Claude Fable 5.1のeffort設定｜lowとhighの使い分け

「Fable 5.1にしてから、同じことを頼んでいるのに時間がかかるようになった気がする」——そう感じている方は少なくないはずです。コストも心なしか増えている。

結論から言うと、その体感は正しいです。effortの設定を変えずにhighのままFable 5.1を使うと、同じ頼み方でも作り込みの水準そのものが上がるため、時間とコストがそのぶん伸びます。普段の仕事はlow、クライアントに見せる完成品だけhigh——この使い分けに戻せば、Fable 5だった頃の速さとコスト感に戻せます。

株式会社Fyveは中小企業向けにAI業務効率化を手がけており、私自身もClaude Codeを毎日の実務で回しています。この記事では、同じ5つの課題をFable 5・Fable 5.1（high）・Fable 5.1（low）の3条件に実際に投げて、時間・コスト・出力の量・品質を比較した実測データをもとに、effortの使い分け方を整理します。

そもそもeffortとは何か

Claude Fable 5.1は、思考（Adaptive Thinking）が常時オンのモデルです。effortは、その思考にどれだけ手間をかけるかを決める設定値で、公式ドキュメントではlow・medium・highの段階が確認できます。

提供チャネルによってeffortの既定値は違います。Claude APIとClaude Codeの既定はhigh、Claude CoworkとClaude.aiの既定はmediumです。つまりClaude Codeを何も設定せずに使っている場合、あなたはすでにhighで走っていることになります。ここが今回の実測でいちばん見落とされやすいポイントでした。

公式の主張は「低〜中effortでFable 5と同等以上の結果、高effort帯では大幅に上回る」というものです。実務に置き換えると、設定を下げても品質が落ちにくくなったということになります。この主張が実際どうなのか、手元で確かめました。

実測で確かめた——lowとhighで何が変わるか

2026年9月2日11:01〜12:25 JST、私の環境（Claude Code v2.1.258・macOS）で、同じ5つの課題を空のフォルダから実行しました。プロトコルは以下のとおりです。

• 課題：架空のカフェ「月見坂珈琲」のランディングページ制作／予約・作業・顧客の3種のCSVデータを集計するレポート作成／総務担当者向けの弁当配達サービス「まかないメシ便」を紹介する10枚のプレゼンスライド／「月見坂ブレンド」という商品の3D演出付きページ／あおぞら商事・みどり工房・ひかり食品の3社ぶんの請求書一括生成、の5つ
• 条件：A＝Fable 5 @high（全5課題）／B＝Fable 5.1 @high（全5課題）／C＝Fable 5.1 @low（課題1・2・5の3課題のみ）
• 頼み方：3条件とも同一の依頼文・空のフォルダから一発勝負
• コストはAPI従量課金換算（Claude自己申告値）。月額サブスクでの実行なので、実際の請求は¥0です

重要な限界として、各条件・各課題とも実行は1回のみです。同じ設定でもう一度実行したときの振れ幅（ブレ）は測っていません。以下の数字は「桁と傾向」として読んでください。判定は、生成物を実際に開いて確認する判定エージェント（puppeteerでスクリーンショットを取得）による突合で行っています。

5課題の合計で見ると、Fable 5.1をhighのまま同じ頼み方で使うと、時間は3.1倍（7.4分→22.6分）、コストは1.9倍（$4.33→$8.34）に伸びています。出力トークン（作り込みの量の目安）も2.3倍（36,626→83,962）です。

とくに極端だったのが課題4（3D商品ページ）です。91秒→619秒（約6.8倍）、出力トークンは7,317→27,300（3.7倍）まで膨らみました。速くなったのではなく、同じ頼み方で「どこまでやるか」の水準そのものが上がる方向に性格が変わったと読めます。

課題ごとに伸び方（B/Aの倍率）を比べると、「どの種類の仕事で伸びるか」がはっきり分かれます。

