从现场目标出发
产品方向是让操作员描述目标、约束和持续时间，由智能体提出可检查方案；设备配置和投运仍然经过显式验证。
开源 · AI 原生 · 开发者预览
从安全空状态开始。受治理地运行物理空间。
AetherIoT 面向设备厂商、系统集成商、解决方案开发者和边缘运维人员：先连接现场设备并证明只读数据链路，再通过 AetherEdge 按能力、权限和安全规则显式投运确定性行为。
当前可用：安全空本地运行、采集、规则、告警与安全联锁 · 开发中：完整对话式意图与方案体验
示意数据，不代表当前设备兼容性；自然语言方案生成仍在开发。
目标体验中，操作员可以这样描述“晚上十点后，大厅无人 10 分钟就关闭照明，把空调调到 26℃；如果入口未锁定，只发送告警。”
- 入口入口门禁本地状态已锁定
- 大厅大厅照明等待检查已关闭
- 大厅大厅空调节能模式26℃
- 大厅空气质量二氧化碳 612 ppm良好
- 大厅占用传感器本地感应无人 12 分钟
目标流程自动化方案通过检查后才执行
22:00 后 + 无人 10 分钟 → 关闭照明 / 温控 26℃ / 入口未锁则告警
AetherContracts 检查AetherEdge 本地执行
先看方案执行前可以查看和确认
权限检查无效或越权操作会被拒绝
本地执行设备控制服从现场安全规则
离线运行已投运的本地自动化可以继续
为什么选择 AetherIoT
不要让应用直连设备，从受治理的结果开始。
传统 IoT 系统让每个应用分别处理协议、状态和控制。AetherIoT 把实时状态、类型化能力、权限、确认和审计收敛到清晰边界，让解决方案可以安全组合。
把意图编译为受治理的变更
类型化能力、版本修订、权限、确认和审计，把模型输出转化为可检查的产物，而不是直接调用设备。
不依赖模型持续运行
AetherEdge 在本地执行已经投运的数据采集、规则、告警、历史记录和安全联锁；即使智能体、云端或网络不可用，现场行为仍可继续。
运行原则
“智能体提出现场变更方案，权限与安全规则负责检查，边缘主机负责最终执行。”
一个面向智能体的完整体系
推理、验证、执行，各自权责清晰。
当前测试版已经具备确定性边缘执行、受治理的应用边界、公开契约、智能体可读取的文档和云端基础能力。对话式生成、仿真和持续自适应仍属于明确的产品方向，尚未作为现成功能提供。
01
行业解决方案AetherEMS确定性边缘层
AetherEdge
掌握实时状态的 Linux 边缘运行时；无需把大语言模型放进实时控制闭环，也能执行已经投运的行为。
查看边缘运行时 02智能体与控制平面
AetherCloud
正在建设，用于承载智能体上下文、期望状态、受治理任务、系统集成和云服务商原生协同能力。
查看云端基础 03类型化互操作
AetherContracts
与语言无关的权威来源，使能力和消息保持类型安全、可版本化、可移植、可测试。
查看公共契约基于 AetherIoT 构建的首个行业解决方案，在不改变平台权责边界的前提下补充能源领域语义和安全约束。
统一文档入口
清楚区分已经交付的基础与未来产品方向。
查阅面向智能体的架构，核对当前能力，并确认每项能力处于已实现、试验中还是规划中。
当前可用的基础能力
从签名 Release 和安全空运行时开始。
验证安装包，确认六项服务、SQLite 和权威 SHM 健康，再连接一个默认禁用的 Channel。创建配置不会静默启用硬件。
按安全投运旅程开始操作员起点
$ sha256sum -c AetherEdge-ARCH-VERSION.run.sha256
$ chmod +x AetherEdge-ARCH-VERSION.run
$ sudo ./AetherEdge-ARCH-VERSION.run
$ aether doctor
# 签名 Release · 安全空状态 · 未启用设备交互界面将成为一场对话
描述你希望物理空间如何运行。
共同构建这套开放基础：由智能体生成变更，由契约、策略和确定性边缘执行保证变更真实、可控。