Claude 和 Cursor 推出 Projects 功能，协调器管理多线程模式被验证有效

Claude 和 Cursor 现在都有了“Projects”功能，它有几个关键特性： 由一个协调者管理各个独立线程是一大改进。你获得了一定的容错能力，因为协调者能让线程保持在正轨上；同时你也获得了一定的并行能力，而不必在线程之间来回切换。 不过还有一些其他涌现出来的行为，让这个功能强大得多： 这意味着每当出问题时，你都可以告诉协调者“确保这件事再也不会发生”，它就能让某个线程对发生的事情做一次复盘，并更新正确的指导来修复问题。 根据我的经验，在一个“Project”中工作大约 2-3 天、不断纠正错误和流程之后，我就会拥有一个稳定的工作流，完全按我想要的方式交付。之后，我只需在想了解进展时给协调者发提示，就能引导整个过程，并在出问题时偶尔做做复盘。 我曾见过一个实现者做出了糟糕的范围决策，而在我能插话之前，另一个线程就发出了一条纠正性的指导说明。当它开始奏效时，那感觉非常酷。 我所有项目最终都会落到大致这样的流程：协调者创建一个实现者线程，实现者再派生出一个审查线程和一个测试线程。它们围绕实现过程反复争论，而我只给协调者提意见。在更大的项目中，或者对于更大的任务，我可能会让实现者派生出一个 TPM 线程，把工作拆解成小增量，并让实现者们一次一个聚焦的 PR 来构建。我还会设置 PR 撰写线程，专门专注于写出非常出色的 PR 描述，以节省审查者（也就是我）的时间。 我总是大致用这个工作流来启动项目，但它有时会偏离正轨，需要一些复盘来确保流程足够稳健。 这比直接参与构建要稍微慢一些，所以我通常会同时推进 3 条独立的工作流，这样总有一些东西可供我审查。