Anthropic向全部候补用户开放Claude Code Projects

Anthropic已向Claude Code Projects候补名单上的全部Pro和Max订阅用户开放该功能。官方开发者账号ClaudeDevs于美国时间10月9日在X上表示，"我们刚刚让Claude Code Projects候补名单上的每一位Pro和Max用户获得了使用权限"，并同时发布了一段4分钟的使用介绍视频。这距该功能9月17日以测试版形式面向部分订阅用户推出仅过去三周多。该帖子发布不到一天，浏览量便超过84万次，点赞超过1万。

此次推出分阶段进行。Anthropic在发布博客中表示，测试版首先向在Claude Code中使用云端会话、且在网页端和桌面端没有现有项目的部分Pro和Max订阅用户开放，此后一周内扩大到同一套餐的更多用户。尚未获得权限的Pro和Max用户被引导加入候补名单。官方文档目前仍将Projects列为Pro和Max套餐的公开测试版，Team和Enterprise套餐暂不可用。公司表示，下一步将扩展到整个Claude产品以及Team和Enterprise套餐。

项目是一个由单一对话指挥多项工作的功能。用户说明目标和任务后，Claude作为协调者为每项任务启动一个线程，每个线程都是在自己的分支和代码库副本上运行的云端会话，完成后汇报结果。公司在博客中解释称，"Claude会界定请求范围、分派工作、协调并行线程、审查产出并组装最终成果。"METAL此前曾报道Anthropic于9月23日让项目线程也能在用户自己的电脑上运行。

METAL查看的4分钟介绍视频以修复网站性能问题的项目为例。用户在桌面应用或网页的Code标签中输入项目名称、目标以及相关代码库或文件夹来创建项目，再提供指标和用户反馈并让Claude探索代码库，Claude会检查代码库并带回发现。商定任务后，每项任务都会启动一个线程；线程在准备好错误修复后会自行开启拉取请求，之后在CI失败时修复问题，并处理审查意见。视频最后连接了监控服务，设置每天检查性能退化的例行任务，一旦发现问题便开启调查线程，等待用户处理。

视频中Claude Code团队的第一条建议与成本有关。每个线程都是完整的Claude Code会话，而项目会同时运行多个线程，因此比单一会话更快消耗套餐额度。主持视频的Claude Code团队成员Delba de Oliveira建议："把协调者设为低推理强度。它主要负责分配工作，提高强度并不会带来明显更好的结果。"她还建议线程默认使用较小的模型，只在较大、较复杂的任务中在该线程内切换模型。

默认设置比这一建议更重。根据官方文档，新项目以Opus高推理强度运行所有线程，以Opus低强度运行协调者对话。文档指出这种设置消耗套餐额度最快，并建议在发送第一批工作前，先在项目设置的"常规"部分确认线程模型和强度。用量可在设置的"用量"部分按线程和模型查看token消耗。

文档还规定了触及额度时的行为。所有项目合计，每天最多可新建200个线程。当线程或项目对话触及5小时或每周额度时，会自行重试并在额度重置后继续工作，只有由例行任务启动的线程会因额度错误而停止。正在关注拉取请求的空闲线程，会在CI失败或收到审查意见时重新唤醒并消耗额度。在Pro和Max套餐中，向空闲超过1小时缓存有效期的线程发送后续工作，该线程会重新读取整个对话。没有运行中线程、没有被关注的拉取请求、也没有新消息的项目不消耗额度。

第二和第三条建议涉及运行方式。用户可以通过对话设定同时运行的线程数、更新频率以及开始工作前是否先展示计划，线程之间共享记忆。根据文档，项目记忆以MEMORY.md为索引的文件形式保存，每个云端线程启动时都会读取；项目指令最多1.6万字符，会发送给每个新线程和协调者。文档说明，通过对话设定的线程数限制是Claude遵循的指令，而非强制上限。

可使用的平台包括claude.ai/code、桌面应用的Code标签以及iOS和Android版Claude移动应用。终端CLI、VS Code扩展和JetBrains插件不支持该功能，通过Amazon Bedrock、Google Cloud Agent Platform和Microsoft Foundry也无法使用。代码工作需要github.com上的代码库并安装Claude GitHub App，因此GitHub Enterprise Server、GitLab和Bitbucket代码库不在支持范围内。同一天，Anthropic将Claude Managed Agents的动态工作流作为公开测试版推出，这是一种由开发者通过API构建的多智能体编排方式，与Projects思路一致。

从内容营销者的视角看，此次开放中更引人注目的不是功能本身，而是讲解方式。Anthropic在开放候补名单的帖子中附上演示视频，并把视频的最后部分用于介绍节省用量的设置。默认值是Opus高强度，而公司自己的产品团队却建议协调者用低强度、线程用较小模型。文档直接警告，Pro套餐用户在运行项目的日子里会更快触及额度。候补名单全面开放后，用户要关注的指标是每个线程的token用量，而在交付超过单个会话规模的目标时，成本是否比成果增长得更快，将是这一功能的下一道考验。