Anthropic 究竟发布了什么
相隔仅一天的两篇文章，都关乎工作发生在哪里。
关于 projects 的文章日期为 2026 年 9 月 17 日。它描述了一个双层结构："项目拥有负责执行工作的线程，以及指导它们的协调器。" 每个线程都不是轻量级的任务。Anthropic 明确指出："在底层，每个线程都是一个 Claude Code 云端会话，在自己的分支和仓库副本上运行。"
因为每个线程都有自己的副本，所以代码冲突有了一条文档记录的解决路径："协调器保持工作井然有序，但如果任何线程在相同的代码上工作，重叠部分将像任何其他 PR 一样作为合并冲突来解决。" 线程还可以进一步细分 —— "每个线程在需要时还可以使用 subagents、循环和工作流将委派的工作进一步拆分为碎片，以便更快地完成大型任务。" 这种细分会将上下文留在何处是一个独立的问题，我们在subagents 共享与不共享什么中探讨过这个问题。
然后是上下文部分。Anthropic 将项目定位为"针对长期运行或智能体（agentic）工作流：耗时超过单次回复且包含多个部分的工作"而构建，并将记忆描述为累积性的："随着时间的推移，Claude 会了解更多项目细节并将其应用于工作中。" 给出的例子是决策，而非代码 —— "Claude 可以记住发布时间改到了周五、为什么放弃了导出功能，或者在动计费服务之前应该找谁确认。" 与此同时，"项目现在包含一个库，用于收集您添加的文件以及 Claude 生成的 artifacts。"
关于逐步推出的措辞是几乎没有人引用过的部分。用 Anthropic 的话来说，访问权限首先开放给"在 Claude Code 中使用云端会话且在网页端或桌面端没有任何现有项目的特定 Claude Pro 和 Max 订阅用户。" 如果您一直在使用项目，那么该条款就与您有关。接下来的句子说明了后续情况："Pro 和 Max 计划中的现有项目将继续像今天一样工作。随着逐步推出扩大到聊天和 Cowork，我们将对它们进行升级。"
第二篇日期为 2026 年 9 月 16 日的文章，是前一天在结构上完全相同的事件："从今天开始，Claude Cowork 和聊天将合并为一个 Claude。" Anthropic 自己对原因的解释，用最清晰的语言指出了这个问题："我们把 Cowork 构建为一个处理更大工作的独立场所，把 Design 构建为处理视觉工作的场所。人们两者都用，并告诉我们令人沮丧的部分是决定一个任务属于哪里。他们在其中一个开始的工作也无法带入另一个。"
这是一个厂商在发布文章中亲口写下，其自身的容器之间无法传递上下文。解决方案同样说得很明白 —— 这些界面现在所能做的事情"可以从任何对话中获得，并带有您已有的上下文、技能和连接器" —— 对于已经在 Cowork 中的人来说，"一切都在您留下的地方：您的聊天、项目、artifacts、连接器和技能。"
这改变了什么，没有改变什么
它改变了谁来写入。 到目前为止，项目积累上下文主要是因为您把东西放了进去。在重构的项目中，每个线程在工作时都会向共享记忆中添加内容。写入端从一个作者变成了多个作者，而且作者是会话而不是人。分发工作的协调器与智能体团队具有相同的形态，而这些上下文落在何处，正是我们在智能体团队共享什么中探讨过的问题。
它改变了在何处进行读取。 Anthropic 描述了两个层面的检查："您可以在主项目聊天中监控和引导进度，或者深入到每个单独的线程中检查和引导细节。" 因此，有一个可以查看的地方。需要养成习惯的是去查看它 —— 共享记忆现在是一个工作产出物，而不是一个您配置一次就完事的设置面板。
它改变了成本概况。 "项目可以同时运行多个线程，每个线程都是一个完整的 Claude Code 会话。因此，项目可能会更快达到使用限制。" Anthropic 为此配备了控制功能："您可以检查特定项目的使用情况，并选择协调器聊天以及工作线程所使用的模型和 effort 级别。"
它目前还没有改变线程运行的位置。 "线程目前在云端运行；在您的机器上与您的本地工具和代码一起运行，并在您的网络后运行的功能即将推出。"
它今天不会改变您现有的项目。 它会继续像今天一样工作，并在以后进行升级。这是一个有形的差距：您现在使用的项目正处于您尚未见过的转换的其中一侧。
It does not make a project a durable record. 项目是一项工作在活跃期间存在的地方。决策背后的推理比决策本身更有价值，而且它的寿命比容器更长 —— 这正是我们在为什么长上下文窗口不是记忆中做出的区分。
人们会从中得出什么结论，以及为什么不应该这样做
"共享记忆意味着我可以不用再记录东西了。" 文章提到共享记忆减少了"对复杂提示词工程的需求"，这是关于提示词的声明，而不是关于您记录的声明。Anthropic 列举的例子 —— 移动的发布时间、放弃的导出、需要核对的人员 —— 正是您希望用自己的话写在下个季度还能读到的地方的东西。
"并行线程只是更快的会话。" 每个线程都是一个完整的云端会话，运行在自己的分支和自己的仓库副本上。这与标签页是完全不同的工作单元，Anthropic 自己关于使用限制的说明就是明证。
"代码和记忆都会被合并。" Anthropic 明确描述了一种解决机制，而且是针对代码的：重叠"将像任何其他 PR 一样作为合并冲突来解决。" 对于共享记忆，同一页面描述了一种不同的关系 —— 每个线程都向其中"添加并从中提取"。这是两种不同的设计，值得将它们视为两种不同的设计，而不是假设一种设计涵盖了两者。另一个厂商也达成了类似的划分，我们在在 Cursor Projects 中什么会传递给下一个智能体中对此进行了探讨。
"我的项目会直接变成新东西。" 按照 Anthropic 的时间表，随着逐步推出扩大到聊天和 Cowork，它将被升级。从现在到那时，它会继续像今天一样工作。Anthropic 还在 Cowork 文章中为组织设定了预期："企业管理员将在其组织发生任何变化前至少 30 天收到我们的通知。"
"这与分支一个会话是一样的。" 并不是。分支复制一个会话以便您可以走不同的路径；而项目则是针对一个目标运行多个会话。我们在分叉远程 Claude Code 会话中单独讨论了分支的情况。
解决方案：决定哪些事实属于项目，哪些属于您
目的不是为了避免使用共享记忆，而是要清楚您的哪一半上下文可以保存在一个正在重构的容器中。
步骤 1：在线程启动前写下决策
在您设定目标并让项目分发工作之前，写下三到四个对任何线程来说猜测成本都很高的内容：您已经排除的限制、团队同意的规范、没有询问特定人员就没人会碰的服务。Anthropic 自己举出的项目记忆例子正是这类事实，这说明它们很重要；将它们写在您无需打开存储它们的产品就能读回的地方。
步骤 2：阅读线程，而不仅仅是摘要
使用 Anthropic 描述的两个层面。项目聊天告诉您工作进展到哪里；单个线程告诉您它得出了什么结论以及基于什么基础。当一个线程的结论变成团队将要遵循的决策时，用您自己的话把它复制出来。一个仅存在于线程内部的结论，是一个您将不得不重新推导的结论。
步骤 3：保留一份在升级后仍能存活的副本
您现有的项目今天仍在继续工作，并将在以后进行升级。任何您不希望在转换后重新解释的内容，都应该已经存在于它之外。这也是让工具切换得以存活的相同纪律，也是在在 Claude Code 会话之间传递上下文中介绍的内容。
在 MemoryLake 中进行设置
这种划分中持久的那一半需要保存在一个不是项目、线程或厂商容器的地方。MemoryLake 是一个您有意将这些决策写入其中的存储库，它独立于任何单一产品的结构，并且可以从您连接的每个助手中读取。您用自己的话亲自编写这些条目。不会从 Anthropic 的系统或任何其他厂商的存储库中读取、写入或删除任何内容 —— 您的项目、线程和库完全保留在它们自己的控制之下。
步骤 1：创建 API 密钥
从仪表板生成一个密钥。正是它让协调器聊天、终端会话以及完全不同的助手能够访问相同的事实集，而无需各自保留一份副本。
步骤 2：上传您的第一批记忆
从 Anthropic 自己的例子所指向的四个类别开始：移动的日期、您决定反对的事情、特定服务的所有权以及您期望遵守的规范。在每个类别旁边添加原因。原因可以阻止未来的线程提出您已经拒绝的事情。
步骤 3：连接您的 AI 和智能体
将您的工具指向该层，以便在工作开始时加载这些事实，而不是从转录文本中重新构建。然后运行唯一能证明一切的测试：让一个不同的助手向您复述其中一个决策。如果它回答了，说明您的推理不再与单一产品的形态绑定。
这在实践中改变了什么
第一个变化是，"这属于哪个界面"不再是一个您需要回答两次的问题。Anthropic 刚刚从其自身的产品中移除了这个问题，并大声说出过去的答案曾让人们付出上下文流失的代价。同样的逻辑也适用于更高一层：如果一个事实在多个工具中都很重要，它就不应该存在于您碰巧打开的任何工具中。
第二个变化是，项目记忆变成了您需要审查的东西，而不是您直接信任的东西。许多线程都会写入其中。阅读线程的结论现在是工作的一部分，而不是在出错时才进行的审计。
第三个变化是，决策和记录之间的区别变得具有操作性。项目非常适合将活跃的努力凝聚在一起。而关于您为什么选择某项内容的记录则是具有不同生命周期的不同产出物，这次重构是一个很好的契机，让您注意到自己曾将两者存储在同一个地方。
第四个变化是，升级不再令人担忧。您现有的项目今天仍在继续工作，并在以后发生变化。如果所有承重的内容在外部都有一份副本，那么这种转换就只是一个通知，而不是耗费一个下午的工作。
在重构的项目中工作的最佳实践
第一次设定目标时要具体。 Anthropic 的表述 —— "像向幕僚长汇报工作一样在项目中向 Claude 简报，它就会将工作路由到新的或预先存在的线程中" —— 在简报足够具体以至于路由显而易见时效果最好。
尽早检查特定项目的使用情况。 同时运行多个完整的云端会话是一种不同的消耗模式，Anthropic 分别为协调器和工作线程记录了控制方法。
将库视为收件箱，而不是归档库。 它收集您添加的文件和 Claude 生成的 artifacts。在工作期间寻找东西时很有用；但这不等于对您得出的结论进行精心整理的记录。
写下原因，而不仅仅是规则。 "未经询问不要动计费" 很容易过时。"未经询问不要动计费，因为对账任务在固定时间运行，且 6 月份的一次架构更改曾导致其崩溃" 则能在交接中存活下来。
在容器外部保留一份副本。 Anthropic 现在在两天内移动了两个容器。这是产品变得更好的体现，也是将您的持久事实保存在非容器地方的理由。
结论
Claude projects 的重构是项目本质的真正改变：它不再是一个附带聊天的文件夹，而是一个包含协调器、并行云端会话、库以及每个线程都会贡献的记忆的对话。Anthropic 记录了整个形态，包括那些容易被忽略的部分 —— 代码重叠将作为合并冲突解决、线程是具有实际成本的完整会话、线程目前在云端运行。
需要记住的两句话是关于您已经拥有的东西。现有项目"继续像今天一样工作"，并且 Anthropic 将"随着逐步推出扩大到聊天和 Cowork，对它们进行升级。" 这其中没有任何问题。这只是对您上下文所在场所形态的一次计划内变更。
就在前一天，Anthropic 解释了为什么容器至关重要：人们总是不得不决定一个任务属于哪里，并且"他们在其中一个开始的工作也无法带入另一个。" 这是本月任何人发表的关于该问题最清晰的陈述。实际的应对方法不是选择一个更好的容器，而是将寿命长于任何容器的事实保存在您控制的地方，并让容器继续改进。