Claude Fable 5 活用戦略 完全図解

✦ 高コスト・高性能モデルを“難所突破”に集中投入する最適運用 ✦

1

まず押さえる前提

Fable 5は強力だが高コスト。使いどころの見極めが第一歩です。

  • 7/7まで:週次上限の50%まで利用可
  • その後:usage credits中心の運用
  • 特徴:1Mコンテキスト / 128k出力
    最高クラスの推論力
  • 注意:入力・出力とも高コスト
    特に長い出力は重い
💡だから“常用”ではなく“要所投入”が基本
2

モデル使い分けマップ

目的に応じて最適なモデルに割り振ります。

モデル役割と向いている仕事
Haiku安い作業員
分類・抽出・整形・軽い要約
Sonnet日常の主力
文章作成・実装・調査・通常分析
Opus高性能バックアップ
Fable節約時の複雑設計・重め分析
Fable 5最上位の判断者
戦略設計・難所突破・重要レビュー
⭐下ごしらえ → Fableで判断 → Sonnetで実装
3

Fable 5を使うタスク

⭕ 集中投入する場面
失敗コストが高い重要案件
曖昧で複雑な戦略判断
長文・コードベース横断の分析
納品物・提案書の最終レビュー
🚫 使わない場面
軽い要約・翻訳・メール文面
単純な整形・簡単なコード修正
雑談・軽い壁打ち
4

おすすめ:サンドイッチ型

前後を軽量モデルで挟み、Fable 5は判断に集中。

📋
Step 1 前処理
Haiku/Sonnetで資料と論点を圧縮
↓
🧠
Step 2 中核判断 = Fable 5
設計・判断・リスク整理だけ任せる
↓
⚙️
Step 3 実行
Sonnetで実装・資料化・整形・量産
↓
🛡️
Step 4 最終監査
必要時だけFable 5で欠陥チェック
⭐1案件あたりFableは1〜2回が理想
5

Fable使用判定スコア

迷ったら7項目を各0〜2点で採点します。

💥失敗コスト
🌫️曖昧さ
📚文脈量
🧩推論深度
⏳作業期間
🔍検証必要性
🎯代替不能性(Fableでないと無理か)
合計8点以上
Fable候補
合計12点以上
Fable推奨
💡重要納品は“最終レビューだけFable”も有効
6

effort設定の目安

タスクの重さに合わせてeffortを選びます。

low軽い確認・ちょっとした質問
medium短めのレビュー・論点整理
high標準。設計・判断・レビュー
xhigh最終判断・難解バグ・重要案件
📍
軽いまずはここ重い
highで十分な仕事が、実はほとんど。
⚠️常時xhighは非効率。まずはhigh標準
7

Claude Code節約術

📊
/usage で消費確認
🧹
/clear で文脈リセット
📦
/compact で要点だけ残す
🧩
不要なMCPを減らす
🎓
Skills化で長文指示を分離
🤖
subagentへ冗長作業を委譲
🔁探索はSonnet → 方針はFable → 実装はSonnet → 最終レビューはFable
8

ハーネス設計

高コストモデルの前後に“制御層”を置きます。

🧭 Routerどのモデルに渡すか選ぶ分岐器
🫖 Distiller冗長な文脈を抽出・圧縮
🚪 Fable Gate必要な時だけ通す制御ゲート
🛡️ Verifier出力を検証して品質保証
💾 Memory学び・失敗をナレッジ化
⭐高コストモデルの前後に置くと効率が跳ねる
9

場面別おすすめフロー

📑 重要な提案書
Sonnet初稿 → Fableレビュー → Sonnet修正
💻 Claude Codeの難題
Sonnet探索 → Fable方針 → Sonnet実装
📚 長文資料分析
Haiku抽出 → Sonnet統合 → Fable判断
🔍 調査・リサーチ
Sonnet収集 → Haiku整理 → Fable結論
✏️ コンテンツ制作
Sonnet作成 → Fableで論理レビュー
10

週次枠の理想配分

判断密度の高い用途へ、枠を戦略的に配分します。

判断に
投資
  • 重要案件の最終レビュー30%
  • 戦略・設計・方針決定25%
  • Claude Codeの難所突破20%
  • テンプレ・運用改善15%
  • 実験・ベンチマーク10%
⭐枠は“量”ではなく“判断密度”の高い場所へ
11

やりがちな失敗

🙅 これはNG
Fableに全部投げる
長文資料をそのまま丸投げ
毎回xhigh・出力形式も決めない
古い文脈を抱えたまま続ける
⭕ 正解はこっち
目的を絞って渡す
文脈を圧縮してから依頼
後続はSonnetへ戻す