要点速览
- Claude Code 的改进项目功能可以管理多个 Agent，提供编排能力。
- 云会话用户可使用持久线程和共享内存。
- 本地工作流目前仍无法使用新系统。
在 Claude Code 中，一个给定目录会被声明为源代码的根目录。本文作者会将每个正在开发的应用程序放在独立的目录中，并建立了一套复杂的编排和管理工作流程。除此之外，这些目录之间是相互隔离的代码结构。
Anthropic 今天宣布重新设计 Claude Code 中的项目（Project）概念。对于某些类型的工作来说，这一改动可能是变革性的；对于另一些类型的工作，它则基本没有影响。
Anthropic 表示，目前该功能面向在 Claude Code 中使用云会话、且在 Web 和桌面端没有现有项目的部分 Claude Pro 和 Max 用户开放。其他用户也将随时间推移获得这些功能，但已经使用项目的 Pro 和 Max 订阅用户不在首批范围内。
原因在于，所有与 Claude Code 相关的开发都发生在终端和本地文件中。而对于云端用户，新项目的功能让这些目录结构真正"活"了起来。
据 Anthropic 介绍，Claude 会对请求进行范围界定、委派工作、协调并行线程、审查输出并组装最终结果。即使关闭笔记本电脑，工作仍可继续。
面向云编码用户的功能
同时调度多个 Agent 时，最紧迫的挑战之一就是让它们都保持在正轨上。为了让 Agent 协同完成目标，需要一种协调机制——本质上是一个超越提示（prompt）层级的管理层。Claude Code 改进后的项目功能正提供了这种编排能力。
用户还可以获得可定位线程。每个讨论都会变成一个完整的云端会话，拥有自己的分支和正在处理的备份副本。协调器提供指令，并将会话引导至现有线程中。
Anthropic 建议，用户应像向一名新入职的负责人做介绍那样向 Claude 介绍一个项目，随后它将工作引导至新的或已有的线程。
由于这些线程有名称，用户可以在运行中引导它们：可以查看活跃的线程并按需重定向，不必等待其完成而浪费时间和消耗 token。
线程之间还能互相感知。随着时间推移，Claude 会了解更多项目细节并将其应用到工作中。每个线程现在都能从共享内存中获取信息，从而减少对复杂提示工程的需求。这是一种自动化的记忆形式，在合适的环境下相当强大，还能让工作跨越多个代码仓库，实现同时在多个仓库中作业。
如果计算机关闭，用户可以让工作继续运行。Anthropic 补充说，移动端支持正在进行中。
并非全新事物
这算不上一种全新的范式。此前已经可以大量使用子 Agent，让它们分散执行任务。Anthropic 的公告中提到，新架构正是此前项目内部所使用的方案。
Claude 此前也能将工作分派给各个子 Agent，区别在于分歧工作现在会持续存在，用户可以回到每一个子 Agent 的讨论中继续操作。
还有一点值得注意：该功能似乎并不完全自主。对于 Claude 推送的每个线程，需要用户按下"开始"键后线程才会启动。
至少目前，这项功能还不是面向本地开发者的工具。Anthropic 表示："线程目前在云端运行；在您的机器上本地运行、与您的本地工具和代码以及您的网络协同的能力很快就会出现。"
另外，Anthropic 不会取消终端。该功能是对现有能力的补充，公司在博客中描述的内容并未表明本地或 CLI 功能有任何负面变化。
使用前应考量的问题
在评估这项能力时，有几个问题值得考虑：
- 记忆机制的含义尚不明确：Anthropic 的文章对记忆功能着墨不多，没有说明如何检查被保留的内容、出错时如何纠正、如何导出，以及数据的保留期限。
- 成本随 Agent 数量上升：项目可以同时运行多个线程，每个线程都是一个完整的 Claude Code 会话，因此项目会更快触及用量上限。
- 冲突并未被阻止，只是延后：用户仍需手动解决代码冲突。
留给 Anthropic 的问题
以下是在功能面向更多用户开放后值得 Anthropic 回答的几个问题：
- 如果一个项目超出了其上下文窗口，共享内存会发生什么？用户可以查看保存的内容吗？这些内容是否都会变成 .md 文件？
- 项目的历史记录是否会自动维护？能否以未受污染的提示形式导出？一套严谨的记忆管理系统要求 Claude 记录收到的每一个提示，以便提供工程审计路径。
- 当本地项目使用该功能时，项目是否会继承内存、权限和 hook 行为？它将如何与现有的存储管理系统以及开发成熟的现有项目集成？
从 Anthropic 的具体声明来看，这项功能适用于"在 Web 和桌面上没有任何现有项目的人"。至于该功能是否会在运行中的 Claude Code 线程脱离正轨时改变用户使用编码 Agent 的方式，仍有待观察。
