AIエージェント開発

Claude Fable 5.2 API|モデルID・料金【2026年11月】

Claude Fable 5.2 API|モデルID・料金【2026年11月】

この記事の結論

Claude Fable 5.2のAPIで替えるモデルID、入力8ドル・出力40ドルの料金、5.1から壊れうる4つの変更、effortの既定とfast modeが使える提供先を、2026年11月10日時点の公式docsで整理。

2026年11月10日時点で、Claude Fable 5.2 を API で使うときにまず替えるのはモデル ID で、Amazon Bedrock だけ anthropic.claude-fable-5-2、ほかの提供先は claude-fable-5-2 です。料金は 100 万トークンあたり入力 8 ドル・出力 40 ドルで、Fable 5.1(入力 10 ドル・出力 50 ドル)より下がりました。5.1 から移すときは、公式の資料が「コードを壊しうる」と挙げる 4 つの変更を先に確かめます(What’s new in Claude Fable 5.2)。

この記事の要点(2026年11月10日時点)

  • 2026年11月9日(米国時間)に発表され、発表によると AWS・Google Cloud・Microsoft Azure を含む全部の提供先で同日から使えます(Microsoft Foundry では Anthropic 運用の展開だけ)。
  • コンテキストは 100 万トークン、1 回の出力は最大 12 万 8,000 トークン。fast mode は出力が最大 2.5 倍速く、入力 16 ドル・出力 80 ドルです。
  • 壊れうる 4 点:前のターンを書き換えた会話の 400 が全アカウントに広がる/5.2 の思考ブロックは 5.2 系だけが読む/computer_20251124 は Bedrock 以外で 400/advisor ツールの advisor は 5.2 系だけ。
  • API の effort の既定は high(Claude のアプリと Claude Code は Medium)。移したら effort を明示して評価を流し直します。

対象読者:Claude API・Claude Code・Claude Platform on AWS・Amazon Bedrock・Google Cloud・Microsoft Foundry で Fable 5.1 や Opus 5.5 を使う開発者。

移行ガイドは 5.1 からの移行を「mostly drop-in(大半はそのまま差し替えられる)」とし、常にオンの適応型思考(adaptive thinking・考える量をモデルが決める仕組み)や、強制のツール呼び出しを受け付けない制限は 5.1 と同じだとしています(Claude Fable 5.2 and Claude Mythos 5.2 migration guide)。ただ、会話の履歴を自前のコードで組み立てている場合は、5.1 で通ったリクエストが 5.2 では 400 エラーになることがあります。この記事は 2026年11月10日時点の公式ドキュメントで確認できた範囲で、開発者が手を動かす順に整理します。コードは公式 docs の例の形で、当社はこの記事の時点で Fable 5.2 を API で実行していません。

Claude Fable 5.2 の API でまず替える所|モデル ID の表

モデルのページによると、6 つの提供先のうち 5 つのモデル ID は claude-fable-5-2 で、Amazon Bedrock だけ anthropic.claude-fable-5-2 です(Claude Fable 5.2 のモデルのページ)。ただし送り方は、Microsoft Foundry ではデプロイ名、Google Cloud の Google 運用(Google が Agent Platform の一部として運用する形)では URL に ID を入れる形と、提供先ごとに少し違います。

Claude Fable 5.2のモデルID。Claude API、Claude Platform on AWS、Google Cloud(Anthropic運用)、Google Cloud(Google運用)、Microsoft Foundryはclaude-fable-5-2、Amazon Bedrockはanthropic.claude-fable-5-2(Claude Fable 5.2のモデルのページをもとに作成)

提供先 モデル ID 送り方の注意
Claude API claude-fable-5-2 利用の承認は要らない(移行ガイド)
Claude Platform on AWS claude-fable-5-2 Claude API と同じ ID を使う(Bedrock 式の ID ではない)
Google Cloud(Anthropic 運用) claude-fable-5-2 Claude API と同じ ID
Google Cloud(Google 運用・Agent Platform) claude-fable-5-2 cURL ではエンドポイントの URL がモデルを指し、本文の model は省く
Microsoft Foundry(Anthropic 運用) claude-fable-5-2 送るのはデプロイ名(既定ではモデル ID と同じ名前)
Amazon Bedrock anthropic.claude-fable-5-2 使えるかどうかの条件はモデルごと。AWS のコンソールで確かめる

