Anthropic 把两个最大的入口合并成了一个 Claude

2026 年 9 月 16 日，Anthropic 发布了 Claude Cowork and chat are now one Claude，结束了自 Cowork 作为独立工作区上线以来的产品分裂状态。这篇博文很短，措辞也刻意保持非技术化，但开发者要付出的迁移成本并不小：这家公司正在围绕单一对话界面收敛产品边界，而且同一天还上线了三个新的内容产物——Claude Docs、Claude Slides，以及现在可以在对话内部使用的 Claude Design。目前已在 Pro 和 Max 套餐上线，未来数周会覆盖 Web、桌面与移动端 App，Team 和 Free 套餐随后跟进。

如果只读营销话术，你会把这件事归类为界面调整。它不是。Anthropic 每合并一次入口，底层的原语——session、memory、工具权限、上下文窗口、effort 等级——都会被重新审视一次，因为只有当同一个对话既能做五秒的查询、又能跑四小时的任务时，合并才成立。这次重新审视正是 API 侧迁移成本的所在，也是本文要讲的东西。

给 API 团队的一句话结论：你的每 token 价格没有变，但你建模「一个工作单元」的方式应该变了。Anthropic 的平台文档里其实已经备好了全部零件——带 session、memory store、budget 和 multiagent orchestration 的 Managed Agents——而这次消费端合并是一个很强的信号：告诉你哪些零件正在成为默认心智模型。

9 月 16 日到底发了什么

一篇博文里三件事，而且它们互相叠加：

• Cowork 与 chat 合并为一个 Claude。 Cowork 原本是为更大型工作开辟的独立空间，Design 是为视觉工作开辟的。Anthropic 说用户「两者都用，并告诉我们最让人烦躁的部分是要判断一项任务该归到哪边」，而且在一个入口开始的工作无法延续到另一个。合并取消了这个选择：Claude 自己判断任务需要什么，Cowork 与 Design 的能力从任意对话中都可调用，并带着用户已有的上下文、skills 和 connectors。
• Claude Docs 与 Claude Slides 上线（beta，付费套餐）。 两者都在对话内生成。Anthropic 给的例子是：中午要交一份周报，用户先问上周管线里有什么变动，再补一句「按我们一贯的写法写，标出任何延误的地方，并把要点做成五页给管理层会议」，然后同一段对话里同时产出文档和幻灯片——所以幻灯片和报告天然一致。可以下载为 PowerPoint 或 PDF、直接在 Claude 里演示，也可以在线编辑。
• Claude Design 现在可以在对话内使用。 如果你一直单独使用 Design，它照旧可用——对现有 Design 用户是增量，对其他所有人是新功能。

那篇博文里有两个细节比看上去更重要。第一，Claude 现在默认在执行动作前先询问，你可以改成持续工作、只在需要细看时才来问——Anthropic 的原话是「最终决定权在你」。第二，用 Design、Slides 或 Docs 做出来的任何东西都会存在一个可分享的链接上。这两句话描述的分别是一个 agent 权限模型和一个持久化产物存储。两者对 API 来说都不新，但现在它们成了默认的消费端体验，而 Anthropic 正是用这种方式让开发者心智模型正常化。

第二天那篇配套博文才是真正的信号

2026 年 9 月 17 日——也就是第二天——Anthropic 发布了 Projects redesigned: from folder to conversation，这篇明确讲的是 Claude Code 和 cloud session。它是同一个故事的开发者侧那一半，也是架构真正落地的地方。

旧模型是：「在同一个构建上管理多个 session，过去需要你自己切分工作、手动交接、再把结果拼回去。」新模型是：「你描述需要完成什么，Claude 来管理这些工作。Claude 界定请求范围、委派工作、协调并行线程、审查产出，并组装出最终结果。」Anthropic 自己给的例子是一个类似「把应用结账流程的 p75 延迟降下来」的目标，之后 Claude 会剖析每个端点、测试优化方案、并在并行线程里开 PR。

