Claude Fable 5 を effort 特大で触ったら Max(x5) の5時間枠が30分で尽きた — 公式が推奨する設定の使い方を整理した

2026年6月9日、Anthropic は Claude Fable 5 を公開しました。
これは Opus の上に新しく置かれた、Mythos クラスを初めて一般公開したモデルです（公式アナウンス）。

私はリリースを聞いてすぐ Claude Code で使ってみました。
効率の良い使い方を知らないままだったので、effort は最大級の手前、xhigh に固定して、それなりに重いタスクを投げました。

結果から書きます。
30分ほど触ったところで、Max(x5) の5時間枠を使い切ったというメッセージが出ました。
タスクは終わっておらず、しかも内部で動いていたサブエージェントの思考をしっかり追えたわけでもないので、「Fable 5 が良くなった」と実感できる段階にはまだ至っていません。
ただ、内部でやけに細かく考えているらしい雰囲気と、Max プランの大きな枠でも組み合わせ次第で簡単に底を打つという感覚はありました。

この記事は厳密なベンチマークではなく、Anthropic 公式のアナウンスと公式ドキュメントを読み直しながら、「自分のような Max プラン契約者は、これから Fable 5 とどう付き合えばいいのか」を整理し直したものです。
引用は引用元へのリンク付きで載せています。

まず整理：Fable 5 とは何か

Anthropic 公式のアナウンス（Claude Fable 5 and Claude Mythos 5）の説明を、こちらでも整理しておきます。

ポイントは、知能の高さそのものより、「長時間自律で動かせること」が前面に出ている点です。
発表と同時に紹介された Stripe の事例では、5000万行の Ruby コードベースの移行を、本来チームで2か月かかる規模の作業を Fable 5 が1日でやり切ったとされています。
ここまで来ると、もはや「対話して使うアシスタント」ではなく「放置して使うエージェント」が前提の道具になります。

価格は入力100万トークンあたり10ドル（約1,550円）、出力50ドル（約7,750円）です。
これは Opus 4.8 のちょうど2倍にあたります。

利用安全性についても新しい措置が入っていて、サイバーセキュリティや生物学といった高リスク領域は、リクエスト自体を遮断する仕組みが追加されています。
これは Mythos クラスを「広く一般に出す」ために必要だったセーフガード、と公式は説明しています。

ここでひとつ、期間限定の事情があります。
Fable 5 は 6/9 から 6/22 までの間、Pro / Max / Team / シート型 Enterprise の各プランに追加コストなしで含まれます。
ただし 6/23 以降はサブスクから外れ、利用にはクレジット購入（実質的な API 従量課金）が必要になります（公式アナウンス）。
要するに、いま私たちが触っているのは「2週間だけ全プランに開放されたお試し期間中の Fable 5」だ、という前提で読んでいただくとちょうどよいです。

モデルと effort とプランは、それぞれ別の話

ここを混同していると、設定の議論がぼやけます。
ユーザーから見ると、Claude Code の調整は次の3つの掛け算です。

• モデル （Fable 5 / Opus 4.8 / Sonnet 4.6 …）

• effort （low / medium / high / xhigh / max。Claude Code の設定。後で触れる ultracode もここに並びます）

• プラン （Pro / Max(x5) / Max(x20) / Team / Enterprise）

モデルが「Fable 5 になった」というのと、effort を「xhigh にした」というのは別の話です。
モデルだけ Fable 5 に上げても effort が low なら大した消費にはなりませんし、effort を max まで上げても軽い質問なら大した量にはなりません。
組み合わせで初めて、消費の絶対量が決まります。

私が今回ぶつかったのは、この3つを全部「強い側」に寄せてしまった、ということでもあります。

公式が推奨する effort の使い方

effort の5段階それぞれを、どう使い分けるべきかは、Anthropic の公式ドキュメント（Effort - Claude API Docs）に明記されています。
要点を引用しながら整理します。

つまり、

• デフォルトは high。 まずここから入って、必要に応じて上下に動かす。