注意の欄の根拠は各提供先のページです(Google managed・Microsoft Foundry・Amazon Bedrock)。Foundry で Fable 5.2 を使えるのは Anthropic 運用(Hosted on Anthropic)の展開だけです。仕様は、コンテキスト 100 万トークン、1 回の出力の上限 12 万 8,000 トークン、確かな知識は 2026年6月までです(Models overview)。

コードで替えるのは model の文字列です。移行ガイドの Python の例は次の 2 行です。

model = "claude-fable-5-1"  # Before
model = "claude-fable-5-2"  # After

Bedrock では、Messages API の形で呼べる AnthropicBedrockMantle を使います。次は Bedrock のページの例のモデル ID を替え、max_tokens を大きくした形です。max_tokens は思考と本文を合わせた上限で、小さいと本文の前で止まることがあります(移行ガイド)。

from anthropic import AnthropicBedrockMantle

client = AnthropicBedrockMantle(aws_region="us-east-1")

message = client.messages.create(
    model="anthropic.claude-fable-5-2",
    max_tokens=16000,
    messages=[{"role": "user", "content": "Hello, Claude"}],
)
print(next(block.text for block in message.content if block.type == "text"))

Claude Code に書き換えを任せるなら、移行ガイドは /claude-api migrate this project to claude-fable-5-2 という 1 行の指示を載せています。なお、同じ能力の Claude Mythos 5.2(claude-mythos-5-2)は、Cyber Verification Program などの審査の制度で認められた組織だけが使えます。

料金と fast mode|Fable 5.1・Opus 5.5 との比較表

料金のページによると、標準の料金は 100 万トークンあたり入力 8 ドル・出力 40 ドルで、5.1 の 10 ドル・50 ドルより下がりました。キャッシュの読み込みは入力の基本料金の 0.025 倍、Batch API は半額です。fast mode は入力 16 ドル・出力 80 ドルで、使える条件が標準と違います(Pricing)。

fast modeの4点。出力の速さは最大2.5倍(1秒あたりの出力トークン)、料金は標準の2倍、Batch APIでは使えない(Priority Tierとも併用できない)、標準に戻すとキャッシュが外れる(Fast modeのページをもとに作成)

100 万トークンあたり(ドル) Fable 5.2 Fable 5.1 Opus 5.5
入力 8 10 4
出力 40 50 20
キャッシュの書き込み(5 分) 10 12.50 5
キャッシュの書き込み(1 時間) 16 20 8
キャッシュの読み込み 0.20 0.25 0.20
Batch API(入力・出力) 4・20 5・25 2・10
fast mode(入力・出力) 16・80 料金表に無い 8・40

表は Anthropic の料金のページの値(ドル)です。Amazon Bedrock と Google Cloud の Google 運用は、各クラウドが料金を決めます。Claude API などで inference_geo: "us"(推論を米国内に限る指定)を付けると、全部の料金が 1.1 倍になります。fast mode を使う前に知っておく点は 4 つです(Fast mode)。

  • 出力の速さは最大 2.5 倍:同じモデルを速い設定で動かすもので、能力は変わりません。速くなるのは 1 秒あたりの出力トークンで、最初のトークンまでの時間ではありません。
  • 料金は標準の 2 倍:16 ドル・80 ドルは標準の 8 ドル・40 ドルの 2 倍で、キャッシュの倍率はその上に重なります。
  • Batch API では使えない:利用量を約束して優先的に処理される Priority Tier の契約とも併用できません。
  • 標準に戻すとキャッシュが外れる:速さの違うリクエストはキャッシュを共有しないので、429 を受けて標準で送り直すとキャッシュはヒットしません。

fast mode のレート制限は標準とは別枠です。Fable 5.2 は利用段階が Start・Build・Scale なら申請なしで使え、Evaluation の段階の組織はそのどれかに上がると使えます。どちらの速さで処理されたかは応答の usage.speed で分かります(fast mode のページ)。Claude API では β ヘッダーは要りません(リリースノート 2026年11月9日の項)。次は fast mode のページの例のモデル ID を替えた形です。

import anthropic

client = anthropic.Anthropic()

response = client.messages.create(
    model="claude-fable-5-2",
    max_tokens=16000,
    speed="fast",
    messages=[
        {"role": "user", "content": "Refactor this module to use dependency injection"}
    ],
)

print(response.usage.speed)  # "fast" or "standard"

5.1 から変わった所|壊れる 4 点と、コードを替えなくても変わる挙動

