Anthropic 于 9 月 17 日发布了重构版 Claude Code Projects（测试版），把过去需要开发者手动拆分、交接和合并的多会话工作流，改成一个由“协调者”自动分派的并行线程体系。在官方博客《Projects redesigned: from folder to conversation》中，该公司称新体验让用户只需描述目标，Claude 负责推进工作。
[1][2]新版项目由“线程”和“协调者”构成。用户选定目标并附上仓库或上下文后，协调者负责拆分任务、委派给新建或既有线程、审查输出并组装最终结果。主项目对话是唯一指挥入口，用户也可打开单个线程查看和纠正细节；Anthropic 将其比作向“幕僚长”布置工作。用户甚至可以从手机端介入，合上电脑后工作仍在云端继续。
每个线程都是一个完整的 Claude Code 云会话，运行在独立分支和独立仓库副本上；线程还能用子代理、循环和工作流进一步细分任务。线程之间共享项目记忆（以 MEMORY.md 为索引的文件）与文件/产物库，Anthropic 称这能减少复杂提示工程的需求——例如 Claude 会记得发布改期到周五、某导出为何被放弃、改动计费服务前该问谁。多个线程修改同一段代码时，重叠部分会像普通 pull request 一样产生合并冲突，而非静默覆盖。
默认与限制同样明确：新项目线程默认使用 Opus 高 effort，协调对话用低 effort；线程目前只在云端运行，本地文件与工具支持“即将到来”；由于每个线程都是一次完整会话，并行多线程会让用量额度消耗更快，每日每个项目新建线程上限为 200 个。测试版先面向“使用云会话且 web/桌面端没有既有项目”的部分 Pro/Max 订阅者，随后一周扩大，Team 与 Enterprise 稍后跟进。
这是 Anthropic 从“单会话助手”走向“agent 团队监督层”的关键一步，但未解问题同样具体：并行 agent 的合并冲突仍需人工解决；云端独占意味着本地代码库暂时无法接入；而 Anthropic 自家 Frontier Red Team 今年 8 月的研究曾指出，多个 agent 在同一项目上接受冲突指令时会出现“地盘之争”。重构版 Projects 把编排责任交给模型，也把这类协调风险一并收进了产品里。
[1][2]