いちばん伸びが小さいのは課題5（請求書一括生成）で、時間1.5倍・コスト1.2倍にとどまっています。金額や項目数があらかじめ決まっている「答えが1つに決まる」作業では、highにしても作り込む余地がそもそも小さいということです。逆に課題4（3D商品ページ）のように、質感・演出・レイアウトといった「正解が1つに決まらない」ビジュアル系の作業ほど、highは時間をかけて作り込みにいきます。この違いは、後半の判断基準表にそのまま反映しています。

lowに下げると、Fable 5 @highと同じ時間・コスト帯に戻る

一方、条件Cで測った同じ3課題（1・2・5）をAと比べると、時間は228秒→252秒（+11%）、コストは$2.52→$2.42（−4%）でした。ほぼ同じ、むしろコストはわずかに下がっています。

つまりeffortをlowに下げれば、Fable 5 @highを使っていた頃の速さとコスト感にそのまま戻せるということです。公式の「低〜中effortでFable 5と同等以上」という主張は、コストと時間の側では実測でも成立していました。

読者特典・無料ダウンロードFable 5、賢いけど高い。を解決する。無料でダウンロード →↓

5.1の性格そのものが変わった——なぜlowが「使い慣れたFable 5」の代わりになるのか

ここまでの実測結果は、単なる設定の効き目というより、モデルの性格の変化として説明がつきます。同じ課題・同じハーネスで以前測ったOpus 5の実測データ（7月）を重ねると、次の傾向が見えます。

• Opus 5：指示を超えて章を足し、重い課題でも自分から止まらない「盛る」性格（7月実測：LP50.9KB・請求書1,003行・最重課題の3D商品ページで995秒）
• Fable 5：過不足なく最短距離で仕上げる「削る」性格（2〜4ターンの一発生成・出力トークンが最も少ない）
• Fable 5.1 @high：Fable系として初めて「盛る」側へ性格が変わった。ただしOpus 5の半分の出力・6割の時間で、自己検証つき（課題2〜5・@highの合計で比較：Opus 5が31.2分／$7.70・出力124,183トークンに対し、Fable 5.1は19.1分／$6.77・出力65,951トークン）

そしてFable 5.1の内部では、この2つの性格をeffortの設定だけで切り替えられるようになっています。@lowは「削る」——つまり旧Fable 5の性格をそのまま引き継いでいます。7月の時点では「軽い作業はFable 5、重い作業はOpus 5」とモデルそのものを使い分けていましたが、その一部が、Fable 5.1では1つのモデル内のeffort設定だけで選べるようになったと捉えられます。effortを下げる操作は、単なる節約ではなく、モデルの性格を「削る」側に戻す操作でもあるということです。

正確性は変わらない。変わるのは「作り込み」と「判断の質」

気になるのは、時間とコストが変わらなくても、品質まで犠牲になっていないかという点です。判定エージェントによる突合の結果を見ると、そこは条件間で差がつきませんでした。

正確性では3条件に差がつきませんでした。「壊れているのに正解を主張する」ケースはゼロです。差が出たのは、時間をかけた分だけ何を上乗せするか、という部分でした。

Bは仕上げの網羅性で他条件を上回っています。課題2はargparse対応＋警告セクション付きの340行、課題3はタッチスワイプ＋URLハッシュ対応＋自己検証17ターン、課題4はPBR質感＋環境マップ＋テキストと3Dの重なり防止設計＋WebGLフォールバック（21ターン。自らheadless Chromeでスクリーンショット検証まで試行）、課題5はDecimal型の金額計算＋請求書番号採番付きの520行——と、いずれも「本番運用に出せる形」まで自分で積み増していました。課題1では独自に「月見坂珈琲のこだわり」という章を追加してセクション数をA・Cの4区画から5区画に増やしています。上乗せの代償として、唯一の技術的な瑕疵も出ています（課題1で17pxのDOMオーバーフロー。overflow-x:hiddenで実害はなし）。

