# Chief of Staff 模式：让一个 Claude Code 会话当指挥，其他会话干活

> 原标题：Orchestrating Claude Code Agents: The Chief of Staff Pattern

- 来源：Hacker News 首页
- 发布时间：2026-09-20T05:46:19.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/57710
- 原文：https://asyncdot.com/blog/chief-of-staff-pattern-orchestrating-claude-code-sessions/

## 摘要

这篇文章讲了一种跑长时间 AI 编程任务的方法：把指挥和干活拆开。一个长会话负责分配任务、核实结果、记录教训，但不写代码；多个短会话负责具体实现。状态存在一个外部任务板里，不靠对话上下文，因为上下文会被压缩、会丢细节。核心纪律是别信 agent 自己说“搞定了”——得重新跑一遍命令、看退出码。作者管这叫 Chief of Staff 模式，本质上就是 ...

## 推荐理由

这篇文章不卖概念，给的是实操套路。作者把长会话拆成只派活不写代码的协调层和只干活的执行层，状态全放外部任务板，绕开了对话上下文被压缩后丢信息的坑。最值钱的一条纪律：agent 说任务完成不算数，得重新执行一遍命令、检查退出码。我会先打个折——正文没披露这套方法在真实项目里的成功率和翻车案例，但思路本身对常跑长时间 AI 编程任务的人很有参考价值。

## 锐评

这篇文章讲了一个很实在的工程经验：让 AI 长时间写代码，最大的坑不是它不会写，而是上下文会丢细节，而且 agent 自己报告“做完了”经常不可信。作者给的解法是把一个长会话拆成指挥和干活两个角色。指挥会话负责分配任务、核实结果、记录教训，但不碰代码；干活会话是短命的，只负责具体实现。状态存在一个外部的任务板里，不靠对话上下文，因为上下文会被压缩。

核心纪律就一条：别信 agent 的自我报告。它说测试通过了，你得重新跑一遍命令，看退出码是不是 0。这个检查环节才是瓶颈，生成代码反而不是。作者管这套叫 Chief of Staff 模式，但自己也说这不是新东西，本质就是 orchestrator-worker 或者集成经理那套分工。

文章没给量化数据，比如用这套方法后任务成功率提升了多少、能跑多长的任务不崩，都是定性描述。工具链依赖 cmux 来开执行环境，但没展开讲怎么配。如果是真的，这套纪律对跑 overnight 任务会省很多返工，但落地成本在于你得先搭好那个外部任务板和消息通道。