What’s new のページと 2026年11月9日のリリースノートは、5.1 からの変更のうちコードを壊しうるものを 4 つ挙げています(What’s new in Claude Fable 5.2)。速さ・トークンの効率・誤ブロックの変化は、発表のページに書かれています。

Claude Fable 5.1から壊れうる4つの変更。前のターンの編集は全アカウントで400、5.2の思考ブロックを読めるのは5.2系だけ、computer_20251124はBedrock以外で400、advisorツールのadvisorはFable 5.2かMythos 5.2だけ(What's new in Claude Fable 5.2をもとに作成)

発表によると、Fable 5.2 の出力は 5.1 より最大 30% 速く、Medium の effort(Claude のアプリと Claude Code の既定)では難しい作業を 5.1 より少ないトークンでこなせます。悪用を防ぐ分類器の不要なブロックは、claude.ai・Claude Code・Cowork(利用者の PC の上で作業する Claude)での初期の試験で 5.1 より約 55% 減りました(サイバー約 60%・生物約 40%)(Claude Fable 5.2 and Mythos 5.2 の発表)。API の利用で同じだけ減るとは書かれていません。

① 前のターンの編集は全アカウントで 400 になる

5.2 の思考ブロック(thinking ブロック)は、その前の system・tools・メッセージが変わっていないときだけ有効で、API はこれを prefix check で確かめます。5.1 で既定で 400 になるのは 2026年8月31日(UTC)以降に作ったアカウントだけでしたが、5.2 は全アカウントで 400 です。エラー文には The block is bound to a different conversation が入り、送り直しても直りません(Preserved thinking)。Claude Code・claude.ai・Managed Agents・Agent SDK が履歴を組み立てる場合は何も変わりません。応急の手は、thinking-binding-controls-2026-08-01 の β ヘッダーを付けて thinking.block_binding.prefix_mismatch_behavior を "drop_block" にすることですが、捨てた推論をやり直す分だけ出力トークンが増えることがあります。

② 5.2 の思考ブロックを読めるのは 5.2 系だけ

Claude API と Google Cloud(Google 運用)では、5.2 は 5.1 や Opus 5.5 の思考ブロックを読めるので、5.1 から移しても前の推論は引き継がれます。逆に 5.2 のブロックを読めるのは Fable 5.2 と Mythos 5.2 だけで、ルーターや fallback(拒否されたリクエストを別のモデルで送り直す仕組み)で 5.1 や Opus 5.5 に移ると、API は読めないブロックを捨てます。リクエストは成功し、捨てた分は課金されませんが、直後のターンの費用と待ち時間が増えることがあります(移行ガイド)。

③ computer_20251124 は Bedrock 以外で 400

コンピューター操作(computer use)は computer_toolset_20260801 のツールセットで宣言します。古い computer_20251124 は、Amazon Bedrock を除く全部の提供先で 400 の invalid_request_error になります。

④ advisor は Fable 5.2 か Mythos 5.2 だけ

β の advisor ツールで実行役(executor)を 5.2 にすると、advisor(相談される側のモデル)に指定できるのは Fable 5.2 と Mythos 5.2 だけで、Fable 5.1 などは 400 です。advisor の model の変更は tools の書き換えにあたるので、新しい会話で替えます。

思考を切る thinking: {"type": "disabled"} と budget_tokens の手動の思考、強制の tool_choice(any・tool)、assistant の先頭を埋めるプリフィルが 400 になる点と、temperature・top_p・top_k を外す点は 5.1 と同じです。5.1 のときの直し方は Claude Fable 5.1 API 移行ガイドにまとめています。コードを替えなくても変わる挙動として、公式の資料は次を挙げています。

  • 「考えずに答えて」のような行は、medium 以上の effort では思考を止めない。
  • 思考も max_tokens に含まれ、小さいと本文の前に stop_reason: "max_tokens" で止まる。
  • 長い作業で、残りの一覧や「続けますか」で途中のターンを終えることがある(low と medium で多い)。
  • xhigh や max では自分の作業をサブエージェントに見直させることがあり、その分の費用がかかる。

移す前に確かめること|8 段の手順

移行ガイドのチェックリストを、5.1 から移す場合と Opus 5.5 から移す場合を合わせて 8 段に並べました。当社はこの手順を Fable 5.2 で実行していないので、本番で使う前に必ずテスト環境で動作を確かめてください。

移す前に確かめる8段。30日のデータ保持を確かめる、レート制限を確かめる、モデルIDを替える、履歴の編集を探す、advisorとcomputer useを直す、effortを明示する、評価を流し直す、引き継ぐプロンプトを見直す(Claude Fable 5.2の移行ガイドをもとに作成)

  1. 30 日のデータ保持を確かめる。Fable 5.2 は、Anthropic が明示的に認めた場合を除きデータを保持しない契約(ZDR)の下では使えず、保持のない組織やワークスペースからのリクエストは Claude API で 400 になります。ZDR の組織は、ワークスペースで 30 日の保持を設定するか、アカウント担当に相談します。
  2. レート制限を確かめる。5.2 の枠は 5.1 とは別で、Opus 5.5 より各段階のトークンの上限が低くなっています。Priority Tier には対応していないので、その契約がある組織は容量を別に見積もります。
  3. モデル ID を替える。Bedrock は anthropic.claude-fable-5-2、Foundry はデプロイ名を送ります。
  4. 履歴の編集を探す。自前で messages を組むコードは、β ヘッダーと "drop_block" を付けた試験の会話を流し、input_transformations の prefix_binding_mismatch を全部直します。5.1 でエラーが出ていなくても行います。
  5. advisor と computer useを直す。advisor の model を claude-fable-5-2 か claude-mythos-5-2 にし、Bedrock 以外では computer_toolset_20260801 に替えます。speed: "fast" は fast mode の対応表にある提供先だけに残します。
  6. effort を明示する。既定の high は Opus 5.5 の medium より 1 段上で、省くとエラーは出ないまま費用と待ち時間だけが変わります。
  7. 評価を流し直す。high・medium・xhigh で自分の評価を流し、費用と待ち時間の基準を取り直します。high 以上では max_tokens を大きく取ります。
  8. 引き継ぐプロンプトを見直す。「考えずに答えて」の行、委任を促す行、プロンプトに書いたトークンの予算、積み重なった注意書きを外すか試します。

4 段目の試験は、preserved thinking のページの Python の例が出発点です。公式の例は claude-fable-5-1 で書かれ、同じページは 5.2 でもこの確かめ方が使えるとしています。次はモデル ID を 5.2 に替えた形です。

import anthropic

client = anthropic.Anthropic()

user_turns = [
    "How many positive integers below 500 have exactly 6 positive divisors?",
    "How many of those are odd?",
]

# messages grows across turns: each assistant turn goes back exactly as returned
messages = []
for user_turn in user_turns:
    messages.append({"role": "user", "content": user_turn})
    response = client.beta.messages.create(
        model="claude-fable-5-2",
        max_tokens=16000,
        thinking={
            "type": "adaptive",
            "block_binding": {"prefix_mismatch_behavior": "drop_block"},
        },
        messages=messages,
        betas=["thinking-binding-controls-2026-08-01"],
    )
    messages.append({"role": "assistant", "content": response.content})
    thinking_blocks = sum(block.type == "thinking" for block in response.content)
    dropped = len(response.input_transformations or [])
    print(f"thinking blocks: {thinking_blocks}, dropped: {dropped}")

同じページは、普通のターン 2 回では問題が出にくいとして、圧縮(compaction)、途中で接続する MCP サーバー、モードの切り替え、モデルの切り替えと戻し、後日の再開も "error" を付けた試験で流すよう勧めています。見つかった編集は、role: "system" のメッセージの追記、tool_addition と tool_removal のブロック、サーバー側の圧縮といった、前の部分を変えない形に置き換えます(Preserved thinking)。

effort の選び方|API の既定は high・FrontierCode の数字の読み方

effort は、Claude が応答に使うトークンの量(思考・本文・ツール呼び出し)を調整する引数で、Messages API では output_config.effort に指定します。Fable 5.2 は 5 段すべてに対応し、Claude API での既定は high です。effort のページは「high から始める。能力の伸びの大半は high で出ていて、それより上の伸びはまちまちで作業によって違う」と書いています(Effort)。

段階 公式の説明(effort のページ) Fable 5.2 での使いどころ(Prompting のページ)
low 最も効率的。トークンを大きく節約し、能力は少し下がる 短いやり取り、仕様のはっきりした作業、件数の多い処理。Anthropic の試験では、low の点数は Fable 5.1 の高い effort に近かった
medium トークンをほどほどに節約し、速さ・費用・性能の釣り合いをとる 対話しながらのコーディング、チャット、日常の知識作業
high(API の既定) 作業に必要なだけトークンを使い、優れた結果を出す 難しいコーディング、調査、エージェントの作業、無人の長時間の実行
xhigh 長時間の作業に向けて能力を広げる 最も難しい長時間の作業で、伸びを測れた所だけ
max トークンの使い方に制約を付けない最大の能力 モデルの上限を測るときと、時間とトークンを問わない珍しい作業。xhigh より遅く高くつく

使いどころの欄は Prompting Claude Fable 5.2 の説明です。Opus 5.5 の既定は medium なので、effort を書かずに Opus 5.5 から移すと 1 段上で動きます。発表によると、Claude のアプリと Claude Code での既定は Medium です。effort は厳密なトークンの予算ではなく、返答の長さもほとんど変わらないので、長さや口調はプロンプトで指定します。次は effort のページの例のモデル ID と max_tokens を替えた形です。

response = client.messages.create(
    model="claude-fable-5-2",
    max_tokens=16000,
    messages=[{"role": "user", "content": "Analyze the trade-offs between microservices and monolithic architectures"}],
    output_config={"effort": "high"},
)

発表は effort ごとの結果として FrontierCode 2.0 の数字を出しています。モデルが書いたコードの変更を、オープンソースのリポジトリの保守者がマージするかを測る評価です。Anthropic の測定では、Fable 5.2 は High で 45.3% と Opus 5.5 の最高の 45.5% にほぼ並び、1 タスクあたりの費用は約半分でした。Xhigh では 49.1% で、Anthropic が試した公開済みのモデルで最も高い点数です(発表)。自分の作業で同じ差が出るかは、評価を流して確かめます。

同じ会話の途中で effort を変えるときは、β の per-message effort を使うとプロンプトキャッシュを保ったまま段階を替えられます。β ヘッダー mid-conversation-output-config-2026-07-01 を付け、中身が空の role: "system" のメッセージに新しい段階を入れます。Fable 5.2 では Claude API・Google Cloud(Google 運用と Anthropic 運用)・Claude Platform on AWS・Amazon Bedrock で使えます。

{ "role": "system", "content": [], "output_config": { "effort": "low" } }

要求の一番上の output_config.effort を要求ごとに変えると、キャッシュが最初からやり直しになります。5.1 のときに入った β の機能の実装の形は、Claude Fable 5.1 新機能 β3 種の実装ガイドで説明しています。

Advisor と Orchestrator|公式の説明の範囲で使い方を整理

発表は Fable 5.2 の役として、Haiku・Sonnet・Opus のモデルが難しい問題で Fable 5.2 に相談する Advisor と、Fable 5.2 が簡単な作業を小さなモデルに任せる Orchestrator を挙げ、たいていの作業は Opus 5.5 から始めるよう勧めています。API の上では、Advisor は advisor ツールと Claude Code の advisor が受け持ち、Orchestrator は Claude Managed Agents のマルチエージェントの設定で組めます。

Fable 5.2の2つの役。AdvisorはHaiku・Sonnet・Opusが相談する役で、advisorツールとClaude Codeのadvisorが受け持つ。Orchestratorは小さなモデルに任せる役で、Claude Managed Agentsで組む(Anthropicの発表とClaude Platform Docsをもとに作成)

Advisor|Haiku・Sonnet・Opus が相談する役

Messages API の advisor ツールは β の機能で、実行役のモデルが作業の途中で advisor に相談し、advisor は会話の全体を読んで計画や軌道修正を返します。β ヘッダー advisor-tool-2026-03-01 を付け、tools に advisor_20260301 型のツールを入れます。リリースノートによると、どの実行役のモデルも Fable 5.2 を advisor にできます。次は advisor ツールのページの例を、実行役を Opus 5.5、advisor を Fable 5.2 にした形です(Advisor tool)。

response = client.beta.messages.create(
    model="claude-opus-5-5",
    max_tokens=16000,
    betas=["advisor-tool-2026-03-01"],
    tools=[{"type": "advisor_20260301", "name": "advisor", "model": "claude-fable-5-2"}],
    messages=[{"role": "user", "content": "Build a concurrent worker pool in Go with graceful shutdown. Keep it brief."}],
)

Fable 5.2 の助言は暗号化された advisor_redacted_result で返り、実行役は読めますが、自分のコードからは本文を読めません。advisor の呼び出しは advisor のモデルの料金で別に課金され、量は usage.iterations に出ます。呼び出し回数は max_uses、1 回の出力は max_tokens で上限を付けられます。使える提供先は Claude API・Claude Platform on AWS・Google Cloud(Anthropic 運用)で、いずれも β です。Managed Agents では multiagent の欄に "advisor": {"type": "enabled", "model": "claude-fable-5-2"} の形で指定します。

Claude Code では /advisor のコマンド、設定の advisorModel、起動時の --advisor で advisor を決めます。主モデルが Fable 5.2 のときの advisor は Fable 5.2 だけで、Fable 5.2 には v2.1.321 以降が要ります。Claude Code の advisor は試験的な機能で Anthropic API だけが対象とされ、Amazon Bedrock・Claude Platform on AWS・Google Cloud の Agent Platform・Microsoft Foundry では使えず、advisor ツールとは使える提供先が違います。一部のプランでは、Fable を advisor にすると使用クレジットへの課金の同意が要ります(Claude Code の advisor)。

Orchestrator|小さなモデルに任せる役

Claude Managed Agents では、エージェントの定義の multiagent の欄(型は multiagent_20261001)で、サブエージェントへの委任(subagents)、多数のエージェントを段階に分けて動かす動的ワークフロー(workflows)、advisor を決めます。β ヘッダーは managed-agents-2026-04-01 です。その場で定義される子(inline agents)は親と同じモデルで動くので、簡単な作業を小さなモデルに任せるなら、先にそのモデルでエージェントを作って predefined_agents に載せます。委任は 1 段だけで、子のスレッドは同時に 25 本まで、一覧に載せられるのは 20 までです(Multiagent orchestration)。次は同じページの例の、まとめ役のモデルを Fable 5.2 にした形です。

lead_agent = client.beta.agents.create(
    name="Engineering Lead",
    model="claude-fable-5-2",
    system="You coordinate engineering work. Delegate code review to the reviewer agent and test writing to the test agent.",
    tools=[{"type": "agent_toolset_20260401"}],
    multiagent={
        "type": "multiagent_20261001",
        "subagents": {
            "type": "enabled",
            "predefined_agents": [
                {"type": "agent", "id": reviewer_agent.id},
                {"type": "agent", "id": test_writer_agent.id},
            ],
        },
    },
)

reviewer_agent と test_writer_agent は先に作った別のエージェントで、それぞれの定義のモデルで動きます。動的ワークフローでは全部のエージェントがトークンを使うので、セッションの予算(session budget)で上限を決めます。既存のエージェントを 5.2 に替えるときは、advisor の model も 5.2 系にし、speed: "fast" があれば外します(移行ガイド)。Prompting のページは、サブエージェントがセッションの費用の大きな部分を占めることがあるとして、ハーネスがサブエージェントを既定でどのモデルで動かすかを確かめるよう書いています。サブエージェントを減らすかの判断は、サブエージェントを減らすか決める 3 条件で整理しています。

公開事例として、claude.dev のブログは、Fable 5.2 の初期版で動く 1,000 体のエージェントが、研究者の指示なしに Git と共有の Postgres データベースで作業を分け合い、フェルマーの最終定理の形式的な証明を 28.7 時間で作り直した実験を載せています。各エージェントはネットワークにつながらない sandbox で動き、コマンドと編集は実行前に分類器が確かめ、後から別の監視も調べました。同社はこれを「toy experiment(試しの実験)」と呼んでいます(Safely scaling multi-agent teams with Claude Fable 5.2)。

提供先ごとの違い|fast mode が使える所・使えない所

Fable 5.2 は 6 つの提供先で使えますが、fast mode・advisor ツール・Managed Agents が使えるかは提供先ごとに違います。次の表は fast mode・advisor ツール・Multiagent orchestration・各提供先のページを合わせて作りました(2026年11月10日時点)。

提供先 fast mode advisor ツール Managed Agents のマルチエージェント 主な注意
Claude API 使える(speed: "fast") β β 利用の承認は要らない
Claude Platform on AWS 対応表に無い β β AWS Marketplace で請求(単位は Claude Consumption Unit)
Google Cloud(Anthropic 運用) 使える(speed: "fast") β β server-side fallback も β で使える
Google Cloud(Google 運用・Agent Platform) 使える(価格は Google Cloud が決める) 対応していない 対応していない 新しいモデルは global か multi-region のエンドポイント
Microsoft Foundry(Anthropic 運用) 使える(別モデル claude-fable-5-2-fast) 対応していない 対応していない Azure 運用の展開に Fable 5.2 は無い
Amazon Bedrock 対応表に無い 対応していない 対応していない 古い computer_20251124 も使える

移行ガイドは、fast mode の対応表に無い提供先(Amazon Bedrock と Claude Platform on AWS)と Managed Agents では speed: "fast" を外すよう書いています。Microsoft Foundry の fast mode は別モデル claude-fable-5-2-fast で、そのデプロイには speed を付けず、-fast の付かないデプロイに speed を付けるとエラーになります(Fast mode)。発表によると fast mode は Claude Code でも使え、Mythos 5.2 の fast mode は審査の制度に入った組織だけです。

拒否(stop_reason: "refusal")を受けたリクエストを別のモデルで送り直す server-side fallback は、Claude API と Google Cloud(Anthropic 運用)で β として使え、β ヘッダー server-side-fallback-2026-07-01 と fallbacks: "default" で指定します。Fable 5.2 の送り直し先は Opus 4.8 と Opus 5 で、送り直し先は 5.2 の思考ブロックを受け取りません。Claude Platform on AWS・Bedrock・Google Cloud(Google 運用)・Foundry では、クライアント側で送り直します。Bedrock と Google 運用では、データの扱いも各クラウドの規定に従います。5.1 のときのクラウドごとの手順は、Fable 5.1 を Bedrock/Vertex/Foundry で使う手順で扱っています。

【要注意】Fable 5.2 の API で起きやすい読み違い 4 つ

読み違い 1:Claude Code の既定が Medium なので API も Medium だと考える

❌ effort を書かなくても Medium で動くので、Opus 5.5 のときと費用は変わらない
⭕ Claude API での Fable 5.2 の既定は high で、Opus 5.5 の既定 medium より 1 段上。移したら effort を明示し、評価で費用と待ち時間を測り直す

なぜ重要か:移行ガイドによると、effort を省いたリクエストは成功したまま費用・待ち時間・結果だけが変わり、エラーが出ないので気づきにくいからです。

読み違い 2:どの提供先でも speed: “fast” を足せば速くなると考える

❌ Bedrock や Managed Agents でも speed: "fast" を付ければ fast mode になる
⭕ fast mode の対応表にあるのは Claude API・Google Cloud(Anthropic 運用と Google 運用)・Microsoft Foundry(Anthropic 運用)だけ。Foundry は別モデル claude-fable-5-2-fast のデプロイに送り、Batch API では使えない

なぜ重要か:fast mode に対応していないモデルに speed: "fast" を付けるとエラーになり、Foundry では -fast の付かないデプロイに付けてもエラーになるからです(fast mode のページ)。

読み違い 3:5.1 で 400 が出ていないので 5.2 でも出ないと考える

❌ 今のアカウントで 5.1 の prefix check のエラーを見たことがないので、履歴の扱いは直さなくてよい
⭕ 5.1 は 2026年8月31日以降に作ったアカウントだけ既定で 400、5.2 は全アカウントで 400。"drop_block" を付けた試験の会話で prefix_binding_mismatch を探してから移す

なぜ重要か:preserved thinking のページは、自分の API キーでエラーが出ないことは、コードが履歴を変えていない証拠にならないと書いています。

読み違い 4:誤ブロックが約 55% 減ったのは API の数字だと考える

❌ 拒否が減ったので、stop_reason: "refusal" の処理は外してよい
⭕ 55% は claude.ai・Claude Code・Cowork での初期の試験の数字。API では拒否が HTTP 200 と stop_reason: "refusal" で返るので、stop_details.category の全部の分類に備えた処理を残す

なぜ重要か:移行ガイドによると、Fable 5.2 は 5.1 と同じ stop_details の分類で安全の分類器を動かしているからです。正当なセキュリティや生命科学の作業が止まる組織には、Cyber Verification Program と Life Sciences Verification Program が案内されています。

よくある質問

Claude Fable 5.2 の API を使うのに、申し込みは要りますか?

Claude API では、Fable 5.2 は利用の承認なしで使えると移行ガイドは書いています。条件は 30 日のデータ保持で、保持のない組織やワークスペース(ZDR の契約など)からのリクエストは 400 になります。Amazon Bedrock はモデルごとにアクセスの条件を決めているので、AWS のコンソールのモデルアクセスの画面で確かめます。Claude Mythos 5.2 は、審査の制度で認められた組織だけが使えます。

モデル ID を claude-fable-5-2 に替えるだけで動きますか?

移行ガイドは 5.1 からの移行を「大半はそのまま差し替えられる」としつつ、4 つの変更でコードが壊れうると書いています。会話の履歴を Claude Code・claude.ai・Managed Agents・Agent SDK に任せ、advisor ツールと古い computer_20251124 を使っていなければ、その 4 つには当たりません。そのうえで effort の既定(high)とレート制限の枠を確かめます。Bedrock では anthropic.claude-fable-5-2、Foundry ではデプロイ名を送ります。

fast mode はどこで使えて、料金はいくらですか?

Fable 5.2 の fast mode は 100 万トークンあたり入力 16 ドル・出力 80 ドルで、標準の 2 倍です。対応表にあるのは Claude API、Google Cloud(Anthropic 運用と Google 運用)、Microsoft Foundry(Anthropic 運用・別モデル claude-fable-5-2-fast)で、Google 運用の価格は Google Cloud が決めます。Amazon Bedrock と Claude Platform on AWS は対応表に無く、Managed Agents と Batch API でも使えません。Claude API では、利用段階が Start・Build・Scale なら申請せずに使え、Evaluation の段階の組織はそのどれかに上がると使えます。

effort を指定しないと、どの段階で動きますか?

Claude API での Fable 5.2 の既定は high で、Opus 5.5 の既定 medium より 1 段上です。発表によると、Claude のアプリと Claude Code での既定は Medium です。移行ガイドと Prompting のページは、high を明示し、medium と xhigh でも評価を流して費用と待ち時間の基準を取り直すよう勧めています。

Fable 5.1 の会話を途中から 5.2 に切り替えると、前の推論は引き継がれますか?

Claude API と Google Cloud(Google 運用)では引き継がれます。Fable 5.2 が 5.1 の思考ブロックを読めるためで、ほかの提供先について同じ記載は確かめた範囲の docs にありませんでした。逆に 5.2 から 5.1 や Opus 5.5 に移すと、5.2 の思考ブロックは API が捨て、リクエストは成功しますが推論はやり直しになります。保存した会話を別のアカウントで再生した場合も 5.2 の思考ブロックは捨てられ、前のターンを書き換えて送ると prefix check で 400 になります。

Opus 5.5 と Fable 5.2 は、どちらから使い始めればよいですか?

モデルの一覧のページは、迷ったら多くの作業で Opus 5.5 から始め、難しい推論や長時間のエージェントの作業、または Opus 5.5 を xhigh や max の effort にしても評価が足りないときに Fable 5.2 を使うよう書いています。Opus 5.5 の料金は 100 万トークンあたり入力 4 ドル・出力 20 ドルで、Fable 5.2 の半分です。Opus 5.5 を実行役、Fable 5.2 を advisor にする組み合わせもあります。

まとめ|今日・今週・今月にやること

Fable 5.2 の API への移行は、モデル ID の差し替えが中心です。いちばんの注意点は、自前で履歴を組むコードで、前のターンを書き換えた会話の 400 が全アカウントに広がることです。料金は 5.1 より下がり、fast mode は標準の 2 倍の料金で出力を最大 2.5 倍速くしますが、使える提供先は限られます。

  • 今日やること:自分の提供先のモデル ID と、fast mode・advisor ツールが使えるかを表で確かめ、30 日のデータ保持とレート制限の枠を見ておく。
  • 今週中:thinking-binding-controls-2026-08-01 の β ヘッダーと "drop_block" を付けた試験の会話を流し、input_transformations の prefix_binding_mismatch を直す。advisor と computer use の指定も替える。
  • 今月中:effort を high に明示し、medium と xhigh も含めた評価を流して費用と待ち時間の基準を取り直してから、本番の通信を移す。

あわせて読みたい:

運営元 Uravation よりAIエージェントを構想から本番運用まで進める順番と、体制・KPIの決め方をまとめた資料を無料で公開しています。 AIエージェント導入ロードマップを受け取る(無料)

参考・出典

Need help moving from reading to rollout?

この記事を読んで導入イメージが固まってきた方へ

Uravationでは、AIエージェントの要件整理、PoC設計、社内導入、研修まで一気通貫で支援しています。

この記事をシェア

X Facebook LINE

※ 本記事の情報は2026年11月時点のものです。サービスの料金・仕様は変更される可能性があります。最新情報は各サービスの公式サイトをご確認ください。

関連記事