一方でCは、時間もコストもAと同水準でありながら、工学的な判断の質でAを上回る場面がありました。課題5でDecimal型を採用（Aはfloatのまま）、除外明細をHTMLに焼き込み（Aはコンソール出力のみ）、明細に行金額列を独自追加。課題2は181行の最効率実装（3ターン・$0.61）でした。ただし省略も起きています——課題1でモバイル幅のナビリンクが非表示になり、代替導線が無い（機能面の瑕疵1件）。

まとめると、lowは「削る」性格を保ったままFable 5の後継として使え、判断の質は古びていない一方で、highは同じ依頼を「本番運用級」まで自走して仕上げる性格に変わっています。どちらが正しいというより、仕事の性質によって向き不向きが分かれます。

結局、lowにすると何が落ちるのか

ここまでの実測を「落ちるもの」で整理すると、次のようになります。

• 落ちないもの：正答率・計算結果の正しさ。課題2の集計8項目、課題5の請求書検算3社分（総合計¥91,850）は、A・B・Cのいずれも満点でした
• むしろ上回ることがあるもの：工学的な判断の質。課題5でのDecimal型採用や除外明細のHTML焼き込みは、highのAではなくlowのCで起きています
• 落ちるもの：仕上げの網羅性の端っこ。課題1でモバイル幅のナビリンクが非表示になり代替導線が無い、という省略が1件確認されています

つまりlowで怖いのは「答えを間違える」ことではなく、「隅の作り込みを飛ばす」ことです。金額の計算や集計結果のような核心部分はlowでも崩れませんが、モバイル表示や細部のフォールバックといった、指示に明記していない「気を利かせる」部分は、highに比べて手薄になります。人が最後に一度目視で確認する運用にしておけば、この種の抜けは十分に拾えます。実測は各1回のみなので、この「網羅性1件・技術的瑕疵1件」という件数そのものを一般化はできませんが、方向性としては覚えておく価値があります。

なぜhighは時間もコストもかかるのか

highの時間が伸びている理由は、ターン数の違いに表れています。Aが2〜4ターンの一発生成で完結するのに対し、Bは自己検証を含めて17〜21ターンまで回っています。2〜7倍の時間の大半は、自己検証と上乗せに使われているということです（3ターン→17〜21ターン）。

ここで料金表のもう1つの変化が関わってきます。Fable 5.1はキャッシュ読み取り単価が$1.00から$0.25へ75%値下げされていますが、この値下げは長く回るタスクほど効きます。課題4（B条件）ではキャッシュ読み取りが101.9万トークンに達し、新価格では$0.25、旧価格の$1.00/MTokなら$1.02——この1課題だけで$0.77の差になります。逆に短時間で終わる課題（2・5）はキャッシュ読み取りが小さく、値下げの恩恵も小さくなります。

モデルの性格変化（highで作り込む）と、料金変更（長いループほど安くなる）は同じ方向を向いていると言えます。highを使うなら、長く自走させる仕事に使うほど元が取れる設計になっています。

判断基準——普段はlow、見せる仕事だけhigh

ここまでの実測を踏まえると、effortの選び方は「その成果物を誰が見るか」「答えが1つに決まる作業か」で判断できます。

迷ったときの目安はシンプルです。その成果物を誰かに見せるか、そのまま納品するか——見せる・納品するならhigh、社内だけで完結する叩き台や、答えが1つに決まる定型作業ならlowで十分です。逆に言えば、社内の叩き台をhighのまま作り続けているなら、そこが最初にlowへ落とすべき場所ということになります。

effortの指定方法（ターミナルで1つ付け足すだけ）

effortの指定は難しくありません。Claude Codeを起動するコマンドに--effortというオプションを1つ付け足すだけです。

たとえばターミナルで次のように打って起動すると、そのセッション全体がlow設定になります。

claude --effort low

何も指定しなければClaude Codeは既定でhighのまま動きます。つまり、今まで何も設定していなかった方は、すでにhighで使い続けていたということです。まずは普段使いのセッションに--effort lowを付けてみて、体感の速さとコストの変化を確かめるところから始めるのがおすすめです。

