Fable 5.2のthinking blockは別アカウントで使えない — API移行の7点

2026年11月9日のClaude APIリリースノートには、Claude Fable 5.2とMythos 5.2に関する項目が8つ並びました。モデルの料金や性能はFable 5.2とMythos 5.2の発表記事にまとめてあります。ここでは、APIを自分のコードから呼ぶ開発者が、切り替え前に確かめる項目に絞って読みます。

いちばん見落としやすいのは、thinking blockが「生成したアカウントでしか使えない」という変更です。エラーにならず、推論だけが黙って消えます。

要点

別アカウントのthinking blockは黙って捨てられる

Fable 5.2とMythos 5.2が出すthinking blockは、それを生成したアカウント、またはそのアカウントにリンクされたアカウントでしか使えません。ほかのアカウントが送ってくると、APIはモデルに渡す前にブロックを捨てます。リクエストは成功し、モデルは捨てられたブロックの推論なしで答えます。

この条件は、プリザーブドシンキング(preserved thinking)のドキュメントでは三つ目の検査として並んでいます。

アカウントに縛られるのは、Sonnet 5.5、Haiku 5.5、Fable 5.2、Mythos 5.2のブロックです。ほかのモデルのブロックは対象外です。

失敗しないぶん、気づきにくい変更です。保存した会話を別のアカウントで再生すると、レスポンスは200で返ります。ただし捨てられたブロックの推論は引き継がれず、モデルはそれなしで答えます。

捨てられたブロックを確かめるには、thinking-binding-controls-2026-08-01 のbetaヘッダーを付けます。レスポンスの input_transformations に、次の形で記録されます。

{
  "input_transformations": [
    {
      "type": "thinking_dropped",
      "path": "messages.3.content.0",
      "reason": "organization_binding_mismatch"
    }
  ]
}

thinking_dropped の形は、モデル切り替えで捨てた場合(reason は model_binding_mismatch)のドキュメントの例と同じです。アカウント固定による破棄では、reason が organization_binding_mismatch になります。この記録が付くのはClaude APIとGoogle Cloud上のClaude(Google管理)で、ヘッダーなしの場合、捨てられたことはレスポンスに現れません。

組織の移管や、プロキシ経由で別のAPIキーに会話を回す設計では、この挙動の影響を受けます。保存した会話は、生成したアカウントかそのリンク先で再生するのが前提です。ドキュメントには、生成元のアカウントが良好な状態にない場合、そのアカウントのブロックをAPIが省くことがあるという記述もあります。この場合もリクエストは成功し、モデルはそのブロックの推論なしで答えます。

プリザーブドシンキング全体の仕組みはPreserved thinkingの解説にあります。

モデルを切り替えると、推論が残る向きは決まっている

会話の途中でモデルを切り替えたとき、推論が残るかどうかは切り替えの向きで決まります。Claude APIとGoogle Cloud上のClaude(Google管理)では、5.2へ移る向きは推論が残り、5.2から出る向きは5.2のブロックが捨てられます。

ドキュメントの対応表では、Fable 5.2とMythos 5.2のブロックを読めるのは、Fable 5.2とMythos 5.2だけです。Fable 5.1やMythos 5.1も、5.2のブロックは読めません。

捨てられたブロックは、課金されず、input_tokensにも数えられません。APIはmessages配列を書き換えないので、ブロックは履歴に残ります。5.2に戻れば、5.2がまた読めます。推論が本当に失われるのは、クライアントがモデル切り替えのたびにthinkingを削るような実装のときです。

ルーターや、分類器による拒否のフォールバックで別モデルへ回す構成では、この向きの非対称が効きます。

• 5.2で始めた会話をフォールバック先のOpus 5.5などへ回すと、直前までの推論がそのターンから消える
• 回した先が5.2系のままなら、推論は残る
• 履歴は毎回、thinking blockを含めて全部送り直す

切り替え後の最初のターンは、推論なしで考え直すので、費用と待ち時間が増えることがある点を見込んでおきます。

