2026/09/04Claude Code

AI活用非エンジニア向け導入・運用Fable 5

Fable 5.1の使用量上限｜制限に当たったときの逃がし方

「作業の途中で急にメッセージが止まった」「今週はあとどれくらい使えるのか分からないまま画面を閉じた」「Proだと結局、何回くらい使えるのか調べても書いていない」——Claude Codeを毎日使っていると、誰もが一度はこの不安にぶつかります。

結論から言うと、使用量上限の絶対値はプランによって異なり、公式発表でもFable 5.1固有の週次回数までは示されていません。ただし、上限に当たったときにできることは決まっています。effortを下げて同じ作業を続ける、軽い作業は下位モデルへ回す、リセットのタイミングを把握して重い作業をそこへ寄せる、キャッシュを効かせて消費そのものを抑える——この4つです。

株式会社Fyveは中小企業のAI活用に月額で伴走しており、私自身も毎日Claude Codeを実務で動かしています。この記事では、公式に確認できる仕組みと、私が実際の運用でやっている逃がし方を、確認できる範囲だけで整理します。

Fable 5.1で何が変わったのか、全体像を先に押さえておきたい方はこちらにまとめています。

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

使用量上限の仕組み｜何が消費され、何がリセットされるのか

Claude CodeをProやMaxの月額プランで使う場合、支払いは定額ですが、一定の期間内に使える範囲には上限があります。これはAPI従量課金のようにトークン単位で請求される仕組みとは別で、定額の中でどこまで働かせられるかの枠だと捉えると分かりやすくなります。この枠は使い切って終わりではなく、一定の期間ごとにリセットされます。

上限そのものは、Anthropicがサービス全体を安定して提供し続けるための仕組みでもあります。無制限に使わせてしまうと、突発的な高負荷でサービス全体が不安定になりかねません。そう理解しておくと、上限に当たったときに「損をした」と受け止めるより、限られた枠をどう配分するかという運用の問題として扱いやすくなります。

使用量上限と予算上限は別物です

ここで混同しやすいものを1つ切り分けておきます。「使用量上限」はAnthropic側が設定しているプランの利用枠で、自分で数字を決めることはできません。一方、Claude Codeには自分で使いすぎを防ぐための「予算上限」を設定する仕組みも別にあります。課金事故を防ぐ目的で自分の意思で設定するもので、こちらは仕組みが異なります。

Claude CodeClaude Codeの予算上限設定｜課金事故を防ぐ実務チェック

この記事で扱うのは前者、つまりプラン側の使用量上限です。「急に止まった」の多くは、こちらに当たったケースを指します。

Fable 5.1はeffortの既定がhigh｜Claude Codeでの消費に効いてくる理由

Fable 5.1の思考はAdaptive（常時オン）で、effortの初期値はチャネルごとに決まっています。Claude APIとClaude Codeはhigh、Claude CoworkとClaude.aiはmediumです。effortはモデルにどれだけ深く考えさせるかの度合いで、深く考えさせるほど内部で使うトークンは増えます。

つまりClaude Codeでは、何も設定を変えなければ最初から「深く考える」設定で動いています。同じ「1回のやり取り」でも、effortが高いままの作業を積み重ねるほど、上限には早く近づきやすくなります。これは「highが悪い」という話ではありません。コーディングのような複雑な作業には、それだけの思考が必要とされているから既定になっているだけです。ただし、上限に当たりやすいと感じたときにまず疑うべきは「何回使ったか」ではなく「どの設定で使い続けているか」です。

プランで何回使えるのか｜Pro・Max 5x・Max 20xの違い

ここが読者の一番知りたいところだと思います。正直に書いておくと、Fable 5.1固有の週次上限を「◯回」「◯時間ぶん」という具体的な数字で示した公式の記載を、私は確認できていません。Anthropicの発表ページ・料金ページで確認できたのは、料金（入力$10・出力$50・キャッシュ読み取り$0.25など、100万トークンあたりの単価）と、effortの既定値までです。上限の絶対量そのものはプランや利用状況によって異なります——ここは、それ以上を断定しません。

