AEROS

让具身智能体真正可部署。

一台机器人,一个常驻 Agent,一套运行时。
AEROS 补上了具身智能真正缺失的那一层:
执行控制、策略约束、故障恢复与审计追踪。

v0.15.0 开源 · 2,483 个测试通过 · 每个 PR 跑 identity-hash 回归

不只停留在 Demo,而是走向真实部署。

Sim G1 在 AEROS 上端到端行走:Runtime → ECM → Governance → Embodiment。 实时 HUD 是 bridge 真实 emit 数据形态 — identity hash、ECM 派发、policy gate、watcher tick、审计链 block。 看完整 chain →

模型会思考了,机器人会行动了,
但智能体还缺少真正可上线的运行机制。

模型能力在快速提升,机器人形态也越来越丰富。但一旦进入真实环境,问题就来了:Agent 如何持续运行?任务中断后怎么恢复?能力升级会不会影响线上系统?出现异常谁来接管、谁来追溯?这些问题,不能只靠模型解决,还需要一套专门的运行与治理机制。

会规划,不等于能稳定运行

Agent 给出一个计划,并不意味着它就能持续执行。状态丢失怎么办?任务卡住怎么办?环境变化后如何恢复?这些都属于运行时问题,不是模型推理本身能解决的。

硬件越多,系统越容易碎片化

人形、四足、AMR、机械臂……如果每类机器人都单独搭一套 Agent 栈,成本高、复用差,也难以规模化。行业需要的是一套位于硬件之上的通用运行时,而不是一堆彼此割裂的工程实现。

要真正上线,就必须管得住

在仓储、医院、酒店、工厂等真实场景中,Agent 的每一次能力调用都必须可控、可回滚、可追踪。谁授权、谁执行、出了问题如何处理,都需要有明确机制。

AEROS 如何让智能体真正跑起来

AEROS 不只是让 Agent "执行一次任务",而是让每一次执行都具备准入、校验、监控、恢复和留痕能力。

1 用户目标
2 Agent 规划
AEROS 接管
3 能力准入
4 契约校验
5 策略检查
6 执行
7 监控巡查
8 恢复 / 回滚
9 审计日志

每一次动作,都先经过运行时

Agent 想做什么,由它自己决定;但这个动作能不能执行、是否符合契约、是否满足策略约束、执行过程中谁来监控、出问题后如何恢复,这些由 AEROS 统一负责。

规划器可以替换,模型可以演进,能力可以升级;但只要进入执行阶段,就必须先经过运行时治理。

没有通过运行时,就不会直接触达硬件。

三层能力,让具身智能体可运行、可治理、可演进

三层能力全部开源,采用双许可:内核为 AGPL-3.0;对外集成面 — 规划器接口、provider SDK、 MCP server、契约 schema、ECM 库 — 为 Apache-2.0,写适配器或能力模块不会对你的代码产生任何义务。 无法采用 AGPL 的部署可获得商业授权

AEROS 不是又一个机器人操作系统

ROS 2 解决的是通信与消息传递问题
AEROS 解决的是智能体运行与治理问题
工作流工具 解决编排问题
AEROS 解决的是受约束条件下的持续执行问题
模型栈 解决的是推理与生成问题
AEROS 解决的是准入、监管、恢复和策略控制问题
沙箱运行时(OpenShell)管的是基础设施
AEROS 管的是个体 — 身份、授权、行为边界、审计

Linux 给机器提供了系统层。

Kubernetes 给分布式应用提供了控制层。

AEROS 给具身智能体提供运行与治理层。

面向真实部署场景而设计

人形机器人

支持常驻 Agent 持续运行,统一管理技能执行、生命周期控制和能力演进。

查看实测 →

移动操作

在统一运行时下协调导航、感知、抓取、递送等任务,并配套监控与恢复机制。感知(RGB-D 检测)与导航(costmap + A*)模块随仓库开源。

查看实测 →

工业与企业

为生产环境中的机器人工作流增加策略控制、灰度发布和审计追踪能力。

查看实测 →

跨构型复用

运行时逻辑可跨机型复用,不必每换一种机器人就重建整套 Agent 软件栈。

查看实测 →

五层架构,分清智能、执行与治理的边界

Layer 5: Agent 应用逻辑 & 决策
Layer 4: Governance 策略执行 & 审计
Layer 3: ECM Package 能力模块 & 契约
Layer 2: Runtime 生命周期 · 调度 · 执行
Layer 1: Embodiment 硬件抽象 & 传感器

治理不是补丁,
而是运行时的一部分

传统机器人系统通常在部署完成后,再补监控、补策略、补审计。AEROS 从一开始就把治理作为运行时内置能力:每次能力调用在到达硬件之前,都必须先经过治理引擎。

这样带来的结果是:安全不是事后补救,而是架构内生;升级不是高风险操作,而是受控演进;审计不是事后拼凑,而是全链路可追踪。

深入架构设计

这五层架构把"智能"与"执行纪律"分开,也把"执行纪律"与"硬件依赖"分开。

开源版里都有什么

v0.15.0 是开源基线:完整运行时已公开在 github.com/s20sc/aeros-core — 身份、人格、记忆、反思、演进、fleet、marketplace、人形,一个不变的 identity hash。

in-repo

运行时核心

生命周期、调度、执行回路、故障处理。

in-repo

ECM 能力包系统

六维 typed contract、v1/v2 dispatcher、shadow executor、Ed25519 签名能力包。

in-repo

治理层

Policy DSL、Watcher、四级 recovery、Ed25519 审计链。

in-repo

身份冻结(Frozen Identity)

七字段 IdentityManifestidentity_hash 在升级中保持字节相等,CI 每次跑 identity-hash 回归。

in-repo

自适应人格

不对称信任:tighten 自动 emit,relax 必须 operator 副签。20/天 cap + floor-clamp 指标。

in-repo

Layer 2 语义记忆

4 种 fact kind、确定性 SQL 聚合、outbox 持久化保证 emit 不丢。可重放。

in-repo

Active Dreaming(离线反思)

离线 reflection runner + scheduler。占位 LLM 自动 refuse,避免脏 dream。

in-repo

Unitree G1 人形

ONNX 双足步态。骨盆推进 ≥0.4 m / 1.5 s。Live integration 测试覆盖。

in-repo

能力演进

Validator → shadow → canary 流水线,受控回滚 + 跨部署迁移。

in-repo

Fleet 协同

注册、信任、委托、恢复 — 多机协同不必为每台机器人分叉一套 Agent。

in-repo

能力 Marketplace

注册服务、能力包签名、认证、计费钩子。

in-repo

MCP Server + Provider SDK

任何支持 MCP 的 LLM 都能驱动受治理的机器人。集成面 Apache-2.0。

建立在公开发表的研究之上

AEROS 交付的核心思想 — 身份保持的能力演进、受治理的能力契约、联邦式单 Agent 机器人、 持久记忆 — 以系列 arXiv 论文的形式公开发表,并由一篇 governable individuals 视角文章与配套技术报告收束。

阅读研究

面向不同角色,选择合适的入口

开发者

Clone 仓库、查看文档、在本地跑起受治理的 bridge。

合作伙伴

了解 AEROS 如何在真实系统中支撑具身 Agent 的治理部署。

具身智能体运行与治理平台。