OpenClaw 在年初公开后，社区里常见的下一个问题是：「多 agent 真的有差吗？拆开不是更难管吗？」
下面整理一个实战多 agent 架构：Opus 做策略、Sonnet 跑苦力、Codex 写代码。包含分工逻辑、记忆共享、排程协作、踩坑纪录。
为什么一个不够
一开始只有一个 agent，什么都叫它做：写文章、改 code、排程、扫新闻，全部塞在同一个 Claude Code session 里。
跑一段时间后问题会出现：写文章很好但改 code 偶尔出 bug，改完 code 再回来写文章又忘了之前的语气设置。
举个实际发生的事：叫 Opus 改 cron/jobs.json 里的一个时间字段。它改了，但同时把另一个 JSON key 的引号格式弄坏了。排程那天晚上全部没跑。
换成 Codex 来做同一件事，它改完格式一个字都不会多动。但叫 Codex 写社区文案，出来的东西像在读 README。
Sonnet 跑批次任务又快又便宜，但让它决定文章标题，它选了 SEO 分数最高的那个，语气完全不对。
一个 agent 做所有事，质量在角色切换之间会掉。拆开来之后，每个只做最稳的那件事，出错率明显下降。
四个 Agent 的分工
Opus：策略大脑
Opus 是整个系统的核心决策者。
它负责的事：
- 内容策略和文章写作
- 记忆系统管理（决定什么要记、什么要忘）
- 跨 agent 协调（判断任务该分给谁）
- 质量审核（Codex 写完的 code、Sonnet 跑完的结果，Opus 来 review）
有一条硬规则：Opus 不直接改代码。Opus 偶尔改 code 会出问题，但做 code review 却非常好。让它看、让它判断、不让它动手，手交给 Codex。
Opus 的 session 通常最长，因为策略类的对话需要大量上下文。它会读最多的记忆文件，项目文件、MEMORY.md、当天的 journal 加起来，是其他 agent 的两三倍。