Anthropic 推出 Claude Code 多 Agent 并行架构！Coordinator 拆任务、共享记忆、自动开 PR——AI 编码 Agent 终于从「单兵」走向「团队」了！

admin@yesmiracle.net (万戈) — Fri, 18 Sep 2026 00:00:00 +0000

如果你是 Claude Code 的重度用户，一定经历过这个场景：一个大型重构任务，你不得不手动拆成多个会话，开三个终端窗口跑不同分支，自己在脑里维护上下文切换，最后还要手工合并结果——整个过程就像一个人同时打三份工。

昨天，Anthropic 把这个痛苦彻底抹掉了。

9月17日，Anthropic 正式发布了完全重构的 Claude Code Projects 体验。官方博客标题就说明了变化——「Projects redesigned: from folder to conversation」。不再是文件夹式的项目管理，而是一个活的、会思考的多 Agent 协作空间。

新架构：目标 → Coordinator → Threads

新的 Projects 分为三个核心层：

目标（Goal）：你不再告诉 Claude「做什么」，而是告诉它「要什么」。例：「把 checkout 页面的 p75 延迟降下来」。
协调者（Coordinator）：一个 Central AI Agent，负责理解目标、拆解任务、分配到线程、检查进度、验收结果。
线程（Threads）：每个线程 = 一个完整的云端 Claude Code 会话，跑在自己的 Git 分支上，有自己的仓库副本。

你给一个目标，Coordinator 自动拆成多个并行线程。一个线程重构 API、一个线程更新测试、一个线程写文档——各干各的，互不阻塞。

Anthropic 内部用这种模式做了一个 C 编译器来验证可行性：多 Claude 实例并行工作，协作完成了一个完整的系统级项目。这不是 Demo，是他们在自己团队里跑通了的工程实践。

共享记忆：告别「复制粘贴上下文」

多 Agent 最棘手的问题是什么？信息孤岛。A 线程决定了一个事，B 线程不知道，C 线程干完才发现方向错了。

Projects 通过 共享记忆（Shared Memory） 解决了这个问题。每个线程读写同一个 Project Memory：

A 线程决定了「发布日期改到周五」
B 线程马上就能读到这个变更
C 线程自动调整排期

你还可以让 Claude 记住你的工作风格——沟通频率、检查节奏、更新颗粒度——这些偏好跨线程全局生效。

同时，Projects 还有一个 Library（仓库），自动收集你上传的文件和 Claude 产出的 artifacts。新任务可以直接基于旧成果构建，不用重新喂一遍上下文。

冲突？就是 Git 的 PR 流程

当两个线程改了同一个文件怎么办？

就是 Git Merge Conflict 的标准流程。

每个线程跑在自己的分支上，Coordinator 监控所有线程的进度。两个线程同时修改了同一个方法签名——其中一个线程的 PR 会产生 merge conflict。Git，但不是你手动 Git——两边都有 AI 在帮你解决冲突。

你可以在项目管理界面看到所有线程的 PR 卡：有无冲突、CI 是否通过、是否需要你 review。体验上更像在 GitHub 上看团队 PR 列表，而不是在终端里追多个日志。

你必须知道的三个限制

Anthropic 自己也坦诚，这次发布不是一个「全开放」的更新，而是有限 beta：

1. 纯云端执行（Cloud-Only） 所有线程跑在 Anthropic 的服务器上，不是在本地。这意味着：

敏感代码和数据必须交给 Anthropic 的云
没有本地工具、本地网络、本地凭证的支持
本地执行支持「很快到来」，但最早也是下个版本

对于处理私有代码库或合规性要求高的团队，这是一个硬门槛。

2. 窄 Beta 分批开放

首批：选定的 Pro 和 Max 订阅用户（使用云会话且无现有项目的用户）
接下来一周：更多 Claude Code 云会话用户
之后：Chat 版和 Cowork 版
再之后：Team 和 Enterprise 计划 当前 beta 的入口是一个 Waitlist，不是所有人都能立即可用。

3. Token 消耗爆炸 每个线程都是一个完整的 Claude Code 会话。开 5 个线程并行跑，Token 消耗就是 5x。The New Stack 的报道直指核心：「projects could drain a subscriber’s usage plan fast」。

Anthropic 提供了一个项目级使用量面板，用户可以选择 Coordinator 和 Worker 线程各自的模型和 Effort Level。但本质问题是：多 Agent 并行很好，账单谁来买单？ 对于习惯单会话消耗的用户，这个变化是质变级的。

竞品对标：正面硬刚 OpenAI Codex

这条产品线的竞争意图非常明显。OpenAI 过去一年一直在构建 Codex 的云端 Agent 工具链——Codex 已经可以自己跑测试、修 Bug、部署代码。Anthropic 这次升级把 Claude Code 从「帮你写代码的助手」推向了「帮你管理一组 AI 开发者的平台」。

谁会赢？不是谁的功能更炫，是谁先让多 Agent 协作在生产级代码库上可靠运行。 Demo 谁都会做，但能扛住 30 万行仓库、100 个并发线程、每天数百次 PR 合并而不崩的系统，目前一个都没有。

写在最后

Anthropic 这次更新让我想起一个类比。

以前用 Claude Code 就像请了一个极厉害的程序员，但你得帮他画好设计图、分好任务、告诉他上下文、验收每个输出——你还是那个项目经理。

现在 Projects 的 Coordinator 就是你请了一个项目经理，而程序员是这个项目经理在管。你只需要告诉这个项目经理：我们要做成什么。

「Projects redesigned: from folder to conversation」——这个标题埋着深意：AI 编码工具正在从文件管理进化为对话式协作，从开发者控制每行代码进化为设定目标让 AI 自行拆解执行。

但正如 Anthropic 自己所承认的——Token 消耗、云锁、Beta 准入，这些限制说明多 Agent 编码协作还很早期。每个在 eval 上跑满分的新功能，放到生产环境的第一周就会露出真容。

如果你已经在用 Claude Code，不妨去排队等 Beta。如果你还在纠结 Claude Code vs Codex，建议再等一个月——等两边的多 Agent 方案都跑过一轮真实项目再说。毕竟，多 Agent 架构最后的胜者，不是功能最多的那个，而是出错最少的那个。

📌 延伸阅读：如果你对多 Agent 在企业场景的应用感兴趣，可以看看我前两篇写的《Salesforce 一口气推出 7 个命名 AI Agent！》和《browser-use 114k⭐ 称王！浏览器 Agent 三强争霸》——一个聊企业级 Agent 从概念走向岗位，一个聊浏览器 Agent 三强争霸。加上今天这篇编码 Agent 的多 Agent 架构，三个场景拼出了 2026 年 Agent 落地的最完整画面。

多Agent on AI博士 万戈