我的平台设计了10年，今终完成！

[TeacherWei]

即使选择一起发财的也要看价值观。你说是吧？我又没任何想卖给你任何东西给你的想法。你有一点操心过多。

即使我自己感动自己，和你又有啥关系呢？

其实不需要总是强调1000倍，10000倍，还是先把你的平台卖出去，把你的repo星级推上去，否则就是自己感动自己，没啥x用

[wazzup]

顶, 支持一下， 大家快用起来。

[hitmantb]

找个合作伙伴至少把故事讲明白了吧。至少有个Getting Started和实际案例。

这东西看了半天没看明白干什么用的。落地成盒，一丁点水花都起不来那种。

[TeacherWei]

这不是很正常么？我一直都说：三句话就能判断一个人。我是不会看走眼的。

找个合作伙伴至少把故事讲明白了吧。

这东西看了半天没看明白干什么用的。落地成盒，一丁点水花都起不来那种。

[verdelite]

结果是超出想象的！

试想如何能够最大限度利用LLM实现代码的重用和共享？

答案是：你的程序作为process必须做到self-describing! 也就是能够100%描述自己。也就是程序还没运行，已经能够100%描述了。

如何100%描述？

1. 配置时期：作为函数描述。entry function signature
2. 运行时期：作为协议描述。
3. 收集数据：record描述容易。但是运行创建的数据库如何取名呢？这是我最后才解决的问题。

答案竟然是printf格式。程序未运行大概知道数据库叫什么名字。运行以后创建了，才能知道具体什么名字。

而且一切必须是自然语言的。肉人和AI都能理解。

自然的，我的每一个App，都是AI知识的一部分。搜索，共享，互联互通的二次开发，可以直接让AI干了。干完了，还可以独立AI运行不花token。

产生的数据，也可以自动成为AI知识的一部分。但是用户有100%控制权。

https://smartonlabs.com/

你做的这个东西，如何帮你赚钱（变现）？

[TeacherWei]

你帮我想想如何变现？

你做的这个东西，如何帮你赚钱（变现）？

[WideAnimals]

你的问题都是好问题！我的回答里有些哲学思考，可能会有点啰嗦。

首先，我认为要明确作为人类程序员，我们的目标和意义都是什么？目前看，人类程序员的意义之一就是提出需求。AI是没有任何需求的，甚至理解需求都有困难(稍后细说)。

你可能已经看了那169行源代码：

https://github.com/LibertasIoT/libertas ... src/lib.rs

这里面12-63行，只定义了各种数据结构。这就是需求描述！包括configuration的数据(54-63行)，以及协议的描述(30-34行)。

Libertas提供全套的开发工具的。程序员把源代码提交给工具，Libertas工具自动分析源码，就能从中提取所有的数据结构，生成schema。这就是我的另一个概念” Source code is the ground truth!”源代码包含的信息，除非改代码，否则不能更改！

以上回答了你的一个问题：“对于不同的classic apps, package schema是统一的吗。”答案就是：schema是直接从源代码来的，描述了源码定义的一些数据结构。

但是源代码包含的信息是不够的。程序员必须增加信息。这涉及你提的另外一些问题（这个给定停水时间的request, 返回的response是啥？）。

你看看Libertas的图形界面：”UpdateHoldOff”这个协议packet。是程序员指定的这是个request。你必须指定，不能让别人(或者AI)去猜。而且你还要指定它的response。根据这个UI，你就知道一个request可能会返回多种response。我的设计是包含各种可能不留死角的。

这个具体的例子，UpdateHoldOffRequest，会返回一个ZoneInfo的协议包。里面就包含了更新后的HoldOffList的列表。是不是很合理呢？

实际上，如果程序员不理睬我的UI，不提供这些信息，Libertas UI会自动报错，不让你走向下一步！

同时，这些信息会在前端(比如手机端)自动生成协议的UI。会引导复杂transaction的UI一步步向前走。也就是你可以用UI手动编辑HoldOffList，不语音对话，不花任何token的钱。其实你会发现，GUI实际上更好用。

