Claude Dreams 现支持 Fable 5 和 Sonnet 5:Agent 记忆整合的模型路由选择

Anthropic 的 Dreams API 不再强制使用 Opus 4.8 进行 agent 记忆整合。Fable 5 和 Sonnet 5 现已支持,为每个运行异步记忆任务的团队提供了真正的模型层级路由选择。

发布于 来源 Anthropic

归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

抽象图示,展示 Fable、Sonnet、Opus 三个模型层级连接到记忆整合 pipeline,并带有路由决策节点

2026 年 4 月 Anthropic 推出 Dreams API 时,运营者没有任何路由选择:agent 记忆整合只能跑在 claude-opus-4-8 上,别无他选。7 月 10 日起,这一限制正式解除。Dreams 现已支持 Claude Fable 5 和 Claude Sonnet 5,选择哪个模型处理记忆任务成了真正的运营商策略决定——而且背后有实实在在的成本差异。

发生了什么

Dreams 是 Anthropic Managed Agents 平台中的异步后台任务。它读取一个已有的 memory store,结合历史会话转录,输出一个重新整理的 memory store:重复项合并、过期条目替换、新洞见浮现。输入 store 不会被修改,输出可以审查后再决定是否切换。

7 月 10 日之前,所有 POST /v1/dreams 请求都必须传 model: "claude-opus-4-8"。7 月 10 日平台发布说明确认,Fable 5 和 Sonnet 5 现在可以在 dream 创建请求的 model 字段中使用,API 结构保持不变。

Dreams API 的其他部分没有变化。required beta header 仍然是 managed-agents-2026-04-01,dreaming-2026-04-21。Sessions 和 memory store ID 的用法也与之前完全一致。

为什么这对 AI 工程团队很重要

表面上,更多模型选择当然是好事。实际上,Dreams 成了 Managed Agents 里第一个需要运营商主动做出成本与质量权衡决策的原语——而且成本差异不可小觑。

设想一个团队每天跑 10 次整合任务,每次读取 50 个 session。在 Opus 4.8(原来的唯一选项)定价下,输入侧的 token 成本主要来自 session 转录的摄入。切换到 Sonnet 5 的早鸟定价,每个 dream 任务的成本可以降低 70–80%。Fable 5 在定价和推理能力上居中,对于判断哪些条目是"过期的"而非"有效更新"更为可靠。

具体应该选哪个模型,取决于你的 memory store 里存的是什么:

  • 简单的事实与偏好 store(用户名、首选语言、活跃项目 slug):Sonnet 5 完全胜任,节省成本空间很大。
  • 领域知识 store(架构决策、代码模式、长期推理结论):Fable 5 值得额外投入——它更不容易错误合并相互矛盾的条目,或压缩掉重要的细粒度差异。
  • 高风险的生产级 agent 记忆(记忆过时可能触发生产事故):Opus 4.8 仍然是最安全的默认选项,其超强的指令跟随能力可以有效降低 dream 错误丢弃关键约束的风险。

路由层面的运营商视角

这次升级引入了一类 Managed Agents 栈中此前不存在的路由决策:为后台、非交互式 AI 任务选择模型。

大多数 API gateway 路由聚焦在交互式、延迟敏感的调用上。Dreams 是异步的,用户不等待响应,这完全改变了权衡结构。延迟几乎不重要;token 成本和整合质量才是主要变量。

对于运行多租户 agent 部署的团队,这里有一个分层的机会:

  • 免费/低付费账户:用 Sonnet 5 跑 dream,控制基础设施成本。
  • Pro/付费账户:用 Fable 5 跑 dream,维持更高的记忆连贯性。
  • 企业账户:用 Opus 4.8,保障整合质量 SLA。

你的 gateway 或 agent 编排层应该把 dream 创建请求中的 model 字段视为一个路由策略字段,而非静态常量。已经通过 TheRouter 管理 Anthropic API 流量的团队,可以把现有的按账户模型层级规则直接延伸应用到 dream 任务上。

现在应该做什么

如果你正在用硬编码的 claude-opus-4-8 跑 Dreams: 先审计一下你的整合任务是否真的需要 Opus 级别的推理能力。大多数事实与偏好类记忆模式并不需要。用同一个 memory store 跑一次对比测试——Sonnet 5 的输出 vs. Opus 4.8 的输出——很快就能给出答案。

如果你是第一次把 Dreams 集成到产品中: 不要默认 Opus 4.8。从 Fable 5 开始,针对你的 memory store 类型验证输出质量,对复杂度低的 store 使用 Sonnet 5。Opus 4.8 应该是升级路径,而不是默认选项。

如果你在 Managed Agents 上构建多租户平台: 现在就把 dream_model 加入每个账户的配置 schema,而不是等到未来重构时才痛苦地补上。

查阅 Dreams 文档获取完整支持模型列表和创建、轮询 dream 的 API 结构。在为你的部署做模型层级决策之前,请参考 TheRouter 的模型文档了解 Fable 5、Sonnet 5 和 Opus 4.8 当前的定价与能力对比。

帮助与联系