跳转到内容

AI 原生平台

AetherIoT 正在构建一套开放的运行平台,让智能体把人的意图转化为物理空间中受治理、可验证的现实行为。

产品承诺很简单:用户只需要描述想要的结果,不必学习设备编号、触发器编辑器、条件树或者厂商专用的自动化语法。

“今晚保持卧室舒适,同时尽量减少不必要的能耗。”
|
v
发现当前可用能力
|
v
生成类型化方案
|
v
检查策略、风险与冲突
|
v
在契约要求时请求确认
|
v
投运确定性的边缘行为
|
v
观察、解释并修订

完整的最终用户对话闭环是产品方向,不是当前测试版已经完成的功能。当前版本提供了重要基础:确定性的边缘运行时、机器可读能力、受治理命令、面向智能体的文档、MCP 接口、公开互操作契约,以及云端领域与应用基础。

在传统自动化编辑器旁增加一个聊天框,并不等于 AI 原生。Aether 的目标是让智能体成为主要配置入口,同时绝不把模型输出当作物理控制权威。

传统 AI 功能 Aether 的产品方向
把一句话转换成自动化表单字段 管理从意图、投运到观察和修订的完整生命周期
直接把设备工具交给模型 把模型输出编译成经过类型和策略检查的命令与制品
每次设备事件都依赖模型判断 投运不依赖模型的确定性行为
隐藏生成后的配置 保留版本、解释、审计证据、有效期和回滚信息
绑定单一模型厂商 让智能体客户端和模型提供方都可替换
人的意图
|
v
AetherCloud 上下文、期望状态、受治理作业和未来的智能体生命周期
|
v
AetherContracts 类型化能力、消息、测试夹具和一致性证据
|
v
AetherEdge 实时状态和确定性的物理执行
  • AetherCloud 是逐步演进的智能体与控制平面。它管理受治理的期望状态和云端作业,但不拥有实时物理状态。
  • AetherContracts 是语言中立的互操作权威。当前版本覆盖 Thing Model 与 CloudLink 基础;未来的意图、方案、策略和自动化契约必须先拥有独立规范与 TCK,才能对外宣称完成。
  • AetherEdge 是确定性执行运行时。AI 只作为应用客户端,绝不进入数据采集、安全联锁或硬实时闭环。

模型不能绕过应用层直接访问设备。每个公开命令都声明风险、权限、确认、幂等和审计策略;边缘运行时可以依据本地策略接受、拒绝、使请求过期或者应用变更。

目标体验包含五种基本对话:

  1. 立即执行:“现在关闭所有无人房间的灯。”
  2. 长期行为:“窗户持续打开时,停止给这个房间供暖。”
  3. 临时行为:“父母这周来住,夜间保留低亮度走廊灯。”
  4. 行为解释:“新风刚才为什么启动?”
  5. 撤销恢复:“撤销今天早上创建的节能策略。”

这些任务不需要固定配置页面。涉及重要变更时,系统仍可以按需生成摘要、仿真结果、风险说明或者确认内容。这些内容用于解释生成的行为,不会成为第二套配置权威。

智能体解释意图时可以具有创造性和概率性,物理执行不能如此。

目标流程是:

  1. 发现精确的运行时、Pack、设备、查询和命令能力。
  2. 处理歧义,只收集真正缺失的约束。
  3. 生成包含范围、有效期、预期版本和回滚信息的类型化方案。
  4. 拒绝未知能力、不安全数值、策略冲突、过期状态和未授权命令。
  5. 按照命令契约请求必要确认。
  6. 投运带版本的确定性制品,或者调用受治理命令。
  7. 观察上报与应用状态,保存审计证据,解释结果,并且只通过下一次受治理变更进行修订。

因此,系统不会在每次传感器变化时调用大模型。一旦行为完成投运,即使智能体、模型提供方、云端或者互联网不可用,AetherEdge 仍会在本地继续执行。

已经提供的基础: AetherEdge 运行时清单、OpenAPI、面向智能体的 Markdown、智能体技能、默认只读且显式受控的 MCP 工具、受治理应用命令、确定性本地规则、审计基础,以及当前 AetherContracts 发行证据。

部分实现或实验性基础: AetherCloud 的传输中立 MCP 应用接口、CloudLink、遥测持久化、期望/上报/应用部署、受治理作业,以及 Edge 与 Cloud 的端到端开发验证。

尚未形成完整产品: 家庭语义上下文、最终用户对话智能体、意图到策略的编译器、历史回放仿真、按需生成的确认体验、自动效果评估和持续调整闭环。

请在平台状态中查看各组件的具体证据;使用当前开发基础时,请继续阅读使用 AI 构建应用;启用任何写能力之前,必须先阅读安全操作