2026 年 7 月 27 日核实
Claude Fable 5 集成总览
下面每个工具，我们都对照它自己的文档、changelog 或 issue 追踪器核实过 —— 包括那些老实说「还不行」的。
这一页怎么读
这里几乎所有情况都能归进三种模式。从 catalog 解析模型的工具，需要 catalog 认识 claude-fable-5；不认识的时候，坏得很莫名其妙。用配置文件的工具，通常立刻就接受这个 ID，然后卡在一个这个模型已经移除的参数上 —— temperature，或者 thinking budget。包着另一个 agent 的工具，会继承那个 agent 的模型列表 —— 最难缠的失败都在这里，因为报错的地方离病因很远。
Cursor — 发布当天即支持 Fable 5.1
claude-fable-5-1 随 9 月发布进入 Cursor，处于最高路由档。Max Mode 计费、套餐额度、BYOK 与模型角标检查见 Cursor 指南。
OpenRouter — 一把密钥，留意加价
经 OpenRouter 路由 anthropic/claude-fable-5-1 可统一多提供商账单。Credit 加价、cache_control 透传与拒答处理需自行负责。
Vertex AI — GCP 企业入口
Model Garden 为已在 Google Cloud 的团队提供 claude-fable-5-1。区域筛选、默认零配额与 30 天留存仍然适用。
Claude Code
Anthropic 官方的编码代理——在 /model 中选择 claude-fable-5、设置 effort，并确认它没有静默降级到 Opus 4.8。
Zed —— BYOK 可用，ACP 被拦
原生 Anthropic BYOK 从 2026 年 6 月起就带上了 Fable 5，需要先过一道数据保留同意设置。Claude Agent 那条路会在 ACP bridge 上校验 model ID，在 claude-agent-acp 0.55.0 之前对 claude-fable-5 直接抛错。
Cline —— 支持，真正的问题是成本
Cline 自带计费和 Anthropic provider 两条路都能用。模型列表是 curate 的，所以自定义 ID 得走 LiteLLM 或 OpenAI 兼容那条路。在做别的之前，先把 Plan 和 Act 拆成两个模型。
Windsurf —— 支持，effort 是模型条目
Cascade 把 Fable 5 的五个 effort 档做成了五个独立的选择器条目，在老的 credit 计划上从 40 到 100 credits。免费档账户完全够不到这个模型。
Continue.dev —— 能跑，但 effort 没暴露
config.yaml 里写任何 model ID 都行，所以 chat、edit、apply 都没问题。但推理选项对应的是旧版 thinking budget，会返回 400；而且我们没找到 effort 的直通 —— 于是每个请求都跑在默认的 high 上。
Aider —— 支持，记得喂 metadata
aider --model claude-fable-5 立刻能跑。但没有 metadata 文件时，Aider 会假设上下文无限、成本为零；而它的 temperature 默认值和 thinking-tokens 开关都会导致 400。
OpenCode —— 1.17.0+ 支持，别做 override
一行配置就能设成默认。一旦覆盖 catalog 条目，你就会掉到通用 Anthropic 那条路径上，跳过 Fable 的推理处理，结果什么都不返回 —— 零 token、无报错、连日志都没有。
LangChain / LangGraph —— 两种语言完整支持
Python 里 effort 和 task budget 都在 output_config 下；JavaScript 包在 2026 年 6 月加了 Claude 5 系列的处理。反复出现的失败是一个从旧链路继承下来的 temperature 参数。
Vercel AI SDK —— 直连和网关都支持
provider 包在加入 claude-fable-5 的同时加了 fallbacks 参数，AI Gateway 用同一个模型字符串提供跨 provider 的故障转移。给拒答留好预案：它们是以成功响应的形式到达的。
Kiro —— 见专门的指南
Kiro 那套 spec 驱动的工作流，改变了「一个长时程模型值不值得用」的判断方式，所以它的配置和成本图景和上面这些编辑器不一样。我们单独写了一页。