それでも、プラン名の付け方自体が構造を語っています。Claude CodeはProとMax（5x・20x）というプラン構成を持ち、Max 5xはProの5倍、Max 20xはProの20倍という比率で利用枠を持つ設計です。上位プランほど同じ期間内にこなせる作業量は増える方向にありますが、Fable 5.1に絞った正確な回数は「プランによって異なります」で止めておきます。契約中のプランで実際に何回使えるかは、上限に当たったときの表示か、アカウントの利用状況画面で確認するのが確実です（確認方法は後ほど扱います）。

具体的な回数が公式から示されていない背景として、上限は利用状況——1回あたりの作業の重さ・effortの設定・扱う文脈の長さ——によって変わる性質のものだと考えられます。「◯回」と固定の数字で示しにくい仕組みだからこそ、公式は料金や仕様のような固定値だけを公開していると読むのが自然です。自分の実際の枠を知りたい場合は、契約しているアカウントの利用状況画面を確認するのが最も正確です。

Max 5x・20xの料金や違いをまとめて比較したい場合は、こちらに詳しくまとめています。

Claude CodeClaude Maxプランの料金｜5xと20xの違いと日本円の実額【2026年版】

上限の絶対値より、モデルとeffortの組み合わせで消費速度が変わる

同じプラン契約でも、上限に当たるまでの体感速度は人によってかなり違います。上限が実質的に見ているのは「回数」というより、思考も含めたトークンの消費量に近いためです。effortが高い状態の作業を積み重ねるほど、同じ回数でも上限には早く近づきます。

逆に言えば、プランを上げる前に見直せる余地が残っている人は多いはずです。次の章では、実際に上限へ当たったときの対処と、そもそも当たりにくくする工夫の両方を並べます。

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

上限に当たった後の「逃がし方」4つ

上限に当たること自体は、失敗ではありません。Claude Codeを本気で使っている証拠でもあります。ここからは、当たった後にどう作業を続けるかを、私が実際にやっている順番で並べます。

① effortを下げて同じ作業を続ける

いちばん手軽なのがこれです。Claude Codeでは--effortでモデルの思考の深さを指定でき、low / medium / high / xhigh / maxの5段階から選べます（--modelと一緒に指定可能です）。上限に近づいてきたと感じたら、highのまま続けるのではなく、--effort lowや--effort mediumに落として同じ作業を続けます。

公式は、Fable 5.1が「低〜中effortでもFable 5と同等以上の結果を出す」と説明しています。effortを下げても、前世代であるFable 5の水準を下回らない見込みがあるということです。「質を落として凌ぐ」というより、「据え置きの質で、消費だけ抑える」に近い調整だと捉えられます。コマンドを覚えるのが面倒であれば、Claude Code自身に「これ以降のやり取りはeffortをlowで進めて」と伝えるだけでも切り替わります。

② 軽い作業は下位モデルへ回す

上限を消費しているのは、必ずしも重い作業だけとは限りません。ファイル名の一括変更、簡単な文言修正、定型的な確認作業まで同じ最上位モデルにhigh effortで投げていると、軽い仕事のぶんまで同じ枠を削っていることになります。

重い判断・設計・長時間のエージェント作業はFable 5.1に残し、機械的な作業は下位モデルに振り分ける——このモデルの使い分けについては、こちらで詳しく書いています。

Claude CodeFable 5を司令塔に｜Claude Codeマルチモデル運用術

この記事はFable 5時点のものですが、考え方はFable 5.1でも変わりません。上限は「1つのモデルに頼んだ量」の積み上がりで減っていくので、頼み先を分散させれば、同じ上限でもこなせる作業の総量は増やせます。

③ リセットのタイミングを把握して、重い作業をそこに寄せる

上限は使い切って終わりではなく、一定の期間ごとにリセットされる仕組みです。正確な周期や時刻はプランや契約時期によって変わるため断定は避けますが、多くの利用者にとって基準になるのは週単位のサイクルです。

ここで効くのが、重い作業を「リセット直後」に寄せるという発想です。上限が残り少ない状態で重いエージェント作業を始めると、途中で止まって仕切り直しになりやすくなります。逆にリセットされた直後であれば、まとまった枠が残っている状態で長時間の作業に着手できます。長い実装や大きめのリファクタリングのような、途中で止まると再開コストが高い作業ほど、このタイミング合わせの効果は大きくなります。