最后回到哲学问题。AI真的能理解你的需求么？最贵的GPT其实依然很难理解。如果你的文档写的不好(截图中右下details中的文本)，GPT甚至拒绝执行你的指令，说反正你的HoldOff和next schema没有overlap，没必要hold off。所以文本里要加入强制成分。比如截图里面”The system ensures the zone won't be watered during each hold off period.”

中文版本的文本是”暂停期确保灌溉程序不会浇水，而且动态浇水计划的计算也会避开暂停期。因此用户的暂停期请求具有更高优先级。”

实际上，把我们的对话都给AI，会帮助它理解，但是这些tool call的token都要花钱的。

好消息是，LLM每4个月学习一次，我们的讨论都会被抓取，然后这些就变成知识了。一旦 LLM学会了，就没我们啥事了。人类码工要不停地定义新的需求，但是只需要定义一次。别听那些人扯蛋，说什么定制App。其实哪里来那么多需求？2-3年以后需求就会寸草不生了。这也是我说软件的社会属性的一部分。一旦发挥了社会属性，就会前所未有地加速。结果就是新需求白茫茫真干净。

谢谢你的详细指导，受益匪浅！
我先是看了你Documents里的DataType和Schema Attributes 的部分内容，然后再去你给的github link读了这段source code，就非常清楚明晰啦。我最初有误解，觉着是LLM会帮助理解用户发岀的request, 从而给出相应的AI solution而返回AI定义的response package给App来take action. 实际上都是用户在设计App的时候已经定义好了的schema和协议，由liberta这段代码打包生成。
而且在读你Documents当中了解到你这个产品规模之“巨大”：（用巨大真的并没有夸张）因为我仅读了Deveoper Guide中的一小部分文档，但是感觉越读内容越多，涉及的内容从OS到硬件配置，从基础data type, functions到编程工具IDE, SDK, Studio, Schema editor, 从smartphone control device到network security…几乎面面俱到，怪不得你说花了十年时间。
我喜欢你写码的风格，规矩，直接，简洁。另外发现图标和图形都是你自己设计的吧？有些挺cute的，比如那个living room sound. Btw, 发现Advanced Runtime Interaction那页文档有几个动态的图无法正常显示在我的手机上（看贴图）。
你展开的哲学问题是个有争论的问题，也许要等AI 模型development 再进展一段时间才能看得更清楚一些。不管怎样，你和Hci都是我佩服的，行动派，我最佩服动手能力强的人，遗憾的是我自己更多的是夸夸其谈，希望以后多向你们学习。

[TeacherWei]

你充分展现出了一个程序员应该有的理解力。这一点其实大多数码工是不合格的。即使在本版，不是我瞧不起他们，很多码工其实是看不懂我的工作的。他们连你提问的问题都终身看不懂。

wdong能一眼看出本质。马上指出是agent runtime，而且是generic的。

DataType和Schema那部分。是我2015年专利申请文档中的内容。在此强调一下，你帖子中“用户”，应该是“开发者“(developer)。因为他们虽然是我的开发工具的用户，但是依然是开发程序给其他人用的。作为设计者，我对于角色“role”特别敏感，关系到设计的基本原则。

至于你说的哲学问题是个有争论的问题，实际上我认为那些争论反倒是技术问题。你看看我的网页最后一段的软件的社会性。其实不但开发者(developer)可以是人或者AI，连用户(user)都可以是AI，一切取决于AI的能力而已。只不过目前AI的能力依然不太行而已。AI一天不行，鼓吹很行都是贩卖科幻。而在我看来贩卖科幻就是人性丧失的表现。其实对我而言，AI越厉害反倒是越是利好。相比大量人性丧失码工，AI反倒会更友善。但是我的预测是AI几十年内都会维持这种不太行的状态。

至于AI很行变成了用户，人类是不是只能混吃等死？才是你我无能为力的哲学问题。

