Claude Code Projects：把长期开发任务交给持续运行的多代理工作流

长期软件开发很难靠一次编码助手对话完成：需求会变、任务会分叉、测试会失败，几天前作出的技术决定也要能被下一次会话接住。

Anthropic 重构后的 Claude Code Projects，试图解决的正是这个问题。它将一个项目变成持续进行的对话，由 Claude 担任协调器：开发者不断补充需求，协调器再把适合独立推进的工作拆成多个并行的云端线程。该功能于 2026 年 9 月 17 日面向部分使用 Claude Code 云端会话的 Pro 和 Max 订阅用户开启测试。 810

核心变化：一个协调器，多个编码线程

新的 Claude Code Project 围绕一段持续的项目对话运作。协调器接收新请求；简单问题可以直接回应，需要单独执行的工作则会启动线程。各线程把结果回传至主对话，因此开发者仍可在一个入口掌握总体目标和进度。 18

每个线程都是完整的 Claude Code 云端会话，拥有自己的仓库副本和独立分支。这样的隔离让多项任务可以同时运行，而不是必须等一个代理会话结束后再启动下一个；即使开发者合上笔记本电脑，线程也能继续执行。 158

对于较大的开发目标，项目可以将其拆为实现或排查类的子任务。线程可操作仓库、运行测试，并在需要时创建拉取请求（Pull Request，PR）；主对话则用于继续下达后续任务，并判断哪些工作已完成、哪些仍被阻塞。 2813

共享的不是只有任务，还有项目上下文

这项功能的关键不只是“并行”，而是让并行工作拥有持续共享的上下文。

每个新线程都会以项目中的仓库、文件、指令和记忆为起点。项目记忆可保存已经确定的决策、优先级、约束条件等信息，避免开发者在每次新建编码会话时反复说明背景。 8

Projects 还提供 Library（资料库），集中保存用户上传的文件，以及 Claude 生成的各类产物。这样一来，后续工作需要参考的材料不必埋在旧聊天记录里，而能作为项目的长期资料保留。 58

因此，它与为相关任务分别开启多个聊天窗口并不相同：新模式的目标是既保留项目最初的信息，也保留开发过程里不断演变的工作语境。

并行不等于不会发生 Git 冲突

独立分支和仓库副本能减少线程之间的直接干扰，却不能让并发修改自动兼容。若两个线程改动了同一处代码，重叠部分仍会像两个开发者提交的 PR 一样，形成常规 Git 合并冲突，需要通过正常的合并流程处理。 5

这意味着，Claude Code Projects 可以帮助协调和隔离工作，但不能替代工程判断：代码审查、集成、测试覆盖率与发布审批仍不可省略。

用量与“仅云端”限制

并行线程并不意味着额外的免费算力。Claude 的支持文档说明，使用限制决定用户在重置前可与 Claude Code 工作多久；Claude 各产品入口的使用量会合并计入同一订阅方案额度。 30

因此，多开线程应被视为组织和加快独立任务的方式，而非绕过套餐额度的方法。现有报道提到，测试阶段每日最多新建 200 个线程，后台线程也可能影响使用量；但 Anthropic 现有帮助材料未公开说明 Projects 测试版的具体计费或额度核算公式。 1

这套重构后的 Projects 工作流在发布时仅支持云端会话。它更适合可供云端会话访问的仓库和文件，尚不能把持续多线程模式带到仅存于本机的资源或内部网络。Claude Code 本身可以在本地终端运行，但在此次测试版推出时，这一特定的 Projects 工作流尚未提供本地执行支持。 2614

目前谁可以使用？

分阶段测试首先面向部分使用 Claude Code 云端会话的 Pro 和 Max 订阅用户开放。Anthropic 表示，后续将逐步扩大到更多符合条件的 Pro 和 Max 用户，再扩展至更广泛的 Claude 用户以及 Team 和 Enterprise 方案。已有旧版 Projects 的用户，在账户完成升级前可能仍会保留原有体验。 6810

现有资料没有给出本地支持、Team 或 Enterprise 广泛开放的确定日期。

这次重构为何值得关注

Claude Code Projects 的产品定位，正从“一次处理一个会话的编码助手”转向长期开发工作的编排层：协调器维持项目主线，云端线程并行处理隔离任务，共享记忆和资料库则延续项目上下文。

它瞄准的是代理式软件开发中更棘手的一环——不只是生成代码，更要让许多片段化工作在较长时间内保持有序。限制也同样清楚：开发者仍须监督访问权限、审查 PR、解决冲突并管理用量。但对于能够自然拆分为并行任务的项目，这种持续化的 Projects 模式，确实比在互不相连的聊天中一次次从零开始更适合长期协作。 58