prefix checkは5.2から全アカウントに強制される

prefix checkは、5.2では全アカウントで強制されます。thinking blockは、生成された時点の system、tools、それ以前の messages に対してだけ有効です。どれかを変えたあとで後のターンのthinking blockを送り返すと、検査に落ちます。

thinking.block_binding.prefix_mismatch_behavior を未設定のとき、検査に落ちた結果は、モデルとアカウントの作成時期で決まります。

Message Batches APIでは、未設定のリクエストも400エラーにならず、検査に落ちたブロックが捨てられます。

境界は2026年8月31日の0時(UTC)です。5.1やOpus 5.5で一度もエラーを見ていない古いアカウントでも、5.2に替えた途端にエラーが出ることがあります。Mythos 5.1は、古いアカウントでも400エラーです。

Opus 5.5から5.2へ替えるとき、これまで通っていたリクエストが落ちるのは、次のような更新をしているコードです。

• 会話の途中で system プロンプトを組み直す(日付、モードのフラグ、あとから接続したMCPサーバーなど)
• tools の項目を追加・削除・編集する
• 古いツール結果を縮めたり、画像を再エンコードしたりする
• 古いターンを要約して、最近のターンだけthinking付きで残す

400エラーの文面は、次のように始まります。

messages.1.content.0: Invalid `signature` in `thinking` block. The block is bound to a different conversation. Remove the block, or set `thinking.block_binding.prefix_mismatch_behavior` to "drop_block".

同じ本文で再送しても、同じように失敗します。切り替え前に確かめるには、今使っているモデルのまま、betaヘッダー thinking-binding-controls-2026-08-01 を付け、thinking.block_binding.prefix_mismatch_behavior: "error" を指定したテストリクエストを回します。thinking は adaptive で送ります。ヘッダーなしでこの項目を送ると、block_binding: Extra inputs are not permitted の400エラーになります。この設定を付けるとリクエストが検査の対象になるので、古いアカウントでも編集を見つけられます。

同じ項目を "drop_block" にする(betaヘッダーは同じく必要)と、失敗したブロックと以降のthinking blockを捨てたうえで、リクエストを成功させます。これは編集を直すあいだのつなぎで、捨てた分だけ出力トークンが増えることがあります。常用する設定ではありません。

Claude Code、claude.ai、Claude Managed Agents、Claude Agent SDKが履歴を組み立てている場合は、影響を受けません。自分で messages を組むコードだけが対象です。編集してよい部分とだめな部分の見分け方は、Compactionで残したthinking blockが無効になる条件で詳しく扱っています。

Advisorの組み合わせは5.2同士に限られる

Advisorツール(beta)では、助言役に実行役と同等以上の能力が要ります。5.2の実行役に組める助言役は、次のとおりです。

ほかの助言役を指定すると、400エラーになります。Fable 5.1やMythos 5.1も例外ではありません。逆に、どの実行役でも、Fable 5.2は助言役にできます。

実行役だけを5.2に替えるなら、ツール定義の助言役も替えます。

{
  "model": "claude-fable-5-2",
  "tools": [
    {
      "type": "advisor_20260301",
      "name": "advisor",
      "model": "claude-fable-5-2"
    }
  ]
}

注意が一つあります。助言役の model を替えるのは、tools の編集です。進行中の会話で替えると、前節のprefix checkに落ちます。助言役の切り替えは、新しい会話から効かせます。

実行役を今のままにして、助言役だけを強くしたいときは、助言役を claude-fable-5-2 にするだけで済みます。ただしFable 5.2の助言は暗号化されて返るので、助言の本文を自分のコードで読む構成では、結果の形(result variants)を確かめる必要があります。Advisorの課金はadvisorの課金構造に整理しました。

旧computer useツールは、Bedrock以外で400エラー