现在我们回到你当初的误解“我最初有误解，觉着是LLM会帮助理解用户发岀的request”。我会这样思考问题：定义这些数据结构，传统上称为"Data Modeling"。这是任何软件都必须去做的。当然在最初都全都定义好具备各种先天优势。我认为你的误解出于对角色的误解。你总是不自觉用具体的人或者AI代入角色。总是假定“这是人做的，这是AI做的”。我作为设计者，思考的是：“这事儿必须在写代码的时候确定而且充分描述，而不是在运行的时候让别人去猜。”如果AI能干，那为什么不让AI干呢？现在之所以人去干，还不是因为AI不行么？

其实不管是人也好，AI也好，我们假定它是智能体。一个软件要能够让智能体使用它，就必须要有办法描述该软件。你可能会问：那些AI目前是如何使用软件的？答案很可笑。目前的软件都是传统软件，他们描述自身的方式恰恰是GUI，利用GUI来描述自身(self-describe)。所以目前的AI都吹嘘自己读取屏幕，模拟鼠标，或者模拟触摸屏来使用软件的能力。同时因为这种GUI的描述是不完备的，所以还要针对每一个软件来训练。还美其名曰skill。他们有的是钱雇大量的人，做这种利用人工来训练智能无聊事情。

谢谢你的详细指导，受益匪浅！
我先是看了你Documents里的DataType和Schema Attributes 的部分内容，然后再去你给的github link读了这段source code，就非常清楚明晰啦。我最初有误解，觉着是LLM会帮助理解用户发岀的request, 从而给出相应的AI solution而返回AI定义的response package给App来take action. 实际上都是用户在设计App的时候已经定义好了的schema和协议，由liberta这段代码打包生成。
而且在读你Documents当中了解到你这个产品规模之“巨大”：（用巨大真的并没有夸张）因为我仅读了Deveoper Guide中的一小部分文档，但是感觉越读内容越多，涉及的内容从OS到硬件配置，从基础data type, functions到编程工具IDE, SDK, Studio, Schema editor, 从smartphone control device到network security…几乎面面俱到，怪不得你说花了十年时间。
我喜欢你写码的风格，规矩，直接，简洁。另外发现图标和图形都是你自己设计的吧？有些挺cute的，比如那个living room sound. Btw, 发现Advanced Runtime Interaction那页文档有几个动态的图无法正常显示在我的手机上（看贴图）。
你展开的哲学问题是个有争论的问题，也许要等AI 模型development 再进展一段时间才能看得更清楚一些。不管怎样，你和Hci都是我佩服的，行动派，我最佩服动手能力强的人，遗憾的是我自己更多的是夸夸其谈，希望以后多向你们学习。

[WideAnimals]

你充分展现出了一个程序员应该有的理解力。这一点其实大多数码工是不合格的。即使在本版，不是我瞧不起他们，很多码工其实是看不懂我的工作的。他们连你提问的问题都终身看不懂。

wdong能一眼看出本质。马上指出是agent runtime，而且是generic的。

DataType和Schema那部分。是我2015年专利申请文档中的内容。在此强调一下，你帖子中“用户”，应该是“开发者“(developer)。因为他们虽然是我的开发工具的用户，但是依然是开发程序给其他人用的。作为设计者，我对于角色“role”特别敏感，关系到设计的基本原则。

至于你说的哲学问题是个有争论的问题，实际上我认为那些争论反倒是技术问题。你看看我的网页最后一段的软件的社会性。其实不但开发者(developer)可以是人或者AI，连用户(user)都可以是AI，一切取决于AI的能力而已。只不过目前AI的能力依然不太行而已。AI一天不行，鼓吹很行都是贩卖科幻。而在我看来贩卖科幻就是人性丧失的表现。其实对我而言，AI越厉害反倒是越是利好。相比大量人性丧失码工，AI反倒会更友善。但是我的预测是AI几十年内都会维持这种不太行的状态。

