Bedrock 上 Claude Fable 5 报 400 错误：其实是数据保留策略的坑

API Error: 400 data retention mode 'default' is not available for this model

这既不是代码 bug，也不是别的什么毛病。你把 EnvVars 或 settings.json 翻来覆去改多少遍都治不好。问题出在账户级别的数据保留策略上。

Fable 5（以及 Mythos 5）要求走 Anthropic 的 Model-Specific Retention，规格上必须选择保留 30 天才能使用。选 none（零保留）它根本不搭理你。

诊断：一次 GET 就搞定

curl https://bedrock-mantle.us-east-1.api.aws/v1/models/anthropic.claude-fable-5 \
 -H "x-api-key: $BEDROCK_API_KEY"

{
  "id": "anthropic.claude-fable-5",
  "status": "unavailable",
  "status_details": "data retention mode 'default' is not available for this model"
}

只要 status 变成 unavailable，就该怀疑是保留策略的设置问题。

修复：两次 PUT 就够（一次不够）

关键在于，光把账户的保留策略改成 provider_data_share 还不行。得先在账户层面放行。

curl -X PUT \
 https://bedrock-mantle.us-east-1.api.aws/v1/account/data-retention \
 -H "x-api-key: $BEDROCK_API_KEY" \
 -d '{"data_retention_mode": "provider_data_share"}'

这样账户就允许 provider_data_share 了，但 Fable 5 本身的保留设置还得单独再配一遍。

curl -X PUT \
 https://bedrock-mantle.us-east-1.api.aws/v1/models/anthropic.claude-fable-5/data-retention \
 -H "x-api-key: $BEDROCK_API_KEY" \
 -d '{"data_retention_mode": "provider_data_share"}'

没有第一步，第二步会返回 400；反过来也一样。两步要成套一起做。

隐私上的取舍

选 provider_data_share，意味着把 Prompts/Completions 共享给 Anthropic。Bedrock 相当于当了个裁判，给你开了张"许可证"，但数据确实会交到供应商手里。

• default：AWS 保留，不给供应商看
• none：零保留
• provider_data_share：供应商保留（Fable 5 必需）

价格

Fable 5 大概比 OPUS 4.8 贵一倍左右，差不多是输入 $3 / 输出 $15 这个量级。

会觉得太贵？但有些场景下，Fable 5 的篇幅和质量确实撑得起这个价。不过，代码补全、做原型用 OPUS 就够了；Fable 5 更适合重要的评审，以及推理密集型的任务。