1回だけ自動実行させたい場合（バッチ処理やスクリプトからの呼び出し）は、-pオプションと組み合わせます。

claude -p --effort low "依頼文"

使い分けのイメージはこうです。普段の集計作業や下書きはclaude --effort lowで起動したセッションで済ませ、クライアントに納品するLPや提案資料を作る日だけ、あらためてclaude --effort highで起動し直す。1日のうちでも作業の性質が変わるたびに切り替えて構いません。この2つの往復で、日常のコストを抑えながら、必要な場面ではFable 5.1の作り込みを引き出せます。

highのまま戻し忘れると、費用はどう積み上がるか

effortを使い分ける運用でいちばん起きやすい失敗は、「見せる仕事のために一度highへ上げたあと、そのまま戻し忘れる」ことです。今回の実測では、highのまま日常の課題（課題2のCSV集計）を流すと、時間2.3倍・コスト1.5倍（$0.62→$0.92）が、気づかないまま毎回積み重なる計算になります。1回あたりの差額は数十セント程度でも、日常的に繰り返す作業ほど積算の影響は大きくなります。

戻し忘れに気づく手がかりはあります。--output-format jsonを付けて実行すると、返ってくるJSONのmodelUsageにコスト（costUSD）が含まれることを実測で確認しています。バッチ処理や自動実行のスクリプトでこの値をログに残しておけば、想定より高い実行が続いていないか後から見返せます。

もっと単純な運用としては、「見せる仕事の日だけ明示的にhighへ切り替える」を既定にすることです。ターミナルを開いたら基本はlowで作業し、クライアント提出物を作る段になったら意識してコマンドを打ち直す。highを既定にしたまま「今日は下書きだから」と気を抜く方向より、逆の運用にしておくほうが戻し忘れの実害は小さく済みます。Claude Codeを何も設定せずに使うと既定でhighになる、という前半の事実を踏まえると、この逆転運用は一手間ですが確実です。

effortでコストを調整する考え方は、他社にも広がっている

思考の深さを設定でコントロールし、コストと時間を調整するという発想は、Anthropicだけのものではありません。同時期に登場したOpenAIのGPT-6 Astraでも、maxという新しいeffortの段階が加わりました。「effortでコストを調整する」という同じ考え方が、他社のモデルにも広がっています。

GPT-6 Astraの新しい思考レベル「max」とは

まとめ——effort設定のチェックリスト

• 同じ頼み方のままhighで使うと、5課題合計で時間3.1倍・コスト1.9倍・出力トークン2.3倍に伸びる（実測、2026年9月2日・各条件1回のみ）
• とくに長時間タスク（3D商品ページ）は時間約6.8倍・出力3.7倍まで膨らむ。highの伸び幅は課題によって大きく違う
• lowに下げると、同じ3課題でFable 5 @high相当の時間（+11%）・コスト（−4%）に戻る
• 正確性は3条件とも差がない。差が出るのは「どこまで作り込むか」と「判断の質」
• Fable 5.1@highは「盛る」性格へ変わった。@lowは「削る」旧Fable 5の性格を引き継いでおり、effortはモデルの性格そのものの切り替えでもある
• highの時間の大半は自己検証と上乗せ（3ターン→17〜21ターン）。長く自走させる仕事ほど、キャッシュ読み取り75%値下げの恩恵も大きい
• 判断の目安は「誰かに見せる・そのまま納品するか」。社内の叩き台や答えが1つに決まる定型作業はlow、クライアント納品の完成品はhigh
• 指定はclaude --effort low（起動時）またはclaude -p --effort low "依頼文"（自動実行）。何も指定しなければClaude Codeは既定でhigh

Fable 5.1の全体像——価格・ベンチマーク・提供チャネルまでの詳細は、完全ガイドにまとめています。

Claude CodeClaude Fable 5.1とは｜何が変わったのか【完全ガイド】