Claude Code多Agent协作：Chief of Staff模式
Orchestrating Claude Code Agents: The Chief of Staff Pattern
长周期的AI编码任务失败，往往不是因为Agent不会写代码，而是上下文易逝且自我报告不可靠。解决方案是组织层面的：一个长会话负责协调与验证，多个短会话执行具体任务，状态存储在外部持久化板中，所有声明必须重新运行验证。这种模式借鉴了人类组织的分工，称为Chief of Staff。它强调将编排与执行分离，状态存入持久化存储而非上下文，将Agent报告视为证据而非指令，并优先使用持久化通道。通过这种纪律，可以避免Agent在长时间运行中常见的错误，如上下文丢失、报告漂移和无法累积经验。
最昂贵的Agent工作错误，来自那些对未执行的工作报告成功的检查。
HN 评论区
23- gritzko
这几乎就是我默认的工作流。一个 Fable 统领全局，多个 Opus 负责落地。所有工作都通过纯 Markdown 工单进行规划、追踪和记录。没有魔法，也没什么好说的。
不过，我还是得时刻盯着，不然很快就会乱成一锅粥。举个昨天的例子：我发现某个提交莫名其妙增加了 1 万行代码，这显然不对。花了 5 分钟排查，发现是解析器里的组合状态爆炸了。因为微调了一个共享语法，问题瞬间全部爆发。
这类低级错误时有发生，而且拖得越久越难修。
所以，只能指望那个“杂务总管”去处理那些琐碎的活儿了。
- albert_e
> 这通常叫什么
微软是不是也把这叫做 "Magentic" 模式？
（我看了好久一直以为是 Magnetic 模式）
https://learn.microsoft.com/en-us/semantic-kernel/frameworks...
- ffsm8
我的意思是，这没错，基本上每个人在深入参与代理循环（agentic loop）几周后都会学到这一套。
但就像往常一样，AI 生成的内容废话连篇，字数大概是传达信息所需字数的五倍——而且那个“肉包”（meat proxy，指人类操作员）似乎根本没花任何力气去清理或润色。