Claude Code Projects新增云端线程与共享记忆
ZDNET AI··作者 David Gewirtz
关键信息
每个可寻址线程都会成为一个完整的云端Claude Code会话，并拥有自己的分支和代码仓库副本；不同线程还可以共同写入和读取项目共享记忆。这项功能本质上并不是新的并行机制，因为Claude Code此前已经支持子代理，而且并行线程可能更快消耗使用额度。
资讯摘要
过去，Claude Code通常将项目理解为代码库所在的根目录。现在，Anthropic正在把Projects重新定义为用于协调云端智能体活动的工作空间，并加入持久化线程和共享记忆。在新的工作流中，Claude可以拆解请求、分配任务、协调并行线程、审查输出并整合最终结果，同时允许用户随时干预进度。每个讨论都会变成一个带名称的云端会话，拥有自己的代码仓库副本和分支；协调器还可以根据需要将新任务分派到已有线程。
用户能够查看正在运行的线程并在其完成前重新指导它，从而避免为明显偏离方向的工作继续浪费时间和令牌。随着项目推进，各线程可以共享并积累项目知识，减少复杂的提示词工程，并支持跨多个代码仓库协作，包括判断哪些拉取请求应按什么顺序合并。由于会话运行在云端，即使用户关闭笔记本或电脑，任务也可以继续执行，移动端检查功能则计划在之后推出。首轮发布仅面向部分使用云端会话、且没有现有网页或桌面Projects的Pro和Max订阅者，本地终端工作流目前仍不在支持范围内。
资讯正文
Claude Code 重新设计 Projects，加入 AI 编排功能，但本地开发者暂时还需等待
ZDNET 要点
- Claude Code Projects 有望驯服多智能体的混乱局面。
- 云端用户将获得持久化线程和共享记忆。
- 本地工作流目前仍不在这一新系统的支持范围内。
一直以来，Claude Code 都支持 projects，具体来说，就是将某个目录声明为源代码的根目录。我会把正在开发的每个应用分别存放在不同目录中，并且已经建立了一套复杂的编排和管理工作流，允许这些目录之间交换某些消息。除此之外，它们就是相互隔离的代码结构。
今天，Anthropic 宣布将重新设计 Claude Code 中 projects 的概念，加入强大的新能力，同时设置明确的限制。对于某些类型的工作，这可能带来颠覆性变化；但对于其他类型的工作，它基本上无关紧要。
Anthropic 表示，目前这项功能面向“使用 Claude Code 云端会话、且在网页端和桌面端没有任何现有 projects 的部分 Claude Pro 和 Max 订阅用户”。这项功能将逐步向其他用户推出，但该公司表示：“如果你是已经在使用 projects 的 Pro 或 Max 订阅用户，它们目前会保持原样，我们稍后会为其升级。”
这意味着我无法使用这项功能，因为我与 Claude Code 相关的所有开发工作都是在终端中、基于本地文件完成的。但对于那些主要在云端工作的人来说，新的 projects 功能将让这些结构真正发挥作用。
Anthropic 表示：“Claude 会确定请求的范围，分派工作，协调并行线程，审查输出，并组装最终结果。你可以全程引导进度，即使合上笔记本电脑，它也会继续工作。”
面向云端开发者的功能
启动大量智能体时，更紧迫的挑战之一，是让它们始终沿着正确的方向工作。想象一下，试图让 20 只毛茸茸的小猫按照各自名字的字母顺序穿过一扇小门。这不可能实现，但协调失败的场面会可爱到让人应接不暇。
编程智能体也是如此，只是可爱程度低得多。要让多个智能体朝着同一个目标协同工作，就需要编排。这本质上是一种超越提示词层面的管理级协调机制。Claude Code 改版后的 projects 功能提供了这种编排能力。
你还可以使用可寻址的线程。每次讨论都会成为一个完整的云端会话，并拥有自己的分支，以及一份它正在处理的代码仓库副本。协调器会提供指令，并在适当情况下将会话引导至已有线程。
Anthropic 建议，你应该“像向幕僚长布置工作一样向 Claude 介绍一个项目，让它把工作分派到新的或已有的线程中”。
由于这些线程都有名称，你可以在运行过程中引导它们。你可以深入查看正在运行的线程，并根据需要调整方向。这样一来，你不必再等它运行到结束，浪费时间并消耗令牌，最后却得到一个你早已看出正在出错的结果。
各个线程可以彼此了解。Anthropic 表示：“随着时间推移，Claude 会进一步了解项目细节，并将这些信息应用到工作中。现在，每个线程都会为共享记忆增添内容，也会从共享记忆中提取信息，从而减少复杂提示工程的需求。”
这是一种自动化记忆，在合适的场景下可能非常强大。它允许你的工作跨越多个代码仓库，因此你可以同时处理多个仓库，为每个仓库分别使用一个关联线程，然后获得有关哪些拉取请求需要合并、以及应按什么顺序合并的反馈。
由于这一切都在云端运行，即使你的电脑关机，也可以让它继续运行。Anthropic 还补充说，移动端检查功能即将推出。
什么不是新功能
这并不会变成某种全新的并行机制。我已经使用子代理集群一段时间了。它们可以分头展开并执行工作。事实上，Anthropic 在公告中表示，新项目在内部使用的正是这种架构。
Claude 也一直能够将工作拆分给多个子代理。不同之处在于，这种拆分会持续存在，你可以重新进入每个子代理的讨论，并围绕相关内容继续交流。
还有一点需要注意：这一功能似乎并不是严格意义上的自主运行。看起来，只有当你为 Claude 推荐的每个线程点击“Start”按钮时，线程才会开始运行。
如上所述，至少目前，这还不是适合像我这样的本地开发者使用的工具。不过，Anthropic 补充说：“目前线程运行在云端；很快就能在你的机器上、配合本地工具和代码，并在你的网络环境之后运行。”
此外，Anthropic 并没有取消终端功能。这是一项附加功能。该公司在博客文章中描述的内容，没有任何迹象表明本地功能或 CLI 功能会发生负面变化。
从整体角度看
写这篇文章时，我停下来吃了个汉堡。边吃边嚼的时候，我思考了这项新能力意味着什么，并提出了三个值得考虑的想法。下面快速列出一些在评估这项能力时需要考虑的事项。
- 它会记住信息，但这究竟意味着什么？Anthropic 的文章并没有详细说明记忆功能。显然没有办法查看已保存的内容、在出错时进行更正或将其导出，也没有说明这些内容会保留多长时间。
- 随着你分派更多代理，成本和用量也会相应增加。子代理目前就是如此，但这一点值得再次强调。Anthropic 表示：“项目可以同时运行多个线程，而每个线程都是一个完整的 Claude Code 会话。因此，项目会更快达到用量限制。”我确实曾在代码上运行一批代理后被切断服务。
- 冲突只是被推迟了，并没有被避免。彼此存在重叠的线程最终会以合并冲突的形式出现，而你需要手动解决这些冲突。
给 Anthropic 的问题
关于这项功能，我对 Anthropic 有很多、很多、真的非常多的问题，尤其是当其中一些能力向桌面用户开放之后。至少目前，我把问题缩减成了三个值得思考的问题。
- 如果一个项目超出了自身的上下文容量（我的项目大约每隔几个小时就会遇到这种情况），那么共享记忆会发生什么？用户能看到保存了哪些内容吗？这些内容最终都会以 .md 文件的形式存放在某个地方吗？
项目的历史是否会自动维护，能否在保留提示词原样的情况下导出？我的记忆管理系统要求 Claude 记录我提供的每一条提示词，这既提供了工程审计路径，也有点像一份科学日志，用来记录构思、勤勉、付诸实践以及发明人身份的证据。
当本地项目可以使用这一功能时，项目是否会继承记忆、权限和钩子行为？它将如何与现有的记忆管理系统以及那些已经深度演化的现有项目协同工作？
从 Anthropic 的具体表述——这项功能面向“在网页端和桌面端没有任何现有项目”的用户——来看，我猜迁移问题目前还没有解决。
如果你能在 Claude Code 的运行线程偏离正轨之前对其进行引导，这会在多大程度上改变你使用编码代理的方式？欢迎在下方评论区告诉我们。
来源与参考
收录于 2026-09-18