Claude Fable 5.1完全ガイド｜何が進化した？料金・長時間エージェント・トークン節約・Skills活用まで解説

2026年9月1日、Anthropicは「Claude Fable 5.1」を発表しました。

目を引くのは、難しい推論だけでなく、数時間にわたって複数の道具を使い、途中の失敗から立て直しながら進める仕事 を主用途にしている点です。料金面では、入力と出力の単価をFable 5から据え置き、キャッシュ読み取りを4分の1へ引き下げました。

ただし、すべての作業でFable 5.1を選べばよいわけではありません。Anthropicのモデル選択ガイドも、通常はOpus 5から始め、より難しい推論や長時間のエージェント作業でFable 5.1を検討するよう案内しています。

この記事では、Fable 5.1の仕様、料金、長時間エージェント、Adaptive Thinking、API移行時の注意点、トークンを抑える実務設計まで、2026年9月2日時点の公式情報に絞って整理します。

先に結論｜Fable 5.1は「長く難しい仕事」のための上位モデル
基本仕様｜1Mコンテキストと128K出力に対応
長時間エージェントは何が進化したのか
料金とEffort｜高性能でも使い方で総額は変わる
API移行で確認する3つの破壊的変更
トークン節約は、仕事・ツール・Skillsの分け方で決まる
まとめ｜難しい長時間作業から小さく評価する
1. 参考資料

先に結論｜Fable 5.1は「長く難しい仕事」のための上位モデル

Fable 5.1が向くのは、単発の質問よりも、複数の資料・アプリ・道具をまたいで完了まで進める仕事です。

たとえば、コードベース全体にまたがる機能追加、長時間の調査、複数段階の資料作成、ブラウザや業務ツールを使うエージェントが候補です。Anthropicは「要求の厳しい推論」と「長期的なエージェント作業」を代表的な用途に挙げています。

一方、日常的な文章作成や短い調査までFable 5.1へ集めると、速度と費用が過剰になる場合があります。まずOpus 5で試し、品質が足りない難所や、長い作業をまとめて任せたい場面でFable 5.1へ上げるのが分かりやすい選び方です。

Claude全体のモデル選びから整理したい方は、Claudeの4つのモデルと使い分けも参考にしてください。

基本仕様｜1Mコンテキストと128K出力に対応

Fable 5.1は、Claude APIで claude-fable-5-1 を指定して利用できます。Pro、Max、Team、Enterpriseの各有料プランでも提供され、AWS、Google Cloud、Microsoft Foundryなどの対応基盤からも利用できます。

主要な仕様は次のとおりです。

1Mトークンは大きな入力を扱える上限ですが、長い資料を入れるだけで品質が決まるわけではありません。必要な資料、完成条件、確認方法を整理し、不要な履歴を増やさない設計が重要です。

なお、Adaptive Thinkingは常時有効です。固定の budget_tokens を指定する従来型の拡張思考や、Thinkingの無効化はFable 5.1では使えません。

長時間エージェントは何が進化したのか

Fable 5.1の中心は、数時間にわたる作業を最後までつなげる能力です。Anthropicは、計画を立て、必要なツールを使い、失敗時に回復し、進捗を共有するモデルとして説明しています。

公式ベンチマークでは、エージェント型の科学調査を測るTerminal-Bench-Science 0.1が52.6%で、Fable 5の24.7%を上回りました。業務フローを測るAutomationBenchは31.4%で、Fable 5の17.1%を上回っています。

ただし、ベンチマークは自分の業務での完成率を保証する数字ではありません。安全機能が介入した課題は別モデルへの切り替えや0点として扱われる場合があり、評価条件も更新されます。

実務では、次の4点で自分の環境を評価する必要があります。

最後まで完了した割合
人が途中で介入した回数
修正を含む総トークン数と所要時間
成果物と検証結果が一致した割合

「長く動いたか」ではなく、正しい対象を、必要な証拠付きで完了したか を見ることが大切です。

料金とEffort｜高性能でも使い方で総額は変わる

入力10米ドル、出力50米ドルという基本単価はFable 5と同じです。変わったのはキャッシュ読み取りで、100万トークンあたり1米ドルから0.25米ドルへ下がりました。