对任何基于 API 做开发的人来说，这里面的结构性细节才是有用的部分：

• Project 由一个 coordinator 和若干 thread 组成。 Thread 干活，coordinator 指挥。你选定一个目标加上代码仓库或上下文，Claude 会建议它可以立刻接手的工作。
• 每个 thread 都是一个完整的 Claude Code cloud session，在自己的分支和仓库副本上工作。如果两个 thread 动到同一处代码，重叠部分「像任何其他 PR 一样」以合并冲突的方式解决。
• Thread 还能继续拆分。 每个 thread 都可以用 subagents、loops 和 workflows 把被委派的工作再拆细，让大型任务更快完成。
• 记忆是共享且累积的。「现在每个 thread 都会写入并读取同一份共享记忆，减少了对复杂 prompt engineering 的需要。」Anthropic 举的例子包括：发布日改到了周五、导出功能为什么被砍掉、动结算服务之前该找谁确认。
• 用量限制成了一等公民问题。 因为每个 thread 都是完整 session，「project 会更快触及用量上限」。Anthropic 的答案是：你可以查看 project 级别的用量，并为 coordinator 对话以及 worker threads 分别选择模型和 effort 等级。

改版后的 Project 首批开放给使用 Claude Code cloud session、且原本没有 Web 或桌面端 project 的部分 Pro 和 Max 订阅者，一周内逐步扩大，随后覆盖 chat 和 Cowork，Team/Enterprise 更晚。现有 project 照旧可用。

把消费端合并映射到 API 原语

这一节帮你省钱。Anthropic 平台文档其实已经暴露了那两篇博文描述的每一个原语，而且命名足够接近，你不需要等消费端功能变更日志就能规划迁移。

这张表里最重要的一个注意事项是 budget。Anthropic 的文档对它的行为描述得异常精确，而这个行为比大多数人对「消费上限」的预期要友好：平台会「按公开 list rate 持续为 session 消耗的一切计价」，并在「成本触及 budget 时停止发出新的模型请求」。在途的那个请求仍会跑完，所以最终成本可能略超上限。关键在于，「达到 budget 的 session 会暂停并进入 idle，而不是被终止」——而修改或移除 budget 会自动恢复工作。如果你正准备自己给失控的 agent 造一个急停开关，这就是官方支持的那一版。

budget 字段也是一个很好的例子，说明略读文档会怎么坑你。它是 type: limit 加 max_list_cost，而金额是以字符串形式书写的整数美分——"125" 表示 1.25 美元。像 "25.00" 这样的十进制写法会被拒绝，文档还特别提醒要把金额加引号，让它以字符串而不是数字发送。这是典型的 JSON schema 陷阱伪装成了文档。

Memory 头与 Agent 头会互相冲突

如果你只从本文带走一个操作性细节，带走这个。Memory store 和 Managed Agents 用的是不同的 beta 头，而且错误组合会产生硬失败，而不是降级行为。

按 Anthropic 的 memory 文档：在 memory store 请求上不要把 agent-memory-2026-07-22 和 managed-agents-2026-04-01 组合使用——两个都发会返回 400 错误。正确做法是在 memory store 调用上把 Managed Agents 头替换成 memory 头，而不是追加第二个值。Session 端点——包括把 memory store 挂到 session 上——继续使用 managed-agents-2026-04-01。

正是这类细节决定了「我的 agent 为什么在悄悄遗忘」的调试会话是花两分钟改一行，还是花一整天翻文档，而它恰恰容易在平台快速迭代时被埋掉。Memory store 本身是一个 workspace 级别的文本文档集合，「为 Claude 优化过」，以目录形式挂载进 session 的 sandbox。agent 用和操作文件系统其余部分相同的文件工具读写它，而每个挂载点都会有一条说明自动加入 system prompt，告诉 agent 该去哪里找。这种设计选择——记忆是挂载目录而不是魔法检索层——正是为什么必须启用 memory 工具集它才能工作。

成本：价格没有变

