部署之外那半段：把 agent 当系统管

部署一个 agent 是一回事，把整套系统运转起来才是难的那半段。

MUXI 就是冲这半段来的，一台自托管的 AI 应用服务器，给要上整建制 agent 的人用。它的路子是把 agent、知识、记忆、工具、技能、工作流和运行行为一起打成一个声明式编队，再通过命令行把编队拉下来、部署、聊起来。

五条特性照录。声明式编队，用 YAML 把整套 AI 系统写清楚，agent、模型、知识来源、工具都在一份文件里。三条命令快速上手，拉一个编队、部署、直接在命令行开聊。记忆带作用域，分层上下文再加用户、群组、编队三级作用域，事件不可变、来路可追。

访问控制走按组的 RBAC，能管住 agent、MCP 服务器和单个工具。集成口子开得宽，编队经由 REST、SSE、MCP 和十二种语言的官方 SDK 对外暴露。许可证那栏也写明白了，服务端和运行时用 ELv2，命令行、开发包、编队与结构定义用 Apache 2.0。

"运转整套系统才是难的"这半句是全场重心。前面几篇讲的都是怎么让单个 agent 变强。这里管的是它们成建制之后的事。谁的记忆归谁，哪组能碰哪个工具，全是规模上去才冒出来的问题。跟前面企业那篇的三件套对得上，那篇讲选择、上下文、管控，这份编队文件正好是三样的载体。

分层记忆加不可变事件这两条我也认。可追责这四个字，在 agent 还在给人打下手时是加分项。等它替人做决定时，就是必需品。这跟前面账本那篇是同一条脉络。

我留的疑问有两处。声明式听着整齐，编队一大，那份 YAML 谁来维护没讲；十二种开发包的完成度参差，真上生产前得挑自己那门语言先试。

想接的先按三条命令跑一遍官方示例，看编队拉下来到能聊，中间还剩几步要自己补。