2026年6月9日に発表されたAnthropicの新モデル Claude Fable 5 が、初日からAmazon Bedrockで利用可能になりました。
本記事では、Bedrockでの提供形態・使い方・注意点(特にデータ保持まわり)の速報として、早速Fable 5を用いてまとめています！

TL;DR

Fable 5はOpusをも超える、Mythosクラスのモデル
Fable 5はBedrockと「Claude Platform on AWS」の両方で初日から利用可能
公式ブログ上は「当面プログラマティックアクセスのみ」だが、実際にはプレイグラウンドでも選択可能(ただしAnthropicへのユースケース詳細の提出が必要)。リージョンはus-east-1とeu-north-1(ストックホルム) のみ
利用前にData Retention APIでのオプトインが必須。オプトイン後、推論データはAWSのデータ境界の外(Anthropic側)に出る
セーフガード(Opus 4.8へのフォールバック)はBedrockでも有効。フォールバック分はOpus料金で課金される
モデルアクセスは全AWSアカウントに段階的開放中

Claude Fable 5とはそもそもどんなモデルか
1. Mythosとの違い
Bedrockでの提供状況
使い方
Bedrock × Fable 5で何ができるようになるか
Bedrock利用者として押さえるべき3点
まとめ
参考リンク

Claude Fable 5とはそもそもどんなモデルか

Claude Fable 5は、Anthropicの第5世代モデルファミリーの第1弾であり、従来の最上位だったOpusクラスのさらに上に位置するMythosクラスのモデルです。

Mythosとの違い

Mythosクラスというぐらいなので、「サイバーセキュリティ分野の能力が高すぎて、逆に利用が危ないのでは」といった懸念が思い浮かぶかもしれませんが、その懸念を払拭しようと改善されたのが、このFable 5になります！
新たなセーフガード（安全分類器）の開発により、同等の能力を持つモデルを一般公開できる体制が整ったとして、Claude Fable 5 がリリースされています。

セーフガードとは、「危険なリクエストを検知するとOpus 4.8が代わりに応答する」フォールバック型の仕組みが組み込まれていることを指しており、これはBedrock経由でもそのまま有効です。
対象はサイバーセキュリティ・生物・化学・ヘルス関連の有害なプロンプトです。

Bedrockでの提供状況

項目	状況
提供リージョン	us-east-1(バージニア北部)、eu-north-1(ストックホルム)
コンソール	プレイグラウンドで選択可能。ただしユースケース詳細の提出が必要(後述)
API	Anthropic Messages API / Invoke API / Converse API
モデルアクセス	全アカウントへ段階的開放(Bedrock利用状況に応じて順次有効化、急ぎはAWSサポートへ)
Mythos 5	BedrockでもLimited Previewあり(審査制)

東京リージョン(ap-northeast-1)は現時点で対象外です。リージョン拡大はモデルカードのドキュメントで更新されるとのこと。

使い方

データ保持へのオプトイン(必須)

Fable 5を呼ぶ前に、Data Retention APIでprovider_data_shareモードを設定する必要があります。ローンチ時点でこの設定のコンソールUIはなく、API直叩きです。

curl -X PUT https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \
  -H "x-api-key: <your-bedrock-api-key>" \
  -H "Content-Type: application/json" \
  -d '{ "mode": "provider_data_share" }'

コマンド実行後、以下のような出力がされていればOKとのこと。

{"mode":"provider_data_share","updatedAt":"2026-06-10T16:51:39.331Z"}

この設定をしないとFable 5は呼び出せません。意味するところは後述の「セーフガードとデータ保持」セクションで詳しく触れますが、組織のデータガバナンス要件によっては承認プロセスが必要になるはずなので、業務アカウントでは設定前に確認を推奨します。
これまでのBedrockの利用体験（データ共有をしない）からは大きく異なるので、特に注意が必要かなと感じました。

なお、こちらの内容は公式ブログ「Anthropic Claude Fable 5 on AWS」の、Claude Fable 5 model in actionというセクションにて記載されております！

Claude Fable 5モデルの利用方針

パターン１：SDK(Anthropicパッケージ) + Messages API(bedrock-mantleエンドポイント)

AnthropicのSDKをBedrockのエンドポイントに向ける方式です。
Anthropic側のAPI仕様にそのまま乗れるのが利点。

import anthropic

client = anthropic.Anthropic(
    base_url="https://bedrock-mantle.us-east-1.api.aws/anthropic",
    api_key="<your-bedrock-api-key>",
)

message = client.messages.create(
    model="anthropic.claude-fable-5",
    max_tokens=4096,
    messages=[
        {"role": "user", "content": "マルチリージョンで秒間10万リクエストを捌くAWSアーキテクチャを設計して"},
    ],
)
print(message.content[0].text)

パターン2：Converse API(bedrock-runtimeエンドポイント)

既存のBedrockワークロードに組み込むならこちら。boto3でモデルIDを差し替えるだけです。
モデルIDはクロスリージョン推論プロファイル形式のglobal.anthropic.claude-fable-5である点に注意です！
モデルカタログに表示されているIDをそのまま利用してしまうと、エラーが発生してしまう可能性があるとのこと（これは本モデルに限らずだったはず）。