值得明说，因为这类合并常常会附带一次调价：截至 2026 年 9 月 18 日，Anthropic 公布的每 token API 价格没有变化。以下为 Anthropic 自家定价文档中核验过的 list rate：

同一页上有两条脚注值得知道，因为它们会影响长期预算。第一，Claude Mythos 5.1 的缓存写入定价是基础输入价的 0.025 倍，而不是通常的倍率——Anthropic 说明其他所有模型的缓存写入都是标准的 0.1 倍。如果你的负载在 Mythos 上严重依赖缓存，这是一个实打实的优势。第二，而且更有普适价值：Sonnet 5 的 $2/$10 每百万 token 定价现在是标准价，不是促销价。Anthropic 明确说明，原定于 2026 年 9 月 1 日上调至 $3/$15 每百万的计划不会发生。如果你为本季度的 Sonnet 涨价做了预算，可以删掉它了。

真正该进预算的是 Anthropic 自己点出的那件事：因为每个 project thread 都是完整 session，project 会更快触及用量上限。在消费端这是套餐档位问题；在 API 侧这是 token 用量问题，而 Anthropic 点名的两个杠杆——为 coordinator 以及 worker threads 分别选择模型和 effort 等级——才是真正能压低账单的东西。一个跑在 Fable 5.1（$10/$50）上、调度 Haiku 4.5（$1/$5）worker 的 coordinator，与反过来配置，账单完全是两回事，而改版后的 project 界面第一次把这个拆分显式暴露了出来。

一份简短的迁移清单

如果你已经有一套跑得通、基于对话的集成，想向 Anthropic 正在正常化的模型靠拢：

1. 把工作单元建模为 session，而不是 request。 Session 在设计上就是有状态的：长时间运行、暂停后可干净恢复、会话历史、sandbox 状态与产出都存在服务端。那两篇博文描述的就是这个形态。
2. 在加自主性之前先加 budget。 一个以引号发送的整数美分的 max_list_cost。它在上限处暂停而非终止，移除后工作会恢复——所以可以先设得保守，之后再抬高。
3. 把 beta 头搞对。 session 与 orchestration 调用用 managed-agents-2026-04-01；memory store 调用用 agent-memory-2026-07-22，是替换而不是与 managed-agents 头叠加。在 memory store 请求上两个都发就是 400。
4. 为有状态数据的取舍做规划。 Anthropic 说明，由于 Managed Agents 在设计上是有状态的，它目前不符合 Zero Data Retention 或 HIPAA BAA 的适用范围。控制权在你手上——你可以通过 API 删除 session，也可以单独删除上传的文件——但如果你的合规模型要求 ZDR，这个界面目前还不适合那类负载。
5. 在承诺上线日期前先核对推出顺序。 Cowork/chat 合并先在 Pro 和 Max；改版 project 首批是有 cloud session、且原本没有 project 的部分 Pro/Max Code 用户，一周内逐步扩大；Team 和 Free 随后；Enterprise 管理员会「在其组织发生任何变化前至少 30 天」收到通知。

结论

Anthropic 的这两篇博文，一篇是产品发布，一篇是 Claude Code 功能说明，两篇都没有以你会注意到的措辞提到「API」。但合起来看，它们描述的是一家平台正在收敛到同一套心智模型：一个有自己记忆的持久 session、一个把工作委派给隔离 thread 的 coordinator、一条由用户掌控的权限边界，以及一个硬性美元上限。这套东西的消费端版本本周已经上线。开发者版本其实一直躺在 Anthropic 的平台文档里，带着 beta 头，字段结构和失败模式都已经写得清清楚楚。

这里的迁移成本几乎完全是概念性的，而不是财务性的——每 token 价格没变，Sonnet 5 的既定涨价被取消，你需要的原语要么已 GA、要么在文档化的 beta 里。真正值得花时间的是工作单元的改造：如果你的集成是围绕单次 request/response 建的，这次合并就是一个提醒，让你在竞争对手之前把架构重建到 session、budget 和 thread 之上。