至于AI很行变成了用户，人类是不是只能混吃等死？才是你我无能为力的哲学问题。

现在我们回到你当初的误解“我最初有误解，觉着是LLM会帮助理解用户发岀的request”。我会这样思考问题：定义这些数据结构，传统上称为"Data Modeling"。这是任何软件都必须去做的。当然在最初都全都定义好具备各种先天优势。我认为你的误解出于对角色的误解。你总是不自觉用具体的人或者AI代入角色。总是假定“这是人做的，这是AI做的”。我作为设计者，思考的是：“这事儿必须在写代码的时候确定而且充分描述，而不是在运行的时候让别人去猜。”如果AI能干，那为什么不让AI干呢？现在之所以人去干，还不是因为AI不行么？

其实不管是人也好，AI也好，我们假定它是智能体。一个软件要能够让智能体使用它，就必须要有办法描述该软件。你可能会问：那些AI目前是如何使用软件的？答案很可笑。目前的软件都是传统软件，他们描述自身的方式恰恰是GUI，利用GUI来描述自身(self-describe)。所以目前的AI都吹嘘自己读取屏幕，模拟鼠标，或者模拟触摸屏来使用软件的能力。同时因为这种GUI的描述是不完备的，所以还要针对每一个软件来训练。还美其名曰skill。他们有的是钱雇大量的人，做这种利用人工来训练智能无聊事情。

是的，我说的“用户”就是developer，不仅是终端的使用者client。谢谢你的进一步解释。感觉你的知识体系很全面，特别是系统开发方面经验丰富，从读你写的文档就能看出来，每次聊都能学到一些知识点。
也看了你这两天发的另几个帖子，感觉你对AI做系统开发和编程的能力还是持怀疑态度，其实不光是你，我周围有些人在试过vibe coding之后也有类似看法。我是“骑墙派”，因为水平不如你们，做得活也没啥难度，所以有些trivial的routine工作让AI做也还好，确实比人productive。但是正如你所说，系统设计开发是另一回事，复杂些的挑战性大的项目还是需要人来介入和主导，AI目前不咋行。
我觉的AI很难象人有独创开发性，比如你完成的这个工程，因为做此类另辟蹊径的事情需要承担相当风险，而AI做事注定是中庸的，中规中矩，出不了大错但也成不了大事。当然除非特殊训练的模型，但是很难，因为训练的数据必然少之又少，哈哈这应该是个自相矛盾的悖论问题吧。

[cocoa]

你充分展现出了一个程序员应该有的理解力。这一点其实大多数码工是不合格的。即使在本版，不是我瞧不起他们，很多码工其实是看不懂我的工作的。他们连你提问的问题都终身看不懂。

wdong能一眼看出本质。马上指出是agent runtime，而且是generic的。

DataType和Schema那部分。是我2015年专利申请文档中的内容。在此强调一下，你帖子中“用户”，应该是“开发者“(developer)。因为他们虽然是我的开发工具的用户，但是依然是开发程序给其他人用的。作为设计者，我对于角色“role”特别敏感，关系到设计的基本原则。

至于你说的哲学问题是个有争论的问题，实际上我认为那些争论反倒是技术问题。你看看我的网页最后一段的软件的社会性。其实不但开发者(developer)可以是人或者AI，连用户(user)都可以是AI，一切取决于AI的能力而已。只不过目前AI的能力依然不太行而已。AI一天不行，鼓吹很行都是贩卖科幻。而在我看来贩卖科幻就是人性丧失的表现。其实对我而言，AI越厉害反倒是越是利好。相比大量人性丧失码工，AI反倒会更友善。但是我的预测是AI几十年内都会维持这种不太行的状态。

至于AI很行变成了用户，人类是不是只能混吃等死？才是你我无能为力的哲学问题。

