Claude Fable 5.2:Claude Codeの設定・API料金・Opus比較
Claude Code 2.1.321以降とMessages APIでClaude Fable 5.2を試し、実際のコード修正とテストで動作を確認します。effortを選び、トークン単価と公開評価のタスク単位の費用を比較します。fast modeの課金、プラットフォームごとの条件、thinking・ツールの強制選択・会話履歴の移行で起きるエラーを解説します。
目次

高いeffortでもOpus 5.5がコードの検証を通過できない場合は、Claude Fable 5.2を試してください。それ以外は、日常の作業にはOpusを使い続けるのが基本です。Anthropicのモデル選択ガイドに従い、Claude Codeではmedium、APIではhighから始めます。
effortは推論の深さを調整する設定です。採用できた変更にかかった費用を比較してください。トークン単価が高くても、タスクを完了するまでの総費用は安くなる場合があります。
Fable 5.2は2026年11月9日に公開され、APIのモデルIDはclaude-fable-5-2です。2026-11-12時点のモデル仕様では、コンテキストウィンドウは1Mトークン、最大出力は128Kトークンです。
Claude CodeでFable 5.2を選び、実際の修正を検証する
Claude Codeを2.1.321以降に更新し、完全なモデルIDを指定してください。公式の変更履歴では、Fable 5.2への対応は2.1.321で追加されています。
インストールと認証を済ませたClaude Codeクライアントが必要です。利用するアカウントまたはプロバイダーが、このモデルを許可していることも確認します。非公開コードを送る前に、Fableに適用されるCovered Modelsのデータ取り扱い方針について、組織の承認を確認してください。
ネイティブインストーラーで導入した場合は、Bashで次を実行します。
claude update
claude --version
パッケージマネージャーで導入した場合は、対応する更新手順に従ってください。表示されたバージョンが2.1.321以上であることを確認します。更新コマンドを実行しただけで、古いインストールが更新されたとは判断しないでください。
既存のセッションでは、次を実行します。
/model claude-fable-5-2
「既定のFableモデル」とは、全ユーザーの既定モデルがFableになるという意味ではありません。モデル設定のリファレンスによると、アカウント種別に基づく既定モデルとしてFableが選ばれることはありません。
既存の作業と分けて検証するため、BashとPython 3で一時ディレクトリを作成します。
workdir="$(mktemp -d)"
cd "$workdir"
cat > clamp.py <<'PY'
def clamp(value, low, high):
return min(low, max(value, high))
PY
cat > test_clamp.py <<'PY'
from clamp import clamp
assert clamp(-2, 0, 10) == 0
assert clamp(5, 0, 10) == 5
assert clamp(12, 0, 10) == 10
print("3 checks passed")
PY
claude --model claude-fable-5-2 --effort medium
これらのCLIオプションで、セッションのモデルとeffortを指定します。作業前に/modelで確認してください。effortが異なる場合は、環境変数CLAUDE_CODE_EFFORT_LEVELを確認します。この変数は起動時のオプションより優先されます。
Claude Codeに次のタスクを渡します。関数を修正し、テストファを変更せず、補助エージェントを使わずに検証する指示です。
Read clamp.py and test_clamp.py.
Fix clamp.py so all existing assertions pass.
Do not edit test_clamp.py.
Run python3 test_clamp.py and report the exact result.
Do not use subagents.
権限の確認は有効のままにします。このディレクトリでの作業に必要なファイル操作とコマンドだけを承認してください。
エージェントが終了したらClaude Codeを閉じ、別途、自分で次を実行します。
python3 test_clamp.py
期待する結果は3 checks passedで、テストファイルは変更されていない必要があります。パッチの提案だけでは成功とみなしません。修正が実際に適用され、テストが通ることを確認してください。これはツールを使う経路の検証であり、他モデルに対するFableの優位性を測るテストではありません。
claude-fable-5-2に最初のAPIリクエストを送る
まずAnthropicのMessages APIに直接接続し、モデルの動作とゲートウェイの設定を切り分けます。この例にはBash、--fail-with-bodyに対応したcurl、jq、Anthropicが発行したAPIキーが必要です。
ConsoleでAPIキーを作成する手順に従い、特定のワークスペースを選んで自分のキーを作成します。そのワークスペースに限定されたキーなら、この例ではanthropic-workspace-idを省略できます。条件はAPI認証の説明に記載されています。
readが入力待ちになったらキーを貼り付け、Enterを押します。
read -rs ANTHROPIC_API_KEY && export ANTHROPIC_API_KEY
同期リクエストを送信します。
curl --silent --show-error --fail-with-body \
https://api.anthropic.com/v1/messages \
--header "Authorization: Bearer ${ANTHROPIC_API_KEY}" \
--header "anthropic-version: 2026-10-21" \
--header "content-type: application/json" \
--data '{
"model": "claude-fable-5-2",
"max_tokens": 4096,
"output_config": {
"effort": "high"
},
"messages": [
{
"role": "user",
"content": "Fix this Python function and return the corrected function plus three assertions: def clamp(value, low, high): return min(low, max(value, high))"
}
]
}' \
--output fable-response.json &&
jq '{
model,
stop_reason,
usage,
text: [.content[] | select(.type == "text") | .text]
}' fable-response.json
このリクエストでは、現在のAPIバージョンヘッダーと、仕様に記載されたoutput_config.effortフィールドを使います。Fable 5.2は適応型の推論を常時使うため、thinkingは省略しています。
返されたモデル、空でないテキスト、usage、stop_reasonを確認してください。応答が自然に完了した場合は通常end_turnが返ります。max_tokensは、出力が指定した上限に達したことを示します。停止理由のガイドに従い、出力上限を増やしてから、途中で切れた応答の品質を判断してください。
HTTPリクエストが失敗した場合は、保存されたエラーを確認します。
jq '.error' fable-response.json
このリクエストはコードをテキストとして返します。ローカルファイルを読んだり、アサーションを実行したりするものではありません。返されたコードを確認してから実行してください。
2026-11-12時点では、BetterTokenにもclaude-fable-5-2が掲載されています。Claude Codeとの接続手順では、Base URLにhttps://bettertoken.aiを使います。この経路の認証は、専用の手順に従って設定してください。モデルが掲載されていても、すべてのeffortやfast modeのパラメーターに対応しているとは限りません。
トークン単価と、タスク完了までの費用を比較する
標準のAPI料金では、Fable 5.2のトークン単価はFable 5.1より安い一方、Opus 5.5の倍です。以下は2026-11-12時点のAnthropicの公開料金です。単位は百万トークンあたりのUSDです。
| モデル、標準速度 | キャッシュなしの入力 | 出力 |
|---|---|---|
| Claude Fable 5.1 | $10 | $50 |
| Claude Fable 5.2 | $8 | $40 |
| Claude Opus 5.5 | $4 | $20 |
| Claude Sonnet 5.5 | $2 | $10 |
Fable 5.1から5.2への値下げ率は、入力・出力ともに20%です。これは単価の値下げです。セッション全体の請求額が20%下がる保証ではありません。
標準速度でのFable 5.2のキャッシュ料金は、保持期間5分の書き込みが$10、保持期間1時間が$16、読み取りが$0.20です。いずれも百万トークンあたりの料金です。非同期のBatch処理では入力・出力が$4/$20ですが、対話型のClaude Codeに適用される料金ではありません。
キャッシュなしの入力100,000トークンと、課金対象の出力20,000トークンを使う場合の試算は次のとおりです。
Fable 5.2: 0.1 × $8 + 0.02 × $40 = $1.60
Opus 5.5: 0.1 × $4 + 0.02 × $20 = $0.80
この試算は、標準速度とグローバル料金を前提にしています。キャッシュ操作、有料ツール、Batch割引、適用される税金は含みません。トークン数を同じにしていますが、実際のエージェントセッションではモデルごとに異なることがあります。
AnthropicのFrontierCode 2.0の発表は、別の指標を比較しています。Fable 5.2のHighは45.3%で、Opus 5.5の最高スコア45.5%に近い結果でした。発表されたタスクあたりの費用は、およそ半分です。これはFable HighとOpus Maxの比較であり、同じトークン数やeffortでの比較ではありません。
Cursorの現在のCursorBench 4.0の結果からも、作業内容によって結論が変わることが分かります。Fable 5.2 Highは56.9%、公表費用は$9.70です。Opus 5.5 Highは56.0%で$3.97、Fable 5.2 Maxは60.0%で$32.79です。
これらは各社が公表した評価結果です。サブスクリプション料金でも、利用者のリポジトリでの測定値でもありません。Cursorの56.9%の行はHighであり、Claude Codeの既定値Mediumではありません。
タスク単位の費用を評価するガイドを使い、再試行、失敗した試行、エージェントの実行設定も比較に含めてください。
出力速度が重要な場合だけfast modeを使う
標準速度のリクエストが成功してから、待ち時間が重要な作業でfast modeを有効にします。Anthropicが示すのは、最大2.5倍のトークン生成速度です。コード修正の作業全体が2.5倍速く終わる保証ではありません。
直接接続するMessages APIでは、モデルをclaude-fable-5-2のままにして、リクエスト本文の最上位に次のフィールドを追加します。
"speed": "fast"
fast mode用のベータヘッダーは不要です。成功したリクエストでは、usage.speedが"fast"であることを確認します。詳しくはAPIのfast modeガイドを参照してください。
2026-11-12時点のFable 5.2のfast mode料金は、入力・出力それぞれ百万トークンあたり$16/$80です。文書に記載されたfast modeの既定の上限は、Start、Build、Scaleの利用階層に適用されます。
fast modeのレート制限を超えると、APIはretry-afterを伴う429を返します。指定された時間を待つか、明示的にspeedを削除して標準速度で再試行してください。
Claude CodeではFable 5.2を選び、/fastを実行します。サブスクリプションでは、プランに含まれる利用枠が残っていても、fast modeはusage creditsから直接消費されます。有効にする前にClaude Codeの利用条件を確認してください。
Google CloudのVertex/Agent Platform経由でfast modeを使うには、Claude Code 2.1.322以降が必要です。対応リージョンはglobal、us、euです。このプロバイダー向けの手順に従ってください。
前述のcURL設定は、Anthropicの直接API用です。他のクラウドプロバイダーのエンドポイントに、そのまま流用しないでください。
移行時の400エラーを防ぐ
本番トラフィックを切り替える前に、リクエストのパラメーターと会話履歴を確認します。適応型の推論が常時有効であることと、ツールの強制選択ができないことは、Fable 5.1とOpus 5.5でも同じです。Fable 5.2で新たに導入された制限ではありません。
Fable 5.2の互換性ガイドには、次のエラーが記載されています。
| リクエストの指定 | 結果 | 修正方法 |
|---|---|---|
thinking: {"type": "enabled"}とbudget_tokens | 400 | thinkingを省略するか、{"type": "adaptive"}を使います。推論の深さはeffortで調整します。 |
thinking: {"type": "disabled"} | 400 | この指定を削除します。適応型の推論は無効にできません。 |
tool_choice: {"type": "any"} | 400 invalid_request_error | {"type": "auto"}を使い、テキスト応答が返る場合も処理します。 |
tool_choice: {"type": "tool", "name": "..."} | 400 invalid_request_error | 強制選択を削除し、アプリケーション側でツールの選択を扱います。 |
ツールの引数をスキーマに適合させるには、対応する環境で、自動選択とstrict: trueを組み合わせます。厳密な検証が制約するのは引数であり、ツール呼び出し自体を強制するわけではありません。JSON outputsによる構造化されたJSON出力も選択肢です。
ただし、顧客管理の暗号化キーを使う組織では、Fable 5.2のstrict tool useとJSON outputsはどちらも使えません。その場合は、アプリケーションのコードで出力を検証してください。
移行で重要なのは、会話のプレフィックスに対する検証が厳しくなる点です。Fable 5.2はすべてのアカウントでこの検証を適用します。Fable 5.1へのリクエストが以前は通っていた古いアカウントも対象です。
エラーには、次の文が含まれます。
The block is bound to a different conversation.
systemプロンプト、tools、または過去の会話内容を変更した後に推論ブロックを再送すると、このエラーが発生することがあります。同じリクエストを再試行しても、不一致は解消しません。
推論ブロックを保持する規則に従い、既存のプレフィックスを変更せず、新しいメッセージを末尾に追加します。アシスタントのコンテンツ配列は、受け取ったとおりに再送してください。単純な連携では、元のシステムプロンプトやツール定義を置き換えるときに、新しい会話を開始する方法が適しています。
コンピューター操作のcomputer useや助言用のadvisorツールを使うアプリケーションは、デプロイ前に移行ガイド全体も確認してください。
長い作業ではeffortと完了条件を調整する
推論を制御するには、プロンプトの言い回しではなくeffortを設定します。Anthropicによると、Fable 5.2はmedium以上では「考えずに答える」と指示しても推論を抑制できません。
このモデル向けのプロンプトガイドでは、複数の手順を含む作業が途中で終了することも説明されています。特にlowとmediumで起こりやすい動作です。end_turnはターンが終了したことを示すだけです。作業全体の完了は、受け入れ条件に基づく検証で判断してください。
対象範囲を限定したリポジトリの作業では、完了条件を明示します。次の指示は、変更とテストを完了する一方、認証情報の不足、破壊的な操作、作業範囲の変更が必要な場合には停止させます。
Complete the requested change and run the relevant tests.
Do not stop after a plan or a list of remaining steps.
Continue through ordinary implementation failures within the approved scope.
Stop and report the blocker if you need unavailable credentials,
destructive actions, or a decision that changes the requested scope.
Do not start subagents for this trial.
長いコーディング作業では、基準となるmediumとhighを比較します。xhighは、測定した改善が追加の処理に見合う場合だけ試してください。maxは能力の上限を測る場合や、失敗の代償が特に大きい作業に限定します。
委任も費用を変えます。Anthropicによると、エージェントの実行環境が委任を促すと、Fableは積極的にサブエージェントへ仕事を渡します。サブエージェントがセッション予算の大きな部分を使う場合もあります。請求額をすべてメインモデルの費用と判断する前に、サブエージェントのモデルと使用量を記録してください。
日常の作業にはどのモデルを使い続けるか
範囲が明確でテストがある変更では、要件を満たしている限りSonnet 5.5を使い続けます。トークン単価が低いため、繰り返しの編集で最初に試す候補です。レビューで依存関係の見落としが見つかる場合や、修正を何度も繰り返す場合は、上位モデルを試してください。
一般的なリポジトリ作業では、Fableに測定可能な改善がない限りOpus 5.5を維持します。Opusを選択するガイドでは、Opusに戻し、その選択を維持する方法を説明しています。
高いeffortのOpusでも失敗する、難しい原因調査、複数ファイルの変更、長い移行作業でFable 5.2を検証してください。採用できる変更の増加や完了までの総費用の改善が、高いトークン単価に見合う場合に選びます。
設定の動作を確認したら、同じ開始コミットと受け入れテストでモデルを比較します。effort、経過時間、キャッシュ使用量、サブエージェントの使用量、失敗した試行をすべて記録してください。実際の検証を通過する構成の中から、費用の低いものを選びます。ベンチマークの点数だけで、この判断を置き換えないでください。