• xhigh は「能力が一番問われる作業」専用。 公式は具体例として「高度なコーディング」「複雑なエージェント作業」「繰り返しのツール呼び出し」「詳細な検索」を挙げています。

• max は「絶対的な能力」と「制約なしの思考」が必要なときだけ。 公式は「the absolute highest capability with no constraints」と書いています。日常作業に置く設定ではありません。

• 逆方向に medium や low に下げる。 ルーチンワーク、軽い質問、検索系には high より下を選ぶ、というのが公式の推奨です。

私が今回やっていたのは「重いタスクだから」と xhigh で固定したことでしたが、公式の言い方をそのまま受け取ると、xhigh は「能力が問われる場面」用です。
調査の前半、技術スタックを並べる段階、定型的な雛形作りといった工程まで全部 xhigh で押すのは、公式の意図から見るとオーバースペックでした。

ultracode は max の隣にいる別カテゴリの設定

Claude Code の effort メニューを開くと、low / medium / high / xhigh / max の並びの先に ultracode という選択肢があります。
これは「max のさらに上の effort」ではなく、別カテゴリの設定です。
中身は effort xhigh の固定と、複数のサブエージェントを束ねる dynamic workflows を「Claude が必要だと判断したら自動で起動する」許可を、組み合わせたものです。
Opus 4.8 のリリースと同時に Claude Code に入った仕組みで、Fable 5 でも同じ枠の中で使えます。

つまり、ultracode を選ぶというのは「effort を xhigh に固定したうえで、エージェントの並列実行も自動で任せる」を1クリックで設定する、ということです。
当然、消費はそれに見合った量になります。
今回の私の30分タスクのように「重いと分かっている作業を1日で済ませたい」局面でだけ選び、軽い日に入れっぱなしにしない、というのが現実的な距離感です。

なぜ Fable 5 では枠の消費が早いのか

ここは公式というよりコミュニティ側で観測されている話です。
Developers Digest の解説記事では、こう書かれています。

これは私の体感と合います。
出力の単価が Opus 4.8 の2倍、effort xhigh で思考と探索が増え、エージェント実行で裏のサブエージェントが並列に走る。
3つが重なれば、Max(x5) の5時間枠が30分で底に当たることは十分に起こります。
Max(x20) でも、似た重さのタスクを連続で投げれば早晩同じ壁に当たるはずです。

公式推奨をユーザー目線に落とすと、どう設定するか

ここまでを踏まえると、自分の毎日の運用にどう落とすか、という話に戻れます。

Fable 5 を選ぶ場面

• 数十ファイルにまたがる大規模リファクタや、依存関係を読み解きながらの移行

• 仕様が曖昧なところから「方針出し」までやらせたい初期設計フェーズ

• 競合調査・差別化検討・技術選定・PoC を動くところまで、といった頭で考える比重が重い作業

• 長時間まとめて任せて、戻ってきたら結果を確認したい、いわゆる放置運用

Fable 5 を選ばないほうがいい場面

• 1ファイルの軽い修正、よくある不具合の特定と修正

• すでに方針が決まっている定型実装（CRUD の追加、テストの雛形作り）

• そもそも対話的にぽんぽん返事が欲しい、軽い質問の連続

effort をどう置くか（公式推奨ベース）

• low：軽い質問、コードレビューのうち「明らかな指摘だけ拾えればいい」もの

• medium：普通の修正、定型のテスト追加、検索系。ルーチンワークはここに逃がす

• high：ふだん使いのデフォルト。公式が「ほとんどのタスクはここから始める」と言う基準点

• xhigh：能力が一番問われる作業。大規模リファクタや、ツール呼び出しが何往復もする agentic 処理

• max：絶対に取りこぼせない設計判断、深いコードレビュー。日常使いの場所ではない

プランの距離感

• 6/22 までは Pro / Max / Team / シート型 Enterprise に Fable 5 が含まれる。6/23 以降はサブスクから外れ、クレジット購入が必要になる。試すなら期間中に試す、本運用に組み込むかは期限後の料金体系を見てから決める、というスタンスが現実的