import boto3

bedrock_runtime = boto3.client("bedrock-runtime", region_name="us-east-1")

response = bedrock_runtime.converse(
    modelId="global.anthropic.claude-fable-5",
    messages=[
        {"role": "user", "content": [{"text": "マルチリージョンで秒間10万リクエストを捌くAWSアーキテクチャを設計して"}]},
    ],
    inferenceConfig={"maxTokens": 4096},
)
print(response["output"]["message"]["content"][0]["text"])

プレイグラウンドにて利用チェックが入った話

上記設定をする前に確認してしまったものにはなるのですが、実際にコンソール上のプレイグラウンド画面からFable 5を選択をしたところ、利用に関するチェックが入りました！
（ユースケースの提出までは出来ておらずで、AWS上からはまだFable 5に触れたことがないです。。）

Bedrock × Fable 5で何ができるようになるか

AWS公式が挙げるFable 5の特徴は次の3点です。

長時間・非同期の自律実行: 従来モデルでは維持できなかった長期タスクを、介入なしで実行し続けられる
Vision強化: ファイルやPDFの中にネストされた図・チャート・表を読解できる。金融・法務・分析・アーキテクチャ等のドキュメントヘビーな業務に効く
能動的な自己検証: 学習内容に基づいてスキルを自己更新し、自分でハーネスや評価を組み立てる

これをBedrock上で使えることの意味を、AWSエンジニア視点で考えてみます。

既存のAWS環境・ガードレールの中で「数日タスク」が動かせる

Fable 5の本領は「タスクが長く複雑になるほど差が開く」点です。Bedrock経由なら、これをIAM・VPC・CloudWatch・CloudTrailといった既存のAWS統制の中で動かせます。
Step FunctionsやEventBridgeと組み合わせた非同期ワークフローの「頭脳」を差し替えるイメージで、長時間エージェントの実行基盤としてAWSを使う構成が現実味を帯びてきます。

AgentCoreのオーケストレータ候補として

Bedrock AgentCoreでマルチエージェント構成を組んでいる場合、これまでオーケストレータにはSonnetやOpusを置くのが定石でした。
Fable 5は長時間の計画維持・自己検証に強いので、オーケストレータ層の置き換え候補になります。
ワーカーは安価なモデルのまま、司令塔だけFable 5に上げる構成は、コストと性能のバランス的にも試す価値がありそうです(このあたりは実際にトレースを取って検証したいところですね！)。

ドキュメント処理パイプラインの強化

Vision強化により、S3に溜まったPDF・帳票・設計図面類を処理するパイプラインの精度向上が期待できます。
「図表が入り組んだPDFの読解」は従来モデルの弱点だったので、ここが底上げされると前処理(図表の切り出しやOCRの併用)を簡略化できる可能性があります。

注意: コスト感覚は変わる

Fable 5は$10/$50(入力/出力、Mトークン)とOpusクラスより高価格帯です。
「全部Fable 5に置き換え」ではなく、長時間・高難度タスクに限定して投入し、それ以外はOpus/Sonnet/Haikuに流すルーティング設計が前提になると思います。
Converse APIでモデルIDを切り替えやすいBedrockは、この使い分けと相性が良いです。

（某黒いSNSで見かけた話ですが、Claude Code上で試しにFable 5に短文の挨拶をさせただけで、130円くらいかかったそうです。。）

Bedrock利用者として押さえるべき3点

課金はフォールバック先の料金になる

有害判定されてOpus 4.8にルーティングされた場合、Fable価格ではなくOpus価格で課金
会話の途中でブロックされた場合は、前半トークンがFableレート、以降がOpusレートで按分

誤検知でフォールバックしても「高い方の料金を払わされる」ことはない設計です。コスト予測の面では、フォールバック率(Anthropic公称でセッションの5%未満)を見込んでおく程度で良さそうです。

30日間のデータ保持が必須

Mythosクラスのモデル(Fable 5、Mythos 5、今後の同等以上のモデル)では、全トラフィックの30日間保持がAnthropicの要件です。
単発のやり取りでは見えない悪用パターン(複数リクエストにまたがる攻撃や新しいジェイルブレイク)を検知するためとされています。

データはAWSの境界外に出る(ここが最重要)

provider_data_shareにオプトインすると、推論の入出力データはAWSのデータ・セキュリティ境界を離れ、Anthropic側に渡ります。Anthropicは人によるレビューを行う場合があるとしています(学習目的では使用されない)。

「Bedrockを使う理由がデータをAWS境界内に留めることだった」という組織は少なくないはずで、Fable 5の利用はこの前提を崩します。コンプライアンス要件(業界規制、社内のデータ取扱規程)と照らして、利用可否の判断を先にしてからオプトインするのが正しい順序です。詳細はAmazon Bedrock abuse detectionのドキュメントを参照してください。

まとめ

Fable 5はBedrockで初日から使えるが、データ保持オプトインやユースケース提出等が必須
強みの長時間自律実行は、Step Functions/EventBridge/AgentCoreといったAWSの非同期実行基盤と組み合わせてこそ活きる
セーフガードはBedrockでも有効。課金面はフェアな設計だが、データがAWS境界外に出る点だけは組織として事前判断が必要