我用Brain+Hand模式管理Claude Code开发公司

两个会话，一套方法

首次发布于 yappatyih.com。

我同时运行两种 Claude Code 会话。Brain 负责阅读、调研、决策，然后写一份简报。Hand 负责把简报粘贴进去，执行构建、提交代码并汇报结果。Brain 从不触碰代码。这个网站就是这样在两天内重建完成的：一次 Brain 会话，六次 Hand 会话，一百多次提交。同样的分工模式也运行着 BlackRevo 的内部系统 Lumen，以及 Habitus Mind。这个方法有效，因为本质上这是 delegation（授权），而作为总经理，我本来就需要掌握授权这门手艺。

一个会话包揽一切的困境

所有人使用 AI 编程工具的第一步，都是一段漫长的对话。你一边思考一边说，AI 负责构建，你纠正，它再构建。这个模式一个下午是管用的。但随后，对话里堆满了你的策略、半成品的决定、四百次文件读取和每一个走错的弯路——那个本该思考「要做什么」的模型，现在注意力全耗在「上一个东西是怎么做的」上。

两个工作在一份 context 里争夺资源：判断与执行。

所以我把它们拆成两个会话，分别命名。

Brain 负责阅读各种材料、调研代码库（只读不编辑）、提出方案、当决策权在我时用编号问题来问我，最后写出一份自包含的简报。它跑在我能获取的最强模型上，因为判断决定了质量。

Hand 是一个全新的会话。它拿到粘贴进来的简报，别的什么都没有。它负责构建、在浏览器里验证、每一步之后用人类可读的主题提交，最后按简报要求的格式输出报告。它不推送、不部署、不碰生产环境——除非简报里明确写了「可以」。

然后我把 Hand 的报告粘贴回 Brain，Brain 先审核，再写下一份简报。

简报里写什么

每份简报都有固定的结构。这个结构就是一个好的工作交接文档该有的样子。

工作范围与阅读顺序，按文件名列出。

禁止事项。不推送、不部署、不使用凭证、不碰生产资源。

背景说明。两段上下文，让 Hand 理解为什么，而不只是做什么。

项目的常驻规则。文案里不要用 em-dash（中横线）。所有字符串要同时包含两种语言。因为安全策略，不允许内联脚本。在浏览器里验证。

编号步骤，每一步结尾按给定主题提交。

汇报要求：明确写出我希望看到什么，包括「本次简报未要求但你做了的任何改动」，以及「你无法完成的事项及原因」。

最后那个部分才是精髓。一个必须坦白未请求改动的 Hand，会做出更好的改动。一个必须解释自己做不到什么的 Hand，不再假装。

这个网站是最鲜活的例子。9 月 27 日我决定重建，到 28 日傍晚：

一次 Brain 会话，六次 Hand 会话。

一百多次提交，每一次的主题都是人类可读的。

three.js 的粒子世界、双语支持、带数据库的博客、按书面安全清单构建的站长登录、新商标配 identity 视频，以及一套上线运行手册。

Brain 写的代码，零行。

我没有审核一百次提交。我只审核了六份报告。

哪里出了问题，以及为什么这很正常

这个方法不是 magic（魔法），说实话的地方在于它弯曲了的地方。

Hand 在执行简报中途发现，主机适配器无法为我原计划的目标平台构建。它停下来问了，而不是瞎猜。我做了选择。这就是规则在起作用。

Brain 指定了一个两步登录，用认证器 App 实现。Hand 做得很好。然后我决定不要了，所以下一份简报把它关掉，但代码保留在设置后面。决策权归所有者，而这个方法让这种决策变得很便宜。

三个 Logo 形式里有一个出了问题。Brain 看了那些帧，准确说出了哪里不对，下一份简报只重建了那个形式。一份指明故障的简报，比一段讨论它的对话便宜得多。

为什么总经理喜欢这个方法

运营公司主要就是三件事：把简报写好、设定边界、如实读报告。没有哪个高管是一口气把工作和决策一起做的。你不会雇一个建筑工人然后站在他身后全程解说。

Brain 和 Hand 的分工，就是把这种纪律应用到一个工具上。简报就是边界。报告就是反馈循环。Brain 不写代码这条规则，和「管理者不该抢键盘」是同一条规则：一旦你抢了，你就看不到系统了。

有一句话我反复想起：公平是给予每个人成功所需的东西，而不是对每个人都一样对待。一个 Hand 需要一份完整的简报和清晰的限制。一个 Brain 需要全貌，而不是键盘。给每个它需要的东西。

打开两个会话，给它们命名。Brain，Hand。名字起到的作用比它应该起到的作用更大。

用一句话告诉 Brain，它只写简报，不编辑代码。告诉它 Hand 不能做什么。

把每份简报的「汇报要求」部分写最长。能度量的，就能再次授权。

Brain 和 Hand 必须用不同的模型吗？

不是。分工是关于 context 和角色的，不是关于模型的。我把最强的模型放在 Brain 上，因为判断决定质量；Hand 上也放一个强模型，因为执行也必须正确。

为什么不一个会话先规划再构建？

因为规划时那段对话会携带构建的每一个细节，而下一个决策做出来时，思考的空间变小了。全新的 Hand 从零开始，只带着简报。

最常出问题的是什么？

简报留下了一个悬而未决的决策。Hand 会替我做决定，而且会是合理的，但对我来说是错的。在 Brain 写简报之前，让它先给你发编号问题。

这个方法只适用于软件吗？

不是。我把同样的分工用在关键词研究和内容简报上。任何有规划有执行的事，都可以用这个方式运行。

我在 yappatyih.com 写关于公司运营和用 AI 构建的文章。

如需进一步行动，你可以考虑屏蔽此人或举报滥用。