自分の環境でのリセットタイミングが分からない場合は、Claude Codeに「今の使用量の上限と、次にリセットされるタイミングを教えて」と聞いてみるのが早いです。画面に表示されている情報をそのまま拾って答えてくれます。

④ キャッシュを効かせて、消費そのものを抑える

ここまでの3つは「上限にどう対応するか」でしたが、これは「そもそも上限に当たる速度を落とす」対策です。

Fable 5.1では、キャッシュ読み取りの単価が100万トークンあたり$1.00から$0.25へと75%値下げされました（2026年9月2日時点の公式料金表）。これはAPI従量課金の請求として説明されている数字であり、月額プランの上限消費に同じ比率でそのまま反映されると公式が明言しているわけではありません。ここは正確に書いておきます。

それでも、考え方自体は月額プランでも有効です。プロジェクトの構造・コーディング規約・仕様書のような「毎回読ませている前提」を、会話のたびに貼り直すのではなく、CLAUDE.mdのようなファイルに一度だけ書いておいて読み込ませる。同じ内容をゼロから読み直させる回数が減れば、消費されるトークンの絶対量もそのぶん減ります。上限に当たるまでの体感速度を変えたいなら、まず「前提を毎回書き直していないか」を見直すところから始めてみてください。

実際に上限へ当たったときの対応（現場の例）

実際に私が上限へ当たった場面を1つ紹介します。ある案件で大きめの機能追加を任せていたとき、作業の後半で上限に当たりました。そこで、残っていた変数名の統一やコメント整理といった軽微な確認作業はいったん止め、effortをlowに落として本体の実装だけを最後まで進め、細かい確認作業は次のリセット後に回しました。締め切りが近いときほど、「今すぐ全部やろうとしない」という判断のほうが、結果的に早く終わります。

逃がし方を1週間の運用に落とし込む

①〜④は単発の対処法として使えますが、毎週のリズムに組み込むともっと効きます。私は次のような回し方をしています。

リセット直後：長時間のエージェント作業や、途中で止まると困る重い実装をここに寄せる
週の半ば：残量を意識しながら、判断が要る作業はFable 5.1のhighで、それ以外はeffortを落とすかモデルを切り替える
残量が少なくなってきたら：軽微な修正・確認作業だけに絞り、重い着手は次のリセットまで持ち越す

特別なツールは要りません。CLAUDE.mdのようなファイルに前提をまとめておけば、この切り替え自体もClaude Codeに口頭で頼めます。「今週は残量が少ないので、これ以降は軽い作業だけeffort lowで進めて」と伝えれば、そのとおりに動いてくれます。

残量・消費量の確認方法

逃がし方と同じくらい重要なのが、いま自分がどれだけ使っていて、あとどれだけ残っているかを把握することです。見えていない量を節約するのは無理があります。

上限に当たったときの表示を読む

上限に到達すると、Claude Code側にその旨のメッセージが表示され、あわせて次にリセットされる目安のタイミングが示されるのが基本的な挙動です。表示される文言や時刻の粒度は環境によって変わるため、この記事の説明よりも、実際に自分の画面に出たメッセージをそのまま読んでください。そこに書かれている情報が、自分の契約に対する最も正確な答えです。

大きな作業に着手する前に、残量を確認する習慣

上限に当たってから対処するより、大きな作業に着手する前に残量を確認しておくほうが、結果的に手戻りは少なくなります。長時間のエージェント作業や大規模なリファクタリングを始める前に「これは一度に終わらせたい作業か」「途中で止まっても支障がない作業か」を自分の中で分けておく——この一手間だけで、上限に当たったときの被害を小さくできます。

1回の実行でどれだけ消費したかを確認する（自社実測）

上限に対する残量とは別に、1回のやり取りでどれだけ消費したかを確認する方法も確かめています。--output-format jsonを付けて実行すると、返却されるJSONにmodelUsageというオブジェクトがあり、モデルIDをキーにcanonicalModel（実際に使われたモデル）・contextWindow・inputTokens・outputTokens・costUSDなどが含まれることを、私の環境（2026年9月2日・macOS・Claude Code v2.1.258）で確認しました。切り替えが本当にFable 5.1で行われたかを確かめたいときにも、このcanonicalModelの値を見れば確実です。

