AIREITERClaude Code Projects beta 确实已经上线，但它还不是面向所有人的正式版本。Anthropic 于 2026 年 9 月 17 日向部分 Pro 和 Max 用户开放了这一功能。由于目前只能在云端运行，如果你的开发环境依赖私有网络，它暂时并不合适。
Claude Code Projects beta 现在真的能用吗？
根据 Anthropic 的发布公告，Claude Code Projects 于 2026 年 9 月 17 日进入 beta 阶段。首批用户仅包括部分 Pro 和 Max 订阅者，而且他们需要使用 Claude Code 云端会话，同时在 Claude 网页版或桌面版中没有现成的 Project。
Anthropic 表示，接下来一周内会向更多使用 Claude Code 的 Pro 和 Max 用户扩大开放。Team 和 Enterprise 方案、Claude 对话以及 Cowork 则会在后续阶段推出，但目前没有公布具体日期。已有的 Project 会继续沿用旧版行为，直到 Anthropic 完成迁移。
资格检查清单
只有同时满足以下四个条件，才属于首批目标用户：
- 你订阅了 Claude Pro 或 Max。
- 你已经在 Claude Code 中使用云端会话。
- 你的账号在 Claude 网页版或桌面版中没有现成的 Project。
- 你的账号被 Anthropic 纳入了分阶段 beta 测试。
满足前三项并不代表马上就能使用。Anthropic 建议符合条件但尚未看到功能的 Pro 和 Max 用户加入候补名单；X 上的社区反馈也显示，公告发布后，仍有不少用户看不到入口。
现在用，还是先等等？
如果你要处理的是一个边界明确、可以拆分成多个独立云端任务的工程项目，现在就可以尝试 Claude Code Projects。反之，如果代码、测试、依赖包或服务必须留在本地机器或私有网络中，建议先等一等，因为功能上线时还不支持本地执行。
| 你的情况 | 建议 | 原因 |
|---|---|---|
| Pro/Max，已获得 beta 权限，仓库适合云端使用 | 现在就用在一个边界明确的项目上 | 这正是首发版本的适用场景 |
| 符合条件的 Pro/Max 用户，但还没有该功能 | 加入候补名单 | 开放权限取决于账号分批次获得，并非设置出错 |
| 已有 Claude 网页版/桌面版 Project | 继续使用并等待 | 现有 Project 会在后续迁移 |
| 依赖本地工具或私有网络资源 | 等待本地线程支持 | 云端 worker 目前无法访问这些资源 |
| Team 或 Enterprise 账号 | 等待对应方案开放 | Anthropic 尚未公布发布日期 |
| 一个高度耦合、会修改同一批文件的变更 | 使用一个 Claude Code 会话 | 并行分支会增加冲突风险，却未必带来真正的独立性 |
这里的核心取舍，是速度与用量额度之间的平衡。每个 worker 线程都是一个完整的 Claude Code 会话，因此同时运行多个 worker，可能更快触及方案用量上限。Anthropic 提供了项目级用量查看，以及分别针对协调器和 worker 的模型与 effort 设置，但尚未公布固定的用量倍率、并发上限或单个项目的额度。
相比单独的价格，这个缺失的数字更值得关注。VentureBeat 报道称，Projects 上线时不收取单独费用，消耗的是订阅者现有的 Claude 使用额度。
给 Project 一个目标后，背后会发生什么？
Claude Code Project 会把一个高层目标拆成多个任务，分配给不同的云端会话。协调器负责明确范围、向新线程或已有线程派发任务、跟踪进度并汇总结果；用户则可以随时查看或重新调整任意线程。
“Projects 中有负责执行工作的线程，也有负责指挥它们的协调器。” — Anthropic，《Projects redesigned》
协调器、worker 线程与共享记忆
| 组件 | 作用 | 用户仍可控制的内容 |
|---|---|---|
| 协调器 | 明确范围、分派任务、检查进度、审核并合并结果 | 目标、指令、检查频率、模型和 effort |
| Worker 线程 | 以完整的 Claude Code 云端会话运行 | 线程方向、模型、effort 和审核 |
| 仓库工作区 | 为每个编码线程提供独立的仓库副本和分支 | 拉取请求的审核与合并决定 |
| 共享记忆 | 在不同线程之间传递决策与偏好 | 公告没有说明细粒度的编辑或导出控制 |
| Library | 保存用户文件和 Claude 生成的产物 | 哪些材料会成为项目上下文 |
连接到代码仓库的线程可以修改代码、运行测试并创建拉取请求。文档线程则可以读取源材料并起草内容。线程还可以通过 subagents、loops 和 workflows 继续拆分任务，因此整个层级可以延伸到顶层协调器之下。
独立分支可以避免不同 worker 直接覆盖同一个工作区，但无法消除逻辑上的重叠。如果两个线程修改了同一段代码，Anthropic 表示，最终会像普通协作流程一样产生拉取请求合并冲突。Nowline 的发布分析对此的判断是：这仍然是熟悉的 Git 行为，并不是自动冲突解决。
当任务边界清晰时，这项功能最有价值。例如，在一次版本化 API 迁移中，可以为每个仓库分配一个线程；也可以针对不同端点分别进行性能分析和优化。Anthropic 自己给出的例子包括迁移三个仓库中的已弃用 v1 端点，以及并行优化结账流程的 p75 延迟。不过，公司没有为这两个场景提供完成时间、成功率或延迟改善的实测数据。
Claude Code Projects 与旧版 Claude Projects 有何不同
Claude Code Projects 的重点是主动协调工作，而旧版 Claude Projects 主要用于整理聊天、指令、文件和共享知识。两者名称相似，但承担的职责已经有了明显变化。
| 维度 | 旧版 Claude Projects | Claude Code Projects beta |
|---|---|---|
| 主要作用 | 上下文容器 | 工作协调器 |
| 对话方式 | 多个独立聊天，共享项目知识 | 一个主协调器加上被分派任务的 worker 线程 |
| 执行方式 | 用户分别管理每个对话 | 多个完整的 Claude Code 云端会话并行运行 |
| 代码隔离 | 不是其核心模式 | 每个线程拥有独立的仓库副本和分支 |
| 持续上下文 | 上传的知识与指令 | 共享记忆、决策、偏好、文件和产物 |
| 可用范围 | 现有 Claude 使用体验 | 首批仅限部分 Pro/Max beta 用户 |
CellCog 的详细发布解读认为，共享记忆正是让多个并行会话变成持续项目的关键。不过，这也是目前文档最不充分的治理环节：Anthropic 解释了记忆可以保留哪些内容，却没有在公告中说明用户如何查看、纠正、删除或导出单条记忆。
如何设置 Project，避免第一次运行就浪费用量
一个真正有用的 Project，需要具备边界明确的目标、可拆分的工作，以及清晰的审核节点。如果一开始只说“改进整个代码库”，协调器很难据此分配互不重叠的任务，也不容易判断额度消耗是否值得。
- 先确定一个可衡量的结果。 明确迁移任务、待修复的 bug、功能边界或性能目标，不要只给出宽泛的愿望。
- 只添加必要的上下文。 选择仓库或文档，然后按照 Anthropic 公告中的说明配置云端环境、连接器、插件和项目指令。
- 明确依赖边界。 告诉协调器哪些仓库、模块或文件可以独立处理，哪些变更必须按顺序完成。
- 把规划设置和执行设置分开。 使用协调器的模型与 effort 设置来完成拆解和审核；根据任务难度与额度，为 worker 设置相应参数。
- 要求每个线程提供证据。 要求线程说明运行过哪些测试、修改了哪些文件、还有哪些失败项，并提交拉取请求，不要只接受一段“已经完成”的文字说明。
- 合并前进行审核。 逐一检查线程及其拉取请求。分支隔离并不能证明两组改动彼此兼容。
- 关注项目级用量。 先从两个相互独立的线程开始，观察消耗情况，只有在并行带来的节省时间超过审核成本和额度消耗时，再扩大规模。
即使笔记本合上，云端执行仍会继续；你也可以通过手机调整 Project。但这并不等于可以无人值守地部署：测试、权限、集成顺序以及最终合并仍然需要明确审核。根据 VentureBeat 的产品体验，Overview 页面会重点展示需要人工关注的事项。
Claude Code Projects beta 常见问题
Claude Code Projects 支持 Pro 方案吗？
支持，但首批 beta 权限只提供给部分 Pro 和 Max 订阅者。符合条件但尚未获得权限的账号可以加入候补名单，Anthropic 表示 Pro/Max 的开放范围会在上线后继续扩大。
关闭笔记本后，Projects 还能继续运行吗？
可以。Worker 线程以 Claude Code 云端会话的形式运行，因此即使本地电脑断开连接，也可以继续执行。
Claude Code Projects 的线程可以在本地运行吗？
截至 9 月 17 日上线时还不行。Anthropic 表示，支持本地工具、本地代码和私有网络访问的本地执行功能将“很快”推出，但没有公布日期。
每个编码线程都会使用独立分支吗？
会。每个编码线程都会获得独立的仓库副本和分支。不过，如果修改内容互相重叠，仍然可能产生普通的拉取请求合并冲突。
Claude Code Projects 需要额外付费吗？
Anthropic 没有公布单独的 Projects 费用。每个 worker 都是一个完整的 Claude Code 会话，会消耗现有订阅额度，因此并行工作可能更快触及限制。
一个 Project 可以同时处理多个仓库吗？
可以。Anthropic 的发布示例连接了 API、网页和移动端仓库，分别为每个仓库分配一个迁移线程，再由协调器报告所需的合并顺序。
实际应该怎么开始
已经获得权限的开发者，可以从一次适合云端执行的迁移，或一小组分别触及不同模块的待办任务开始。符合条件但还看不到入口的用户，应当加入候补名单，而不是反复修改本地 Claude Code 设置；Team、Enterprise、已有 Project 以及依赖私有网络的用户，则应等待各自对应的开放安排。
目前真正没有答案的问题，不是并行 agent 能否同时产出更多工作，而是节省下来的时间，是否超过额外的额度消耗、审核工作量和合并风险。在 Anthropic 发布用量范围，或独立用户完成可比较的实际测试之前，先用两个边界清晰的线程进行验证，比直接启动一大群线程更稳妥。