Claude Code Projects（把并行智能体编排做成产品功能）

它到底改了什么

旧版 Projects 更像一个文件夹：把相关会话和文件归到一起，任务怎么拆、怎么做仍然是人来安排。新版把「你描述目标、Claude 组织工作」写进了产品：Claude 划定范围、委派任务、协调并行线程、检查产出并汇总成结果。官方给的两个例子很能说明适用场景——「把结账 p75 延迟降下来」和「退役一个旧接口、改完 API、网页与移动端三个仓库的调用方」。

线程、协调者与记忆

项目由线程和协调者两部分组成。线程干活：每个都是云端 Claude Code 会话，有自己的分支与仓库副本，能开 PR、跑测试；同一段代码被两条线程改动时，按普通 PR 的合并冲突解决。协调者负责组织与检查，也会主动跟进工作。记忆则是长期项目里最容易被忽略的部分——新线程会读到此前沉淀的结论，官方举的例子包括发版时间变更、某个功能被砍的原因、以及改动敏感服务前该找谁确认。项目还带一个素材库，收集你放进去的文件与 Claude 产出的中间物。

上手门槛与额度

首批开放范围是：使用云端会话、且网页与桌面端都没有既有项目的 Claude Pro 与 Max 订阅者；随后一周扩大到更多同计划用户，之后才覆盖全部 Claude 与 Team / Enterprise 计划。既有项目在 Pro 与 Max 上继续按原样工作，等扩展到聊天与 Cowork 时再升级。最需要留意的是官方自己写在文档里的提醒：项目可以同时跑多条线程，每条都是一个完整的 Claude Code 会话，因此会更快触及用量上限。

现在没法验证的部分

官方没有公布测速或成功率数据，多线程相比单会话究竟快多少、共享记忆会不会写入错误结论并被后续线程当成事实、并行度提升后合并冲突的实际频率如何，都缺少公开证据。这几项只能靠自己跑：建议先在小任务上观察记忆写入内容，再用真实任务记录额度消耗与人工介入次数，两三次之后再决定要不要把它纳入常规流程。

值得试，但要按任务类型试：多仓库多步骤的并行重活是它的主场，单文件改动用它只是多花额度。