现在我们回到你当初的误解“我最初有误解，觉着是LLM会帮助理解用户发岀的request”。我会这样思考问题：定义这些数据结构，传统上称为"Data Modeling"。这是任何软件都必须去做的。当然在最初都全都定义好具备各种先天优势。我认为你的误解出于对角色的误解。你总是不自觉用具体的人或者AI代入角色。总是假定“这是人做的，这是AI做的”。我作为设计者，思考的是：“这事儿必须在写代码的时候确定而且充分描述，而不是在运行的时候让别人去猜。”如果AI能干，那为什么不让AI干呢？现在之所以人去干，还不是因为AI不行么？

其实不管是人也好，AI也好，我们假定它是智能体。一个软件要能够让智能体使用它，就必须要有办法描述该软件。你可能会问：那些AI目前是如何使用软件的？答案很可笑。目前的软件都是传统软件，他们描述自身的方式恰恰是GUI，利用GUI来描述自身(self-describe)。所以目前的AI都吹嘘自己读取屏幕，模拟鼠标，或者模拟触摸屏来使用软件的能力。同时因为这种GUI的描述是不完备的，所以还要针对每一个软件来训练。还美其名曰skill。他们有的是钱雇大量的人，做这种利用人工来训练智能无聊事情。

“同时因为这种GUI的描述是不完备的，所以还要针对每一个软件来训练.”mac os UI应该是完备的，偏门的软件都可以。所以Al多首先支持mac。

[cocoa]

是的，我说的“用户”就是developer，不仅是终端的使用者client。谢谢你的进一步解释。感觉你的知识体系很全面，特别是系统开发方面经验丰富，从读你写的文档就能看出来，每次聊都能学到一些知识点。
也看了你这两天发的另几个帖子，感觉你对AI做系统开发和编程的能力还是持怀疑态度，其实不光是你，我周围有些人在试过vibe coding之后也有类似看法。我是“骑墙派”，因为水平不如你们，做得活也没啥难度，所以有些trivial的routine工作让AI做也还好，确实比人productive。但是正如你所说，系统设计开发是另一回事，复杂些的挑战性大的项目还是需要人来介入和主导，AI目前不咋行。
我觉的AI很难象人有独创开发性，比如你完成的这个工程，因为做此类另辟蹊径的事情需要承担相当风险，而AI做事注定是中庸的，中规中矩，出不了大错但也成不了大事。当然除非特殊训练的模型，但是很难，因为训练的数据必然少之又少，哈哈这应该是个自相矛盾的悖论问题吧。

算力还不足以真正支持世界模型。

[forecasting]

没看链接的源码和文档，就看了你们的讨论，竟然没领悟到妙处。

[TeacherWei]

MacOS GUI可能由外部文件描述，比如*.xib， *.nib， *.storyboard。这样的容易分析。但是也可以代码创建GUI。比如Swift:

代码： 全选

