Claude Fable 5.1の実録｜effortの決め方と使い分け【2026年】

Claude Fable 5の後継、Claude Fable 5.1が2026年9月1日に公開されました。僕の会社では公開2日後から、仕事ごとにモデルとeffort（思考の深さ）を固定して使っています。1ヶ月で分かったのは、Fable 5.1は使う場面を絞る方が品質もコストも安定するということです。

Claude Fable 5.1とは？何が新しいのか

Claude Fable 5.1とは、Anthropicが2026年9月1日に公開した、難しい推論と長時間の自律作業に向くClaudeの最上位モデルである。Fable 5の後継で、入出力の単価は据え置きのまま、キャッシュ読み込みの料金が4分の1になりました。長いコーディング、調べ物、資料づくりの精度も上がっています。

公式発表と開発者向けドキュメントで確認できた要点を、先に表にまとめます。数字はすべて2026年10月1日時点の公式情報です。

Fable 5からの変化で実務に効くのは、次の3つだと僕は見ています。

1つ目はキャッシュ読み込みの値下げです。キャッシュとは、同じ前提資料を毎回送り直さずに再利用し、読み込み料金を安くする仕組みである。社内ルールや過去の会話を何度も読み直す長い作業ほど、この値下げが効きます。公式発表では、典型的な使い方で約25%、エージェント的な作業では最大で約45%安くなるとしています。

2つ目は、能力の伸びがeffortの高い設定ほど大きいことです。公式ドキュメントによると、mediumでおおむねFable 5並みの結果をより低コストで出し、highより上でFable 5との差が開きます。

3つ目は挙動の変化です。公式は、ツールを並列で呼ぶ回数が減る、作業途中の説明が減る、小さな修正でもファイル全体を書き直しがち、といった違いを挙げています。これは後半の実録で触れます。

モデル全体の中での位置づけも整理しておきます。2026年10月時点の公式のモデル一覧では、迷ったらまずOpus 5.5を使うよう案内されています。Fable 5.1の出番は、難しい推論や長時間の自律作業、Opusで高いeffortを使っても基準に届かない場面です。Fable 5.1は「いつも使う最強モデル」ではなく、ここぞという場面に投入するモデルという扱いです。

effortとは？Fable 5.1のコストは何で決まるのか

effortとは、Claudeが1回の応答にどれだけトークン（文字の処理量）を使うかを指定する設定である。Fable 5.1は思考が常にオンなので、深さを調整する手段はeffortです。公式も、性能・待ち時間・コストの釣り合いを取る主要な手段はeffortだと説明しています。同じモデルでも、effortでコストは大きく変わります。

5段階の使い分けを、公式ドキュメントの記述をもとに表にしました。

押さえておきたいのは、effortが思考だけでなく応答全体に効く点です。公式によると、effortは本文の説明、ツール呼び出し、思考のすべてに影響します。effortを下げるとツール呼び出しの回数も減り、説明も簡潔になります。

一方で、注意点もあります。lowでは検索や情報取得のツールを呼ぶ回数が減り、記憶で答える傾向が強まると公式は明記しています。最新情報や実測値が必要な仕事をlowで回すと、調べずに答えが返ってくる可能性があります。この記事のように公式情報を確認しながら書く作業は、medium以上が前提です。

もう1つ、効率面でも大事な仕様があります。Fable 5.1では、会話の途中でeffortを変えてもキャッシュが無効にならない機能（ベータ）が使えます。難所だけhighに上げ、定型部分はlowに下げる、という切り替えが料金面のロスなしにできるようになりました。

ウラカタはFable 5.1をどう使い分けているか？

僕の会社では、仕事の種類ごとにモデルとeffortの組み合わせを固定しています。既定はOpusのmediumで、Fable 5.1は設計判断・監査・最終検品だけに使います。定型作業はHaikuやSonnetのlowに回します。毎回その場で選ぶと迷いと浪費が出るので、表に従って自動で振り分ける運用にしました。

この表を作ったのは2026年9月3日、Fable 5.1の公開から2日後です。公式の移行ガイドと設定ドキュメントを読み、社内のAI運用ルールに「effort割り当て表」として書き込みました。以後の1ヶ月は、この表を軸に回しています。

運用の仕組みも書いておきます。僕は日々の実務をClaude Code（Anthropic製のAIエージェント）で回しています。その中で多用しているのが、作業を小さな担当に分けて任せる「サブエージェント」です。サブエージェントとは、メインの会話から切り出した作業を、別のモデルや設定で並行して処理させる仕組みである。

