Claude Fable 5与Claude Code协同使用实测推荐
2026年6月9日，Anthropic正式推出Claude Fable 5。这款模型专为开发者日常使用Claude Code的高频场景设计——长时间自主编程会话，需跨越整个代码库并在海量上下文中保持逻辑一致性。如果你已在实际工程中集成Claude Code CLI，只需修改一项配置即可指向新模型，但行为上的变化值得深入剖析。本文提供完整操作路径：涵盖模型选择、生效验证、长时自主运行的调优策略及成本管控。读完你将掌握每种支持模型的配置方法、验证方式，以及何时值得为它支付Opus 4.8两倍的费用。
关于模型本身的技术细节另有专文介绍，本文仅聚焦Claude Code工作流。
前提条件很简单：安装并认证Claude Code（v2.1.170或更高版本），随后通过/model fable或/model claude-fable-5切换。也可使用claude --model fable启动，或设置ANTHROPIC_MODEL=claude-fable-5环境变量，再或者在配置文件中固定"model": "fable"。用/status即可确认生效。价格方面，Fable 5每百万输入token 10美元，每百万输出token 50美元，恰好是Opus 4.8的两倍。因此，长会话的范围需要谨慎评估。
实际上，Anthropic正是为长周期自主编程打造Fable 5。官方称该模型“在处理涉及几百万token的长期任务时能保持专注，并自主记录笔记以优化输出”。这与快速重构截然不同。一个有力的例证：Stripe在测试期间用Fable 5完成了一次跨5000万行Ruby代码的全库变更，仅耗时一天。Stripe表示，若由人工完成，需要一个团队两个多月。完整报告可在官方发布中找到。
当然，代价也很实在。Fable 5每百万输入token 10美元，输出50美元，是Opus 4.8（5和25美元）的两倍。因此，针对“是否应该一直开启Fable 5”这个老问题，诚实的答案是：不。仅在任务确属长周期且人工执行成本远超token账单时启用。日常编辑中，Opus 4.8或Sonnet才是更稳妥的默认选择。若仍在权衡，两篇模型对比文章可助你理清思路。
其实，如果你之前在Claude Code中切换过模型，这套流程应不陌生。与之前使用GLM-5.1的机制相同，只是模型id换了个名称。
前提条件
动手之前，先逐一核对以下条件：
- Claude Code需安装并更新至最新版本。Fable 5要求v2.1.170或更高版本。旧版本不会在模型选择器中显示Fable 5，选择也无效。运行
claude update升级，再用claude --version确认。 - Anthropic账户需具备Fable 5访问权限。在Anthropic API以及Max、Team Premium、Enterprise按需付费计划中，一旦主动选择即可使用Fable 5。它在任何账户类型中都不是默认模型，必须手动挑选。
- API计费或符合条件的订阅。由于Fable 5是付费模型（每百万token 10/50美元），账户需有活跃的API计费或包含该模型的计划。具体层级可查阅Anthropic的models overview。
- 待操作的代码仓库就绪。Claude Code在项目目录中运行。在你想让智能体操作的仓库中打开终端。
还需提前知晓：Fable 5在零数据保留（ZDR）环境下无法使用。若你的组织在Claude Code中启用了ZDR，模型选择器会直接忽略Fable 5或显示为禁用状态。这是政策限制，非程序错误。
设置 Claude Code 使用 Claude Fable 5
Claude Code提供四种模型选择方式，按优先级顺序生效。会话启动时，最高优先级为会话内的/model选择，其次为--model启动标志，再次为ANTHROPIC_MODEL环境变量，最后才是配置文件中的model字段。每种方式对应Fable 5的具体值如下。
任何接受模型的地方，均可使用别名fable或完整模型名claude-fable-5。别名会解析为提供商推荐的Fable版本，并随时间更新；完整id则固定到该特定模型。完整参考见Claude Code的模型配置文档。
选项 1：使用 /model 在会话内切换
最快的方法是直接在会话内切换。在运行中的Claude Code会话中输入：
/model fable
或者，若想锁定精确模型id：
/model claude-fable-5
不传参数直接运行/model会打开选择器，可在列表中选择Fable 5。较新版本中，通过/model选择模型会将选择写入用户设置的model字段，从而成为新会话的默认模型。在选择器中，按回车键会切换并保存为默认值；按键则仅针对当前会话切换。直接输入/model fable的行为类似回车，因此后续会话会一直使用Fable 5，直到再次更改模型。
若对话已有输出，选择器会在切换前要求确认，因为下一次响应会重新读取完整历史记录，无法使用缓存上下文。这属于正常现象；在会话中途切换模型会带来一次性的重新读取成本。
选项 2：使用 --model 标志启动
若只想启动单个Fable 5会话，又不想更改任何已保存的默认设置，可在启动时添加此标志：
claude --model fable
或者使用完整id：
claude --model claude-fable-5
--model标志仅对用它启动的那次会话有效。这是在不同终端同时运行不同模型最干净的方式：每个窗口配置各自的--model标志，而非使用/model切换（因为后者会写入共享的默认设置）。
选项 3：设置 ANTHROPIC_MODEL 环境变量
如果希望从shell启动的会话默认使用Fable 5，可在启动前导出变量：
export ANTHROPIC_MODEL=claude-fable-5
然后运行claude。与标志类似，ANTHROPIC_MODEL仅对其下启动的会话有效。优先级有一个细节需要注意：若在shell中同时导出，又在settings.json的env块中设置了ANTHROPIC_MODEL，则shell导出会胜出，因为设置中的env对象在启动时应用，但不会覆盖预先存在的shell变量。
选项 4：在设置文件中固定
若想让Fable 5成为跨会话的持久默认设置，可将model字段写入设置文件。用户设置位于~/.claude/settings.json；项目范围设置位于.claude/settings.json（或.claude/settings.local.json，后者优先级更高但仅对你有效）。一个最小化的设置文件大致如下：
{"model": "claude-fable-5"}
别名在此同样可用：
{"model": "fable"}
项目设置和托管设置具有优先权，并在下次启动时重新应用。因此，若团队成员的/model选择与项目默认设置冲突，重启时项目设置会胜出。这是企业用来标准化团队模型的机制。
验证你是否正在使用 Fable 5
切勿想当然认为切换成功。在启动昂贵的长时间运行任务前，先确认活跃模型。两种方法可靠：
- 运行
/status。在Claude Code会话中，/status会显示当前活跃模型及账户信息。这是最权威的检查方式。 - 查看状态栏。若配置了状态栏，活跃模型会一直显示在那里，无需打开菜单即可确认。
若你选择了Fable 5后，/status仍显示Opus 4.8而非Fable 5，最常见的原因是项目设置或托管设置在启动时覆盖了你的选择。当启动时的活跃模型来自项目或托管设置时，启动页眉会告知你它是由哪个设置文件配置的。运行一次/model可为当前会话覆盖；项目设置会在下次启动时重新应用。
另外需注意：Fable 5会对网络安全和生物内容运行安全分类器。当分类器标记了某个请求时，Claude Code会自动在默认的Opus模型（Anthropic API上为Opus 4.8）上重新运行该请求，并在日志中显示通知。因此，即使你选择了Fable 5，个别请求也可能静默地在Opus 4.8上运行。Anthropic报告称，超过95%的Fable会话不涉及回退，所以普通应用程序代码很少遇到这种情况，但这解释了为何偶尔会看到“已切换到Opus”的通知。若想回退后重新使用Fable 5，再运行一次/model fable即可。
将 Claude Code 与 Apifox 配合使用
当Claude Code编写或修改完API后，接下来的问题就是这些端点能否正常工作。一次长时间自主运行可能会涉及几十个路由，阅读diff与确认API返回预期结果是两回事。这正是Apifox切入工作流之处：Claude Code负责写代码，Apifox负责验证实时行为。
具体在Claude Code会话修改完API后，工作流如下：
- 让Claude Code输出或更新OpenAPI规范。若项目维护有OpenAPI文档，让智能体在修改实现时同时更新文档。若没有，则让它为修改过的路由生成一份。规范是代码与测试工具之间最干净的交接方式。
- 将规范导入Apifox。在Apifox中，创建或打开一个项目，导入OpenAPI文件。Apifox会读取路径、方法、参数和Schema，将每个端点转化为可运行的请求，从而免去手动输入URL的繁琐。
- 运行请求。针对本地或测试服务器调用修改后的端点。发送真实请求，检查状态码、响应头和响应体，确认响应与代码逻辑一致。
- 根据Schema验证响应。Apifox可检查每个响应是否符合规范中的Schema。这能捕捉到代码返回内容与契约承诺之间的偏差——快速、自动化变更中最容易出问题的地方。
- 将请求保存为测试用例。一旦端点通过验证，将这些请求留存为回归测试套件。下次Claude Code或任何人修改这些路由时，只需重新运行套件，即可立即发现是否有功能损坏。
这种配合在使用长周期模型时尤为关键。自主变更的范围越大，需要验证的表面积就越多。通过Apifox中可运行的测试套件，就能将“智能体说它完成了”转化为“端点已确认正常工作”。