过去一周，开发者社区的注意力被一条 X 帖子牢牢抓住。发帖人是 Boris Cherny —— Anthropic 旗下 Claude Code 的创建者。他没有发布新功能，也没有宣布融资，只是展示了自己日常怎么用这个工具。结果，这条帖子演变成了一个现象级话题，被反复拆解和讨论。
五个并行终端，一个指挥官
传统上，写代码是一条直线：写一个函数，跑测试，修 bug，再写下一个。Cherny 的描述完全不是这个玩法。他在终端里同时开着 5 个 Claude，给标签编号 1 到 5，然后依赖 iTerm2 的系统通知，哪个 Agent 需要输入就切过去。一个 Agent 在跑测试套件，另一个在重构老模块，第三个在写文档——他本人更像一个调度员，而不是生产者。
这还没完。Cherny 还在浏览器里开着 5 到 10 个 claude.ai 会话，并且用一条 “teleport”命令把会话从网页无缝切换到本地终端。也就是说，他的“工作台”横跨两个环境，所有任务同时推进。
为什么一条工作流帖子让开发者炸锅
这种“多线作战”显然超出多数人的日常用法。评论区里有人留言说，实际试过之后，“感觉更像玩 Starcraft，而不是写代码”——你不再逐行敲键盘，而是指挥一群自主单位去执行任务。这句比喻被反复引用，因为它精准形容了角色转变。
行业人士 Jeff Tang 直接在 X 上表示，没读过 Cherny 分享的 Claude Code 最佳实践，作为程序员已经落后了。另一位观察者 Kyle McNease 说得更激进，认为这次更新是 Anthropic 的“ChatGPT 时刻”。
给开发者的实际信号
这条工作流最值得注意的地方，不是“5 个 Agent”这个数字，而是它对个人开发者产能结构的改变。过去，一个人并行处理多个模块，受限于上下文切换的脑力成本。现在，每个 Agent 可以独立承担一个任务流，人只在关键节点做决策。这与 Anthropic 总裁 Daniela Amodei 此前强调的“用更少的人做更多事”策略方向一致。
对独立开发者和小团队来说，这种模式尤其诱人。它意味着你可以在没有庞大工程团队的条件下，同时推进功能开发、测试和文档维护。当然，这也要求开发者具备更强的任务拆解和优先级判断能力——把活分给 5 个 Agent 不难，难的是知道什么活适合并行、什么时候该收束。
冷静一下：这是工作流，不是银弹
值得注意的是，Cherny 并没有声称这套方法适用于所有项目。他展示的是个人偏好，背后有对 Claude 行为模式的深度理解。对普通开发者而言，直接复制 5 终端 + 通知的配置未必合适，更现实的做法是从两个并行任务开始，观察自己是否能跟上节奏。
另外，多 Agent 并行会带来 上下文碎片化的问题。每个 Agent 不知道另一个 Agent 在做什么，协调工作仍然落在人身上。Cherny 用编号和通知解决“何时需要我”，但没有解决“如何让 Agent 之间互相理解”。在这一点上，官方公开的技术细节仍然有限。
- 想尝试的人，可以先用两个终端跑不同任务，熟悉通知机制，再逐步加量。
- 把任务类型区分开：测试、重构、文档这类相对独立的工作，更适合并行。
- 留意某个 Agent 占用大量交互时间时，及时暂停其他任务，避免陷入全局阻塞。
Cherny 这次公开的与其说是一个终极答案，不如说是一份来自一线实践者的实验报告。它把“一个人用 AI 干一个团队的活”从口号变成了可参考的操作流程。接下来，值得关注的是 Anthropic 是否会把这套模式固化进 Claude Code 的正式功能——毕竟，当创建者本人都在这么用，工具团队没理由熟视无睹。
评论
暂无评论
成为第一个评论的人