Anthropicは、この変更により典型的な処理で推定25%、エージェント性の高い処理で最大約45%の費用減を見込んでいます。これは一律の割引率ではなく、同じ入力をどれだけ再利用するかで変わる試算です。

Effortは low、medium、high、xhigh、max の5段階です。既定値は high で、難しいコーディングやエージェント作業では xhigh や max、定型処理や速度重視の場面では medium や low を自分の評価結果に基づいて検討します。

費用を抑える順序は、まず仕事を分け、次にEffortを調整し、最後にキャッシュを生かす形が安全です。

難しい判断と定型処理を別のターンに分ける
同じ長い前提は書き換えず、キャッシュできる共通部分に置く
最終成果物に不要な長文出力を要求しない
low で検索が減る場合は、検索が必要な条件を明示するかEffortを上げる

安い設定へ下げるだけでは、再試行が増えて総額が上がることもあります。1回の単価ではなく、完成までの総費用で比較してください。

API移行で確認する3つの破壊的変更

Claudeのチャット画面で使うだけなら、APIの細部を意識する場面は多くありません。自社ツールやエージェントへ組み込む場合は、モデルIDの変更だけで終わらせず、次の3点を確認します。

とくに注意したいのは、長い会話の途中で古いメッセージを書き換える実装です。キャッシュの一致を失うだけでなく、保持していたThinking blockの検証にも影響します。

また、Fable 5.1は安全監視のため、原則として30日間のデータ保持が必要なCovered Modelです。Anthropicが明示的に認めた例外を除き、ゼロデータ保持の契約では利用できません。機密性の高い業務へ導入する場合は、利用基盤と契約条件を先に確認してください。

トークン節約は、仕事・ツール・Skillsの分け方で決まる

長時間エージェントでは、モデル単価よりも、毎回どれだけの前提とツール定義を読み直すかが費用へ効きます。大量の指示とすべてのツールを最初から渡すのではなく、必要な情報を必要な段階で読ませる設計が向いています。

仕事は「判断が難しい単位」で区切る

調査、下書き、検証、反映を1つの曖昧な依頼にまとめると、途中で前提が変わりやすくなります。入力、完成条件、検査方法を工程ごとに固定すると、やり直す範囲を小さくできます。

ツールが多い環境ではTool Searchを使う

Claude APIのTool Searchは、必要になるまでツール定義を遅延読み込みする仕組みです。Anthropicは、10個以上のツールがある場合や、定義が1万トークンを超える場合を利用目安に挙げています。

よく使う3〜5個だけを最初から読み込み、残りを検索対象にすると、毎回の文脈を軽くできます。ツールが少ない場合は、通常のツール呼び出しのほうが単純です。

繰り返す手順はSkillsへ分離する

Agent Skillsは、名前と説明を常時読み込み、必要になったときだけ SKILL.md、参考資料、スクリプトを段階的に読む仕組みです。固定の行数へ無理に収めるより、説明文で「何をするSkillか」「いつ使うか」を明確にし、詳細資料を必要時だけ読む構造にします。

SkillsはFable 5.1専用ではありません。しかし、長時間の作業で毎回同じ手順や資料を渡す量を減らし、検証方法を再利用しやすくするため、相性のよい設計です。

まとめ｜難しい長時間作業から小さく評価する

Fable 5.1は、1Mトークンのコンテキスト、128Kトークンの最大出力、常時有効のAdaptive Thinkingを備えた上位モデルです。Fable 5と比べて基本の入出力料金は同じですが、キャッシュ読み取りは4分の1になりました。

強みは、長時間のコーディング、調査、複数アプリをまたぐエージェント作業です。ただし、普段の作業まで一律に切り替えるのではなく、Opus 5では品質が足りない仕事や、途中介入が多い長期タスクから比較するのが現実的です。

APIで移行する場合は、強制ツール呼び出し、Thinking blockの互換性、追加型の会話履歴を先に確認します。費用はEffort、キャッシュ、Tool Search、Skillsを組み合わせ、1回の応答ではなく完成までの総額で判断してください。

まずは、実際の仕事を1つ選び、同じ完成条件でFable 5.1と現在のモデルを比較しましょう。完成率、人の介入回数、総トークン数、所要時間を残すと、採用すべき場面が見えてきます。