Claude Codeでは、サブエージェントの定義ファイルの冒頭にeffortを書くと、その担当が動く間だけeffortを上書きできます。これは公式ドキュメントにも記載がある仕様です。そこで僕は「軽作業」「日常作業」「深掘り」「独立検品」の4つの担当を作り、それぞれにモデルとeffortを固定しました。

実際の動きはこうです。たとえばこの記事を書く作業では、執筆そのものはOpusのmediumで行い、公開前の検品だけを別の会話のFable 5.1に回します。書いた本人が自分の文章を点検するより、前提を知らない別の会話に点検させた方が抜けを見つけやすいからです。

判断に迷ったときの基準も1つだけ決めています。品質が拮抗したら1段上げる。ただし定型作業をhigh以上で回すことはしない。この2つで、ほとんどの迷いは消えました。

Fable 5.1を使わない方がいい仕事は？

答えは、手順が決まっていて判断が要らない仕事です。整形、一覧化、ファイル名の統一、短い要約などは、Fable 5.1で回しても結果はほぼ変わりません。待ち時間と利用枠を消費するだけです。公式も、定型作業や速さが重要な作業は、品質が保てるならmediumやlowに下げるよう勧めています。

僕の会社で「Fable 5.1を使わない」と決めている仕事を挙げます。

• 決まった形式への整形や、表・リストの作り直し
• ファイル名や見出しの機械的な統一、大量ファイルの一括処理
• 短い文章の要約・分類・抽出
• 件数の確認や検索だけで終わる作業
• 既存の型やテンプレートに数値を流し込むだけの作業

これらはHaikuやSonnetのlow、重くてもOpusのmediumで十分に回ります。重いモデルを使うほど1回の応答に時間がかかるので、軽作業を何十件も重いモデルで回すと、作業全体のテンポが落ちます。

逆に、Fable 5.1の出番は明確です。公式は、何時間も走る自律作業、難しい推論、Opusを高いeffortで走らせても基準に届かない場面を挙げています。僕の実感でも、Fable 5.1が明らかに違うのは「前提を疑う」場面です。依頼文の字面と本当に解くべき問題がずれているとき、それを指摘してくれる確率が高い。設計判断や監査に回しているのはこのためです。

もう1つ、Maxプランならではの事情もあります。Maxプランでは、週次の利用枠のうちFableモデルに使えるのは最大50%までです。他のモデルの利用も同じ枠から引かれるので、軽作業でFable 5.1の枠を減らすと、本当に必要な場面で使えなくなります。使わない場面を決めることは、使うべき場面を守ることでもあります。

1ヶ月の実録で何が変わったか？

一番大きな発見は、僕の使い方ではコストの大半がeffortではなく「会話の長さ」で決まっていたことです。2026年9月16日にClaude Codeの利用ログを集計すると、出力は全体の費用の12%にすぎませんでした。59%は、長い会話で前提資料を毎回読み直すキャッシュ読み込みでした。effortを下げても、効くのは出力の範囲だけだったのです。

きっかけは、利用枠の減り方でした。2026年9月中旬、Maxプランを使っているのに、週の半ばで週次枠の60〜70%を使ってしまう状態が続いていました。そこで9月16日に、Claude Codeの会話ログを機械的に集計しました。対象は直近7日間の201セッション・11,655ターンと、直近30日間の25,713リクエストです。

集計で分かったことを表にします（費用の割合は、ログのトークン数に公式のAPI単価を掛けて試算したものです）。

思考は出力の4割を占めていましたが、出力自体が費用の12%なので、effortを下げて削れるのはその一部です。社内の試算では、effortの見直しで減らせるのは全体の3〜6%程度でした。

それでも、メイン会話の既定effortは9月16日にxhighからmediumへ下げました。品質を落とさずに取れる分は取る、という判断です。そのうえで本丸に手を付けました。

1つ目は、会話の冒頭で毎回読み込まれる設定の削減です。拡張機能（プラグイン）21個のうち、60日間で1回も使っていない18個を無効にしました。これで1セッションあたり39,601トークンが減りました。2つ目は、話題が変わったら会話を新しく始める習慣です。長い会話は、それだけで毎ターンの読み直し量を増やします。

モデルの切り替え効果も試算しました。直近7日の利用量をそのまま各モデルの単価で計算すると、Fable 5.1からOpus 5に落としても費用は22%しか減りません。Sonnet 5まで落として初めて69%減ります。費用の大半を占めるキャッシュ読み込みの単価が、Fable 5.1の100万トークンあたり0.25ドルに対し、Opus 5は0.50ドルと逆転しているからです。なお、その後のOpus 5.5では0.20ドルに下がっているので、この比較は集計時点のものです。価格表の入出力単価だけで「Fableは高い」と決めると、ここを見誤ります。

