Claude Code Projects 测试版：规划和协调并行工作的智能体团队

Claude Code 智能体团队与项目测试版的关系

该 重新设计的项目发布公告 介绍了一种围绕持续性工作组织的项目：协调器指挥线程，共享记忆在线程之间传递上下文，资料库收集文件和产物。

协调器具有明确的职责。它界定请求范围，将工作分派给并行线程，审查这些线程的产出，并汇总结果。每个线程都在 Claude Code 云端会话中执行工作。

在此次发布之前，智能体团队就已存在。Claude Code v2.1.32，于 2026 年 5 月发布，将其作为多智能体协作的研究预览功能推出。该版本说明指出，这项功能会消耗大量 token，并且需要设置实验性环境变量。

阅读设置说明时，这一区别很重要。二月推出的 CLI 功能与九月推出的项目测试版具有不同的文档所述入口；项目公告并未将实验性 CLI 标志列为启用要求。

要了解这些功能之间的关系， Claude Code 指南中心 可作为起点。在决定哪种工作流适合某项任务时，应区分项目协调器、云端线程和子智能体。

截至九月 21 日的访问权限与设置

初始访问权限仅面向部分使用 Claude Code 云端会话、且没有现有网页版或桌面版项目的 Pro 和 Max 订阅用户。计划随后向更多 Pro 和 Max 用户开放，再向 Team 和 Enterprise 用户开放。

简报并未确认更广泛的开放是否已于九月 21 日完成。因此，仅凭拥有订阅，不应认定某个账户已经可以使用重新设计的项目测试版。

需要配置的内容

项目设置从目标以及仓库或上下文开始。配置内容包括云端环境、连接器、插件、指令和模型。

对于开发任务，一个有用的目标应描述期望结果以及实施过程中需要关注的约束。例如，你可以提出一项同时涉及 API 及其界面的功能请求，然后指定验收标准和需要特别注意的代码区域。这是向协调器描述工作的建议方式，并不代表文档保证它会如何拆分请求。

你可以通过项目聊天或各个线程引导工作，也可以通过手机进行操作。项目聊天用于指导整体工作；单个线程则用于引导其中某个具体部分。

仍未明确的事项

发布公告未说明最低 CLI 版本、并发线程数量上限或单独的测试版价格，也未确认截至发布截止时间，所有符合条件的订阅层级都已获得访问权限。

这些信息缺口会影响规划。避免基于假定的同时运行线程数量或假定的开放日期来构建工作流。

并行线程如何执行，以及哪些环节仍需集成

协调器界定请求范围并分派并行线程。每个线程都作为 Claude Code 云端会话运行，拥有自己的分支和仓库副本，使并行工作各自拥有独立的工作副本。

线程本身也可以使用子智能体、循环和工作流。因此，项目具有多个委派层级：协调器指挥线程，而线程可以进一步将工作委派给子智能体。

按交付成果划分工作

准备请求的一种实用方法是识别可以分开的交付成果。对于拟议的功能，这可能包括 API 实现、界面更改和审查。这些只是任务边界的示例，并非承诺采用的拆分规则。

为每项交付成果设定明确的完成条件。如果两个部分依赖同一个接口，请在项目指令中描述该共享契约，让协调器在界定工作范围时能够参考。

早期二月发布的智能体团队公告特别强调了代码库审查等独立且以读取为主的任务。这一定位在选择要并行处理的工作时仍有参考价值：在将任务拆成多项工作之前，先考虑它需要多少协调。

独立分支并不能消除冲突

项目公告明确指出，重叠的代码更改仍需要解决合并冲突。当线程编辑同一份代码时，独立分支和仓库副本并不能免除集成工作。

因此，审查应包括各项产出如何衔接。建议的审查清单包括：接口是否一致、重叠的修改是否已协调解决，以及汇总后的结果是否满足原始目标。

简报并未明确说明用于协调跨多个仓库更改的工作流。一个线程拥有自己的仓库副本，并不足以证明支持跨仓库编排，因此这项能力仍应视为待确认问题。

共享记忆与项目资料库

线程向项目共享记忆贡献信息，而项目资料库收集上传的文件和生成的产物。两者提供了两种持久化项目上下文：线程贡献的记忆，以及与工作相关的材料集合。

对于开发者而言，这一区别有助于组织输入内容。设计文档或参考文件自然适合归入项目材料；完成工作时发现的信息则可以贡献到共享记忆中。

规划后续工作所需的内容

准备项目时，请考虑哪些约束应在工作推进过程中持续可用。例如，界面的预期行为、仓库规范，或影响多项交付成果的决策。

这些示例是组织项目的建议。发布简报没有指定共享记忆的确切格式，也不保证保留每个线程中的所有细节。

它也没有定义保留期限、存储限制，或记忆中的信息何时传递到另一个线程的具体规则。有依据的说法范围更窄：线程会向共享记忆提供信息，而资料库会收集上传的文件和生成的产物。

