Claude Code Projects 协调多 Agent 公测能干什么
2026 年 9 月 17 日 Anthropic 重做 Claude Code Projects：云端 coordinator 拆任务到并行 thread，各 thread 独立分支。本文写额度、合并冲突与和 Cursor Projects 差别。
2026 年 9 月 17 日，The Verge 与 Anthropic 同步介绍 Claude Code Projects 改版：不再只是「一个云端会话绑一个 repo」，而是引入 coordinator，把大目标拆成多个并行 thread。每个 thread 底层是独立的 Claude Code cloud session，有自己的分支与仓库副本；共享 project memory（需求、决策、上传文件、产物）。公测首批仅部分 Pro/Max 订阅者可用，Team/Enterprise 与本地工具支持将陆续放开。
coordinator 解决的是哪类任务
Anthropic 举例：checkout 性能 profiling 多路径并行、或 API 迁移同时动 web/mobile/backend。适合可拆分、接口清晰、冲突面可预期的工程，不适合「全库无测试乱改」式 vibe coding。
Superpower Daily 9 月 17 日强调约束：worker 不能访问你笔记本上的 local-only 工具、私网资源；thread 跑在云端，关盖后仍继续，但 everything 吃你订阅额度。并行 N 个 thread 可能 N 倍烧 Claude 周 cap。
合并冲突不会 magically 消失
官方说明与 Verge 引文一致：多 thread 改同一段代码时，结果像普通 PR 一样产生 merge conflict，需要人解决。这与 Cursor Projects coordinator 的「多 Agent 编排」叙事相近，但 Cursor 侧更偏 IDE 内 Cloud Agent，Claude 这次首发强调 cloud-only thread。
若你刚把 Claude Code 会话收成 Claude Docs spec，Projects 的 shared memory 是另一条「上下文持久化」轴，别混用导致两份真相。
谁该等、谁该试
值得试：已是 Claude Max、任务天然可并行、repo 在 GitHub 且 CI 能接多个 draft PR。
建议等：依赖本地 MCP 连内网 DB、强合规要求代码不出云、或团队尚未完成 Plugin4Shell 与 GitSpawn 双层升级（见 609 checklist；并行 cloud worker 放大被入侵后的 blast radius）。
和 One Claude 产品合并的关系
9 月 16 日 Reuters 报道 Anthropic 把 Chat 与 Cowork 合并进单一界面；Projects 协调器是 Claude Code 产品线内的并行扩展，后续会接到普通 Claude chat，但 9 月 20 日仍以 Claude Code 客户端入口为主。见 One Claude Docs/Slides 了解消费端文档流，与 Projects 工程流互补。