软件工程界的传奇人物Bob大叔最近分享了他使用AI编程的独特方法，引发了开发者社区的热烈讨论。
他的核心策略很简单：同时开两个Claude窗口，一个专门负责修改代码，另一个专门负责规划未来的改动。这样做的好处是，当一个Claude在执行任务时，他可以和另一个Claude讨论下一步计划，大幅减少了等待时间。
两个Claude分别在不同的目录下工作，各自有独立的git仓库。规划目录有严格的规则限制，禁止任何代码修改，只允许做规划。他手动在两者之间同步代码变更。
有开发者建议他试试git worktrees，Bob大叔欣然采纳了这个建议。
关于成本和工具选择，他目前使用每月100美元的订阅计划，暂时够用，但随着生产力提升，预计很快会不够。他用IntelliJ查看代码、自己跑编译和测试来确保Claude没有偷工减料，但代码修改完全交给Claude。IntelliJ的大部分功能其实都没用上。
两个Claude之间并不知道彼此的存在。Bob大叔会把规划者的方案推送给执行者，然后让执行者去实现。
当被问到如何写提示词时，他的回答很有启发性：不断迭代，让它总结理解的内容，回答它的问题，在计划成熟之前不让它动任何代码。这和带一个新人的方式完全一样。
代码质量方面，他会抽查并指导Claude清理发现的问题。只要持续关注，整体质量还是不错的。
这个工作流的精妙之处在于，它本质上是把整洁架构的思想应用到了AI协作中。规划上下文和实现上下文分离，两边都不会被污染。规划的Claude保持干净，不会被代码细节淹没，可以专注于更长远的思考。
社区里也有人分享了更进阶的玩法。有人建立了一个Claude委员会，每个Claude在独立目录下工作，通过文档进行沟通，只提供设计方案不提供代码，最终由专门的编码Claude执行。还有人用分支代替目录，规划Claude在规格分支上工作，编码Claude在功能分支上工作，把规格合并到PR中作为验收标准。
Bob大叔的这套方法论揭示了一个重要洞察：AI协作的本质是管理注意力和上下文。把执行和思考分开，让AI在各自的边界内发挥最大价值，同时保持人类对全局的掌控。手动同步虽然增加了一点摩擦，但这恰恰是一个强制审查的检查点。
这不仅仅是一个技巧，更是一种思维方式的转变。