评估整合后的结果时，应将审查生成的产物作为其中一环。产物出现在资料库中，说明它们已被收集到那里；仅凭这一点，并不能证明它们是正确的。

子智能体与早期的 CLI 智能体团队工作流

在项目功能进入测试阶段之前，Claude Code 子智能体就已支持并行开发。Anthropic 在 2025 年 29 月的公告中举了一个例子：子智能体构建后端 API，而主智能体构建前端。

在重新设计的项目中，线程可以调用子智能体。因此，子智能体是线程内部可用的执行能力之一，而协调者负责项目层面的范围界定、任务委派和结果整合。

该 子代理指南 是规划这一内部委派层时的实用参考。请将其配置与您的账户是否有权访问项目测试版这一问题分开考虑。

实验性 CLI 标志有其特定适用范围

二月发布的 v2.1.32 要求使用以下环境变量来启用智能体团队研究预览版：

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

九月的项目公告没有将该变量列为测试版的激活要求。因此，不应将启用该变量作为获取重新设计的项目功能访问权限的操作说明。

二月的发布说明还记录了通过 Shift+Up/Down 或 tmux 直接接管的方式。这些是早期智能体团队工作流发布时的控制方式；不应假定它们也适用于重新设计的项目界面。

避免使用过时的子智能体设置说明

作者 2026 年七月 1 日的 v2.1.198中， /agents 向导已被移除。这份带日期的更新日志指示用户让 Claude 创建或管理子智能体，或直接编辑 .claude/agents/ 。

九月的指南应采用这些方法，而不是让读者打开旧版向导。这是一个具体例子，说明在结合项目、智能体团队和子智能体的操作说明时，为什么带日期的版本信息很重要。

用量、模型选择与本地执行

并行项目会话会更快地消耗用量额度。项目公告说明，用户可以查看项目用量，并为协调者和工作智能体选择模型及投入程度，但没有提供并行工作的具体成本倍数。

因此，界定范围是一项重要的规划决策。添加线程之前，请考虑工作是否具有足够多的独立部分，值得增加执行活动。评估工作流时，请结合可用的模型和投入程度选项，以及项目用量信息。

九月的额度调整

该 Claude Code 每周额度通知 指出，自九月 14 日起，Pro、Max、Team 和按席位计费的 Enterprise 的每周额度永久提高至比促销前水平高 25%。

此前的 50% 促销活动从五月 13 日持续到九月 13 日，并于太平洋时间下午 11:59 点结束。该活动没有改变每五小时的额度，且不适用于 Free 和按用量计费的 Enterprise 席位。

Claude Code 提供以下 CLI 命令来检查用量：

/usage

该 速率限制指南 有助于理解相关的用量概念。每周额度提高，并不意味着项目公告中关于并行会话会更快消耗额度的提醒不再适用。

本地执行仍待推出

九月的公告称本地执行即将推出。截至九月 21 日，文档中的项目工作流使用云端会话，用户可通过项目聊天或各个线程引导工作。

因此，应分别评估本地 Claude Code 工作流和重新设计的云端项目测试版。简报没有提供本地项目的上线日期，也没有说明本地功能已完成全面推出。

要点

• 重新设计的项目功能于九月 17 日推出测试版，其协调者负责界定请求范围、委派并行线程、审查输出并整合结果。
• Claude Code 智能体团队早于该测试版：v2.1.32 于二月 5 日推出了独立的 CLI 研究预览版。
• 每个项目线程都有自己的云端会话、分支和仓库副本；存在重叠的更改仍需解决合并冲突。
• 线程会向共享项目记忆提供信息，资料库则收集上传的文件和生成的产物。
• 初期访问权限仅向符合公告条件的部分 Pro 和 Max 订阅用户开放。并行工作会更快地消耗额度，本地执行仍待推出。

常见问题

如何访问重新设计的项目测试版？

初期访问面向部分使用 Claude Code 云端会话、且没有现有网页端或桌面端项目的 Pro 和 Max 订阅用户。计划随后扩大到更多 Pro 和 Max 用户，再向 Team 和 Enterprise 开放，但简报没有确认截至九月 21 日已完成更广泛的推出。

项目、智能体团队和子智能体有何区别？

重新设计的项目设有协调者，负责指挥云端会话线程并整合其结果。智能体团队更早作为独立的 CLI 研究预览版推出，而子智能体负责执行委派的工作，并且可以在项目线程内调用。

两个线程编辑同一段代码时会发生什么？

每个项目线程都在自己的分支和仓库副本上工作。存在重叠的代码更改仍需解决合并冲突；项目公告没有承诺自动协调这些更改。

项目线程可以在本地运行吗？如何引导它们？

截至九月 21 日，文档中的测试版使用 Claude Code 云端会话，本地执行则被宣布为即将推出的功能。您可以通过项目聊天或各个线程引导工作，也可以通过手机操作。