AI 原生平台
AetherIoT 正在构建一套开放的运行平台,让智能体把人的意图转化为物理空间中受治理、可验证的现实行为。
产品承诺很简单:用户只需要描述想要的结果,不必学习设备编号、触发器编辑器、条件树或者厂商专用的自动化语法。
“今晚保持卧室舒适,同时尽量减少不必要的能耗。” | v 发现当前可用能力 | v 生成类型化方案 | v 检查策略、风险与冲突 | v 在契约要求时请求确认 | v 投运确定性的边缘行为 | v 观察、解释并修订完整的最终用户对话闭环是产品方向,不是当前测试版已经完成的功能。当前版本提供了重要基础:确定性的边缘运行时、机器可读能力、受治理命令、面向智能体的文档、MCP 接口、公开互操作契约,以及云端领域与应用基础。
原生设计,而不是附加聊天框
“原生设计,而不是附加聊天框”标题的链接在传统自动化编辑器旁增加一个聊天框,并不等于 AI 原生。Aether 的目标是让智能体成为主要配置入口,同时绝不把模型输出当作物理控制权威。
| 传统 AI 功能 | Aether 的产品方向 |
|---|---|
| 把一句话转换成自动化表单字段 | 管理从意图、投运到观察和修订的完整生命周期 |
| 直接把设备工具交给模型 | 把模型输出编译成经过类型和策略检查的命令与制品 |
| 每次设备事件都依赖模型判断 | 投运不依赖模型的确定性行为 |
| 隐藏生成后的配置 | 保留版本、解释、审计证据、有效期和回滚信息 |
| 绑定单一模型厂商 | 让智能体客户端和模型提供方都可替换 |
一个闭环,三个明确权威
“一个闭环,三个明确权威”标题的链接人的意图 | vAetherCloud 上下文、期望状态、受治理作业和未来的智能体生命周期 | vAetherContracts 类型化能力、消息、测试夹具和一致性证据 | vAetherEdge 实时状态和确定性的物理执行- AetherCloud 是逐步演进的智能体与控制平面。它管理受治理的期望状态和云端作业,但不拥有实时物理状态。
- AetherContracts 是语言中立的互操作权威。当前版本覆盖 Thing Model 与 CloudLink 基础;未来的意图、方案、策略和自动化契约必须先拥有独立规范与 TCK,才能对外宣称完成。
- AetherEdge 是确定性执行运行时。AI 只作为应用客户端,绝不进入数据采集、安全联锁或硬实时闭环。
模型不能绕过应用层直接访问设备。每个公开命令都声明风险、权限、确认、幂等和审计策略;边缘运行时可以依据本地策略接受、拒绝、使请求过期或者应用变更。
对话取代固定配置界面
“对话取代固定配置界面”标题的链接目标体验包含五种基本对话:
- 立即执行:“现在关闭所有无人房间的灯。”
- 长期行为:“窗户持续打开时,停止给这个房间供暖。”
- 临时行为:“父母这周来住,夜间保留低亮度走廊灯。”
- 行为解释:“新风刚才为什么启动?”
- 撤销恢复:“撤销今天早上创建的节能策略。”
这些任务不需要固定配置页面。涉及重要变更时,系统仍可以按需生成摘要、仿真结果、风险说明或者确认内容。这些内容用于解释生成的行为,不会成为第二套配置权威。
生成和执行必须分离
“生成和执行必须分离”标题的链接智能体解释意图时可以具有创造性和概率性,物理执行不能如此。
目标流程是:
- 发现精确的运行时、Pack、设备、查询和命令能力。
- 处理歧义,只收集真正缺失的约束。
- 生成包含范围、有效期、预期版本和回滚信息的类型化方案。
- 拒绝未知能力、不安全数值、策略冲突、过期状态和未授权命令。
- 按照命令契约请求必要确认。
- 投运带版本的确定性制品,或者调用受治理命令。
- 观察上报与应用状态,保存审计证据,解释结果,并且只通过下一次受治理变更进行修订。
因此,系统不会在每次传感器变化时调用大模型。一旦行为完成投运,即使智能体、模型提供方、云端或者互联网不可用,AetherEdge 仍会在本地继续执行。
交付状态
“交付状态”标题的链接已经提供的基础: AetherEdge 运行时清单、OpenAPI、面向智能体的 Markdown、智能体技能、默认只读且显式受控的 MCP 工具、受治理应用命令、确定性本地规则、审计基础,以及当前 AetherContracts 发行证据。
部分实现或实验性基础: AetherCloud 的传输中立 MCP 应用接口、CloudLink、遥测持久化、期望/上报/应用部署、受治理作业,以及 Edge 与 Cloud 的端到端开发验证。
尚未形成完整产品: 家庭语义上下文、最终用户对话智能体、意图到策略的编译器、历史回放仿真、按需生成的确认体验、自动效果评估和持续调整闭环。
请在平台状态中查看各组件的具体证据;使用当前开发基础时,请继续阅读使用 AI 构建应用;启用任何写能力之前,必须先阅读安全操作。