let button = NSButton(title: "OK", target: self, action: #selector(ok))

具体和其他平台比较到底分析起来多容易？我不了解。但是理论上，静态完全解析GUI是不可能。

目前没有任何平台存在我的平台那种机制，能够完全描述协议，以及协议状态转换，还有数据库record以及命名。

“同时因为这种GUI的描述是不完备的，所以还要针对每一个软件来训练.”mac os UI应该是完备的，偏门的软件都可以。所以Al多首先支持mac。

[cocoa]

MacOS GUI可能由外部文件描述，比如*.xib， *.nib， *.storyboard。这样的容易分析。但是也可以代码创建GUI。比如Swift:

代码： 全选

let button = NSButton(title: "OK", target: self, action: #selector(ok))

具体和其他平台比较到底分析起来多容易？我不了解。但是理论上，静态完全解析GUI是不可能。

目前没有任何平台存在我的平台那种机制，能够完全描述协议，以及协议状态转换，还有数据库record以及命名。

macOS app UI
↓
macOS Accessibility API / AXUIElement
↓
UI tree: windows, buttons, text fields, menus, labels, actions
↓
agent converts UI tree to structured text or JSON
↓
LLM reasons over it
↓
agent performs action: press button, set value, type text, run shortcut, etc.

Example:
{
"app": "Maple",
"window": "Untitled Worksheet",
"focused_element": {
"role": "text_area",
"value": "int(x², x);",
"position": [120, 240],
"size": [900, 500]
},
"visible_elements": [
{
"role": "button",
"title": "Evaluate",
"actions": ["press"]
},
{
"role": "menu_item",
"title": "File"
}
]
}

[TeacherWei]

它的设计比其他平台要好。更适合自动化。

macOS app UI
↓
macOS Accessibility API / AXUIElement
↓
UI tree: windows, buttons, text fields, menus, labels, actions
↓
agent converts UI tree to structured text or JSON
↓
LLM reasons over it
↓
agent performs action: press button, set value, type text, run shortcut, etc.

Example:
{
"app": "Maple",
"window": "Untitled Worksheet",
"focused_element": {
"role": "text_area",
"value": "int(x², x);",
"position": [120, 240],
"size": [900, 500]
},
"visible_elements": [
{
"role": "button",
"title": "Evaluate",
"actions": ["press"]
},
{
"role": "menu_item",
"title": "File"
}
]
}

[wazzup]

用你的平台多少行 code 可以实现这个：这里的53们很快都需要这个了。市场很大

站内帖子：应急通知系统

[TeacherWei]

一行！

给你看看Rust api
https://github.com/LibertasIoT/libertas ... on.rs#L114

都讲过了，printf风格。但是你看看这个参数种类。可花了！
https://github.com/LibertasIoT/libertas ... ion.rs#L21

给你看看TypeScript的文档。Rust文档还没写
https://docs.smartonlabs.com/developers ... ation_api/

翻译成任意语言：
https://docs.smartonlabs.com/developers ... resources/

我的哪个浇水控制器168行demo，就有这个功能！我都懒得告诉你们。每次更改了禁止浇水时刻表，都会通知。

消息收件人（或者用户群），是个数组。但是创建进程的时候图形化编辑。

用你的平台多少行 code 可以实现这个：这里的53们很快都需要这个了。市场很大

站内帖子：应急通知系统

[TeacherWei]

Sprinkler agent demo消息的手机截屏。英文，中文

[mn]

恭维话不提，拜读你的文档之后有些话不得不提。

鉴于你强大的 ego, 明知你听不进去，请允许我再一次提议：

"Guaranteed UI" 这个概念需要改改名字。

"Guaranteed" 这个定语是面向你自己的，“你”保证，但你的用户并不在乎你。多年后你的专利过期，有第三方做出了更好的 UI, 你还能 “guaranteed” 吗？

所以要把这个概念改成面向用户的或面向这个东西的。

1. Thing UI (TUI). See Meshtastic UI
2. AutoUI (AUI). as in Automobile
3. Data-driven UI (DUI)

[TeacherWei]

多谢你的建议。文档已经严重过期。
目前我的网页连IoT的影子都看不见了。
技术和代码都是一模一样的，只不过把AI加入到各个layer里面。
UI专利还能帮我守护10年的护城河。我后期的专利多偏向架构。每次再延长20年。

目前的想法是ThingApp直接改成Libertas App。至于UI，你的建议挺好的。或者为了统一直接用Libertas UI。

DUI倒是和TUI(Text UI)相映成趣。一个是怼，另一个是颓。绝妙！

恭维话不提，拜读你的文档之后有些话不得不提。

鉴于你强大的 ego, 明知你听不进去，请允许我再一次提议：

"Guaranteed UI" 这个概念需要改改名字。

"Guaranteed" 这个定语是面向你自己的，“你”保证，但你的用户并不在乎你。多年后你的专利过期，有第三方做出了更好的 UI, 你还能 “guaranteed” 吗？

所以要把这个概念改成面向用户的或面向这个东西的。

1. Thing UI (TUI). See Meshtastic UI
2. AutoUI (AUI). as in Automobile
3. Data-driven UI (DUI)