• Max(x5) は Max プランのうち枠が大きめのもので、Fable 5 × xhigh × 重いタスクの組み合わせなら、それでも30分から1時間で5時間枠に到達することがある

• 同じ作業を effort を1段階下げるだけで、消費の体感はかなり変わる

• 「重い日」と「軽い日」を分け、重い日は午前に1本まとめて投げて、午後は枠回復まで別作業に充てる、という日内リズムが現実的

• 軽い問い合わせは Sonnet 4.6 + medium に逃がす、という選択肢を最初から運用に組み込んでおく

次に自分がやること

今日のタスクは、調査が終わって PoC を動くところまで持っていく途中で枠が尽きたので、続きをやり直す必要があります。
そのときは、全工程を xhigh で揃えるのではなく、フェーズで階段に組むつもりです。

具体的には、最初の調査と候補出しは Sonnet 4.6 を medium、候補が3つ程度まで絞れたら差別化検討と技術選定だけ Fable 5 を high、PoC を動くところまでの実装は Fable 5 を xhigh、出来上がったコードのレビューだけ Fable 5 を max、というように区切ります。
公式の「ほとんどのタスクは high から、能力が一番問われる場面で xhigh」という推奨に、自分のフェーズを当てはめ直したかたちです。
ここまで終わったら、サブエージェントの思考も含めて、実体感としてどうだったのかをあらためて書いてみるつもりです。

まとめ

• Fable 5 は Mythos クラスを一般公開した新しい最上位モデルで、価格は入力10ドル・出力50ドル／100万トークン（Opus 4.8 の2倍）。長時間自律で動かす作業に強い（公式アナウンス）

• 6/22 までは Pro / Max / Team / シート型 Enterprise のサブスクに含まれる。6/23 以降はサブスクから外れ、クレジット購入が必要になる

• effort は Fable 5 とは別の Claude Code 側の設定。公式は「ほとんどのタスクは high から始める。能力が一番問われる場面で xhigh、絶対品質が要るときだけ max、ルーチンは medium か low に下げる」と推奨している（公式 Effort ドキュメント）

• effort メニューの並びの先には ultracode という別カテゴリの設定もある。これは「max の上」ではなく、xhigh と並列エージェントの自動起動を組み合わせたもの。重い日にだけ選ぶ

• Fable 5 × xhigh × 重いタスクなら、Max(x5) でも30分から1時間で5時間枠に到達することがある

• 全工程を同じ effort で揃えるのではなく、調査やルーチンは medium、中核の設計は high、能力が問われる山場だけ xhigh、絶対品質は max、というフェーズ別の階段で組むのが現実的

• 並列に動くサブエージェントが想像より多い前提で、エージェントタスクを投げるときは枠を1日のリズムに織り込む

次の一手としては、自分のよくやるタスクの一覧を一度書き出して、それぞれの隣に「ここで Fable 5 を呼ぶか」「effort をどこに置くか」のメモを足してみてください。
全部 xhigh で押すより、ずっと長く Fable 5 と付き合えるはずです。

宣伝：デスクトップを「壁紙だけ」にする猫ランチャーを作りました

最後にひとつだけ宣伝です。

散らかったデスクトップのアイコンをまるごとあずけて、画面を壁紙だけにするWindows用ランチャー「NyanDeck」をBOOTHで公開しています。
配信や画面共有でデスクトップが映る事故を防ぎたい人向けに作ったもので、ワンクリックで中身を隠す目隠しモードや、画面の端に格納してホバーで呼び出す機能があります。

無料版だけでも普通に使えるので、デスクトップが散らかっている自覚のある方はどうぞ。

どういうツールかはGIF多めの紹介記事にまとめています。

ダウンロードはこちらから。

この記事が参考になったら、ぜひ「スキ」をお願いします。
Fable 5 を自分のワークフローのどこに差し込むかは、最初の数日で決めると後の運用がだいぶ楽になります。
私自身、続きを effort 別の階段に組み直して回したら、改めて整理して書きたいと思っています。

あわせて読みたい