ただし、トークン数やcostUSDの値は実行のたびに変わります。特定の数字を基準値として覚えるのではなく、「今回はどれくらい使ったか」をそのつど確認する使い方が向いています。

上限に当たりやすい使い方・当たりにくい使い方

ここまでの内容を踏まえると、上限との付き合い方は使い方によってはっきり分かれます。

当たりやすい人

長時間のエージェント的な作業を、常にhigh（またはそれ以上）のeffortで回している人：思考トークンの消費が積み上がりやすく、上限に近づく速度も上がります。作業の重さに応じてeffortを上げ下げする発想がないと、軽い作業まで同じ消費速度で進んでしまいます
プロジェクトの前提を毎回貼り直している人：同じ規約・仕様書を会話のたびにゼロから読ませていると、キャッシュの恩恵を受けられず、同じ内容の読み込みで消費を重ねます
上限が残り少ないタイミングで重い作業に着手してしまう人：途中で上限に当たって仕切り直しになり、結果として同じ作業に2回分の消費がかかることがあります
プランを上げることだけで解決しようとする人：使い方を変えないまま上位プランに移っても、消費速度が速いままなら、より高い上限にもいずれ当たります

当たりにくい人

作業の重さに応じてeffortとモデルを使い分けている人：機械的な作業は下位モデルへ、判断が要る作業だけFable 5.1のhighへ、と分けられていれば、同じ上限でもこなせる総量は増えます
CLAUDE.mdのような形でプロジェクトの前提を1箇所にまとめている人：毎回の読み込みが軽くなり、キャッシュも効きやすくなります
リセットのタイミングを把握し、重い作業をその直後に寄せている人：まとまった枠が残っている状態で着手できるため、途中で止まりにくくなります
締め切りが近い重い作業と、後回しにできる軽い作業を事前に仕分けている人：上限に当たっても止めてよい作業から止められるため、被害が小さく済みます

共通しているのは、上限を「降ってくる制約」として受け止めるか、「配分できる資源」として扱うかの違いです。プランを上げること自体を否定はしませんが、まず見直す価値があるのは使い方のほうです。

よくある質問

使用量上限は何にカウントされますか

Claude Codeの利用は、やり取りのたびにトークンを消費します。上限は基本的にこのトークン消費の積み上がりに紐づく仕組みで、「会話の回数」だけで単純に決まるものではありません。同じ回数のやり取りでも、effortが高い・扱う内容が長いほど消費は大きくなります。

上限に当たったら、いつ再開できますか

上限は一定の期間でリセットされる仕組みで、多くの場合は週単位が基準になります。正確なタイミングはプランや契約時期によって変わるため、上限に当たったときに表示される案内を確認するのが最も確実です。

effortを下げると、出力の質はどれくらい落ちますか

公式は、Fable 5.1が低〜中effortでもFable 5と同等以上の結果になり、高effort帯ではさらに上回ると説明しています。effortを下げても、Fable 5.1自体が前世代を下回るところまで質が落ちるとは公式の説明からは読み取れません。ただし、これは公式の測定条件下での話です。自分の作業で品質が保てるかは、影響の小さい作業から順に試して確かめるのが安全です。

Proプランだと、ほとんど何もできませんか

公式発表・料金ページでは、Proに限定した週次上限の具体的な数字は確認できませんでした。断定は避けますが、Max 5x・20xという名称自体がProを基準にした倍率を示しているため、上位プランほど同じ期間にこなせる作業量は増える設計だと考えられます。Proでの体感を左右するのは契約の上限だけでなく、effortの使い分けやキャッシュの効かせ方でも変わってきます。

月額プランでも、キャッシュ読み取りの値下げは効きますか

公式が説明している75%値下げは、API従量課金での請求の話です。Claude.aiやClaude Codeを月額プランで使っている場合、この値下げによって毎月の請求額が変わるわけではありません。ただし、同じ前提を読み直させる回数を減らすという考え方自体は、月額プランの消費速度を抑えるうえでも有効です。