Fable 5.2とMythos 5.2のcomputer useは computer_toolset_20260801 で動きます。リクエストに旧ツール computer_20251124 を宣言すると、Amazon Bedrock以外のすべてのプラットフォームで400エラーになります。Bedrockでは、betaヘッダー computer-use-2025-11-24 を付けた旧ツールが使えます。

toolsetへの移行は、ツール定義を替えるだけでは終わりません。ドキュメントの移行手順は9つあり、うち効きやすいものは次のとおりです。

toolsetを宣言すると、既定のメンバーツール分として入力に約4,500トークンが加わります。トークンの内訳はComputer Useツールのトークン消費で扱っています。

データ保持は30日が必須

Fable 5.2とMythos 5.2は、5.1と同じく30日のデータ保持が必須で、Anthropicが明示的に認めた場合を除き、ゼロデータ保持(ZDR)のもとでは使えません。Claude APIでは、保持の設定が条件を満たさない組織やワークスペースからのリクエストに、400の invalid_request_error が返ります。

Opus 5.5をZDRのまま運用している組織は、5.2へ替える前に、ワークスペース単位で30日保持を有効にするか、アカウント担当に相談する必要があります。コードを直す前の、最初の確認事項です。

Messages APIでFable 5.2のfast modeが使える

Messages APIで、Fable 5.2のfast modeが使えるようになりました。出力トークンの生成速度が最大2.5倍になり、料金は入力が100万トークンあたり$16、出力が$80です。標準の$8/$40の2倍にあたります。

curl https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2026-10-21" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-fable-5-2",
    "max_tokens": 4096,
    "speed": "fast",
    "messages": [{"role": "user", "content": "..."}]
  }'

上は、fast modeの公式の例のモデルIDをFable 5.2に差し替えた形です。Fable 5.2ではbetaヘッダーは要りません。betaヘッダー fast-mode-2026-02-01 が必要なのは、研究プレビューのOpus 5とOpus 4.8です。

実装前に押さえる点は五つです。

• 速度が上がるのは出力トークンの生成で、最初のトークンまでの時間(TTFT)ではない
• レート制限は標準とは別枠で、超えると retry-after 付きの429が返る
• Evaluationティアの組織は、Start、Build、Scaleのいずれかに上がってから使える
• fast modeからstandardへ落として再試行すると、プロンプトキャッシュに当たらなくなる
• Batch APIでは使えない

Mythos 5.2もClaude APIで同じ料金($16/$80)のfast modeが使えます。Microsoft Foundryでは、Anthropicがホストするデプロイに限り、fast modeが別モデル claude-fable-5-2-fast として用意されます。そこでは speed を付けず、そのモデルのデプロイへ送ります。レート制限の詳細はfast modeのレート制限を参照してください。

切り替え前の確認順

1. データ保持:ZDRのままだと、全リクエストが400エラーになる
2. prefix check:自分で messages を組むコードは、betaヘッダー付きで thinking.block_binding.prefix_mismatch_behavior: "error" を指定し、今のモデルで回して編集を洗い出す
3. computer use:Bedrock以外では、toolsetへ移ってから5.2に替える
4. Advisor:助言役のモデルIDを、新しい会話から替える
5. アカウント:保存した会話を別アカウントで再生していないか見る(エラーが出ないので、input_transformations で確かめる)
6. フォールバック:5.2から他モデルへ回す経路は、推論が消える前提で費用を見積もる
7. fast mode:速度が要る経路だけ speed: "fast" を足す

まとめ

今回のリリースノートでエラーにならないのは、アカウント固定とモデル切り替えの二つです。落ちずに推論だけが消えるので、動いているように見えます。エラーになる項目(prefix check、旧computer useツール、Advisorの組み合わせ、データ保持)は、テストで見つかります。

見つかりにくい二つを見張る手段は、betaヘッダー thinking-binding-controls-2026-08-01 を付けた確認リクエストの input_transformations です。古いアカウントで5.1やOpus 5.5が通っていても、5.2でも通るとは限りません。切り替えの前に、一度このヘッダー付きで回しておくと、落ちる箇所と黙って消える箇所の両方が見えます。