Claude Fable 5 API 示例：重试、回退、OpenRouter 与 Bedrock
面向生产环境的 Claude Fable 5 API 指南：选择 provider、设置预算、安全重试，并在不可用或不划算时回退到 Opus。
Fable5 编辑部API 调用本身不难。 可靠的 Claude Fable 5 集成需要四件事：选定 provider、设置成本上限、有限重试，以及明确的回退路线。它们比复制一段请求代码更重要。
先确定由谁提供和计费
Fable 5 可能通过直接 API、AWS Bedrock 或 OpenRouter 等聚合器提供。部署前明确哪一个账户付款、哪个区域和 provider 是生产环境的事实来源。
| 选择 | 适用情况 | 先检查 |
|---|---|---|
| 直接 API | 需要最短链路和一方控制 | 当前 model ID、额度和 API 账单 |
| Bedrock | 基础设施和治理在 AWS | 区域级访问与模型批准 |
| OpenRouter | 需要一套集成调用多个模型 | 路由、隐私条款和回退行为 |
不要把博客中的 model ID 写死；上线时应以 provider 的现行文档为准。
一个安全的请求策略
将模型选择和预算策略放在 prompt 外：主模型 Fable 5、回退模型 Opus 4.8、最多两次重试、超时、输入/输出 token 上限，以及任务 ID。结果必须返回实际执行的 provider 和模型，否则日后无法解释成本和质量波动。
只重试可能恢复的错误
对 timeout、短期限流、5xx 用指数退避并限制次数；认证错误、无效输入、策略拦截或已经超过预算的任务不要盲目重试。长程 Agent 每完成一步都应存 checkpoint，避免一次失败把整段付费工作重新执行。
将回退当作产品决策
- Fable 5：长程、高难、失败重做很贵的任务；
- Opus 4.8：常规工作、容量问题或受限的回退通道；
- 停止并要求人工确认：必须使用主模型能力的任务。
详见 Fable 5 vs Opus 4.8。使用 提示词生成器 保存可移植的系统提示词，回退模型才能正确理解同一任务契约。
OpenRouter 与 Bedrock
OpenRouter 适合多模型实验和统一路由，但每次请求都要记录最终 provider 与模型；仅写 “Fable 5” 无法解释账单或延迟。Bedrock 则需在实际部署区域确认访问与批准，并提前准备替代模型路线。操作检查参见 Bedrock 访问指南。
生产检查清单： 确认现行 model ID；请求前限制 token 与美元预算；只重试瞬态错误；保存 checkpoint；记录 requested/resolved model、provider、token、延迟和结果；在故障前用真实 prompt 测试回退。
成本估算请使用 价格计算器。