一个为智能体而生的用户态运行时。
七层堆栈、全 C 语言：从系统调用表面一路长到生态客户端，72 个模块、77 条连线，每一根都画得进同一张图。
curl -fsSL https://atomgit.com/openairymax/agentrt/releases/download/latest/install.sh | bash
// 请用 bash 执行管道安装：dash 不接收位置参数，--prefix 会静默失效
$ airymaxrt boot --profile full [ ok ] airymax-kern syscall surface 4/4 [ ok ] seven-layers commons→ecosystem [ ok ] 15 daemons started by dependency order [ ok ] gateway_d json-rpc 2.0 · 6 transports [ ok ] policy_d fail-closed · deny by default [ ok ] memd l1 + l2 backend attached │ config 0 files · zero compile ✔ airymaxrt ready — 72 modules · 77 wires
每一项都能在源码里逐行对上。
终端展示的是真实输出形态，数字来自仓库扫描，不是宣传口径。
从统一基座到生态客户端，七层单向依赖：上层可以调用下层，下层永远不知道上层存在。72 个模块、77 条连线，一张图能画完——层数少是刻意的，每多一层就多一处出错时说不清楚的中间态。
$ airymaxrt stack ● L7 ecosystem sdk ×6 · cli / tui ● L6 services 15 daemons ● L5 gateway 6 transports ● L4 data l1 + l2 memory ● L3 security fail-closed ● L2 atoms corekern ×5 ● L1 commons 32 utils ✔ no upward dependency · 77 edges
三阶段流水线把「智能」拆成可调试的工程：每个阶段产出结构化中间态，未通过 GCCP（目标完成确认）就不算完成。跑偏的任务能被回放，也能被追责到具体那一步。
$ airymaxrt trace cognition → perceive context assembled → reason plan v3 · gccp check ✔ confirmed goal · evidence · side-effects → execute taskflow · 4 steps → remember l1 + l2 persisted │ cycle 0042 latency 38ms
HTTP、WebSocket、SSE、MCP、A2A、OpenAI——六种传输进来先归一为 JSON-RPC 2.0，再派发到 19 个命名空间下的 181 项能力。对外只有这一个入口，对内没有一条野路径。
gateway.describe 一次拿到全部命名空间与方法签名$ curl -X POST /v1/chat/completions ↓ gateway_d translate { "jsonrpc": "2.0", "method": "agent.invoke", "params": { "ns": "chat" } } ✔ 6 transports → 1 protocol
沙箱、RBAC、输入净化、审计，四层穹顶全部 fail-closed：策略没写放行就是拒绝，不存在「忘了配所以能用」。规则下发到每个守护进程是毫秒级，日志只增不改。
$ airymaxrt security status ● sandbox isolated ● rbac deny by default ● purifier io filtering ● audit append-only log ⚠ posture fail-closed ✔ policy sync 3ms / daemon
L1 活在会话里，L2 跨会话持久化，两级都有独立读写与检索路径，不是把上下文塞进 prompt 冒充记忆。断电不失忆，重启不装傻。
$ airymaxrt memory ls ● L1 session 128 entries ● L2 cross-sess 12,904 entries → recall hybrid search → forget ttl + decay ✔ backend builtin (free) │ pluggable MemoryRovol
需要确定性时，AirymaxRT 往下还有一层：AirymaxOS 基于 Linux 6.6，九层改造只增不改主线，4 个系统调用暴露调度、隔离与内存。确定性交给内核，灵活性留在用户态。
$ agent-linux layers ● L0 arch → L8 service ● scheduling agent-aware ● isolation capability ● memory cma + zswap │ syscall 4 entry points ✔ base linux 6.6 · never patched
同一张图上的七层，从上往下读。
模块数来自第七轮双仓扫描（RT × OS），与首页架构图口径一致。
L2 的 14 个模块加 L1 的 15 个，构成运行时的地基；下面这七个承担对外语义，读完它们，整个运行时怎么动的就清楚了。
每个模块职责单一、接口最小，可以单独读懂、单独替换。
不是愿望清单，是已经跑在 CI 与发布流程里的约束。
任何一条不满足，版本就发不出去。
默认配置内置，一行命令拉起完整运行时。要改再改——装完就跑不起来的东西，谈不上易用。
任一已发布版本可从源码逐提交复现同一产物；三架构全量构建在每次提交触发，不靠某台机器能编过。
策略缺失、规则冲突、能力过期，任何一种情况的结果都是拒绝。安全不是加上去的功能，是缺省值。
AGPL-3.0 OR Apache-2.0，全部 43 个仓库公开在 AtomGit。可以自用、可以嵌入商用产品，两条路都走得通。