公式の言う「effortがコストの主要な調整手段」は、1回のリクエストの単位では正しいと僕も思います。ただ、Claude Codeのように長い会話を続ける使い方では、会話の長さと冒頭の設定量の方が効きました。effortの前に、まず会話の構造を見直すのが近道です。

失敗も1つ書いておきます。9月中旬、利用枠の消費率に応じて重い作業を自動で止める仕組みを入れました。ところが社内の想定枠が実際の週次枠の4割程度しかなく、公式の表示で47%の時点で「116%・厳格」と誤判定していました。枠の半分以上を残したまま重い作業を止めていたので、9月19日にこの自動ブロックは停止しています。自前の計測は、必ず公式の数字と突き合わせてから信じるべきでした。

Fable 5.1の挙動の変化にも、1ヶ月で何度か出会いました。公式が挙げる通り、独立した調べ物を1件ずつ順番に処理したり、小さな修正でファイル全体を書き直そうとしたりします。対策として、社内ルールに3つの指示を書き、毎回読み込ませています。独立した読み取りは同じ応答内でまとめて出す。既存ファイルは差分で編集する。長い作業は節目ごとに1〜2行の進捗を出す。

拒否されたらどうなる？Fable 5.1のフォールバック

Fable 5.1には安全判定の仕組みがあり、特定の分野の依頼は止められることがあります。claude.aiやClaude Codeでは、止められた依頼が自動でOpusに切り替えて再実行されます。公式ヘルプでは、生物・化学・生命科学の依頼はOpus 5へ、攻撃的なサイバーセキュリティの依頼はOpus 4.8へ切り替わると説明されています。

フォールバックとは、あるモデルが依頼を拒否したときに、別のモデルで同じ依頼をやり直す仕組みである。公式ヘルプで確認できた挙動を整理します。

実務で気をつけている点が2つあります。1つは、切り替え後もOpusのまま会話が続くことです。そのまま次の重い仕事に入ると、Fable 5.1を使っているつもりで別のモデルが動いています。切り替えが起きたら、その仕事が終わった時点でFable 5.1に戻すようにしています。

もう1つは、途中経過を引き継がないことです。公式ドキュメントによると、Fable 5.1の思考の記録は以前のモデルからは読めません。そこで僕の会社では、切り替えが起きたらその仕事の区切りまで戻り、同じ入力で最初からやり直すルールにしています。サブエージェントで拒否された場合も、Opusの担当に最初から投げ直します。

実際の拒否の頻度も書いておきます。2026年9月3日に、それまでの167セッション分のログを機械検索したところ、モデルの拒否は0件でした。同じ日に、セキュリティ寄りの実案件をFable 5.1に投げ直しました。あるWebサイトで起きた攻撃起因の障害の分析ですが、拒否も中断もなく最後まで処理されました。マーケティングやWeb制作の実務で拒否に当たることは、僕の範囲ではほぼありません。

なお、API経由で直接使う場合は、拒否時の応答の形式や課金の扱いが別途定められています。自社でプログラムを組んで使う場合は、公式の移行ガイドと拒否・フォールバックのドキュメントを確認してください。

AIを日々の業務にどう組み込むか、ルールの作り方から知りたい方は、Claude Codeで会社を「第二の脳」にする完全ガイドで全体像を解説しています。業務ごとの時短の実測は中小企業のAI業務自動化Before/After 7選、任せたときの失敗と対策はAI導入の失敗事例7つにまとめました。マーケティング実務への落とし込みはウラカタのマーケティング支援サービスもご覧ください。

まとめ

• Claude Fable 5.1は2026年9月1日公開の最上位モデル。入出力単価は据え置きで、キャッシュ読み込みが4分の1になった
• effortはlow〜maxの5段階で既定はhigh。公式はhighから始め、品質が保てる作業はmediumやlowに下げるよう勧めている
• ウラカタの既定はOpusのmedium。Fable 5.1は設計判断・監査・最終検品に絞り、定型作業はHaikuやSonnetのlowに回す
• 僕の実測では、費用の59%は長い会話の読み直しで、出力は12%だった。effortより先に会話の長さと冒頭の設定量を見直す方が効いた
• 拒否されるとOpusに自動で切り替わる。切り替え後は仕事の区切りからやり直し、終わったらFable 5.1に戻す