
この記事のまとめ
「最も賢いモデルが設計し、安いモデルが実装する」 というシンプルなアーキテクチャパターンを実現するClaude Code用プラグイン。セッションとサブエージェントで異なるモデルを指定できるClaude Code 2.1.170+の特性を最大限に活用する。
Fable Advisor完全ガイド — Claude Codeのモデルルーティングを極めてコスト60%削減
「最も賢いモデルが設計し、安いモデルが実装する」 というシンプルなアーキテクチャパターンを実現するClaude Code用プラグイン。セッションとサブエージェントで異なるモデルを指定できるClaude Code 2.1.170+の特性を最大限に活用する。
この記事でわかること
- Fable Advisorとは何か、なぜ重要なのか
- 4つのレーンの使い分け方
- インストール手順と必要環境
- 実際の使い方(基本的な依頼から応用まで)
- 仕様書の書き方(Spec Contract)
- 検証ルールとコミットメント境界
Fable Advisorとは
Fable AdvisorはDannyMac180が開発したClaude Code用プラグイン。根底にある発想は単純だ。
トークンの90%は実装メカニクス(コードを書く・テストを回す・ファイルを読む)であり、ここにFable 5のような高性能モデルを使うのは無駄が多い。一方で、設計・判断・検証には確かにFable 5の能力が必要だ。
そこでFable Advisorは役割を完全に分離する:
| レーン | 役割 | 使用モデル | 担当範囲 |
|---|---|---|---|
| 設計(Design) | アーキテクト | Fable 5 | 要件定義・設計・仕様作成・ルーティング・検証 |
| 実装(Implement) | 実装者 | Sonnet(標準)/ Opus(高度) | コーディング・テスト実行・ファイル操作 |
| 別系統(Codex) | 別系統実装者 | GPT-5.5 | 正しさが超重要な実装・ベンダー多様性 |
| 助言(Advisor) | セカンドオピニオン | Fable 5 | 設計判断の検証・リスク評価 |
コスト面のインパクト
Fable 5はSonnetの約3倍のトークン単価。しかし、全体のトークン消費量の約90%は実装のメカニクスで、ここはSonnetで十分だ。Fable Advisorパターンを適用すると:
| 方式 | 品質 | コスト(Sonnet比) |
|---|---|---|
| 全部Fable 5 | 最高 | 3.0倍 |
| 全部Sonnet | 十分 | 1.0倍 |
| Fable Advisor | 最高 | 約1.4倍 |
品質を落とさずにコストを約半分に削減できるというのが最大の価値だ。
インストール方法
フルプラグイン(推奨)
ターミナルで以下の2つのコマンドを実行するだけ:
claude plugin marketplace add DannyMac180/fable-advisor
claude plugin install fable-advisor
セッション開始時にアーキテクトモードに切り替える:
/model fable
Liteモード(30秒で完了)
フルのオーケストレーションパターンが不要なら、agents/fable-advisor.mdを~/.claude/agents/にコピーするだけで、アドバイザー機能だけを使える。セッション自体はSonnetのまま、コミットメント境界でのみFable 5に相談する運用になる。
必要環境
| 項目 | 条件 |
|---|---|
| Claude Code | バージョン2.1.170以上(Pro / Max / Team / Enterpriseいずれかのサブスクリプション) |
| Fable 5が使えない場合 | /model opusでセッションを運用し、アドバイザーファイル内のmodel: fableをmodel: opusに書き換え |
| Codexレーン(オプション) | npm i -g @openai/codexとcodex loginが必要。なくても他のレーンは正常に動作する |
注意点: アカウントで指定したモデルが利用不可の場合、Claude Codeは静かにセッションモデルにフォールバックする。効果を感じない場合は利用プランを確認しよう。
4つのレーンの使い分け
Fable Advisorの核心は**「どのタスクをどのレーンにルーティングするか」**。これで効率が決まる。
レーン1: ルーチン(Sonnet) — デフォルトレーン
呼び出し方法: implementerエージェント(デフォルト)
このレーンを使うべき時:
仕様が完全に結果を決定づける作業
ボイラープレート・配線・CRUD
機械的な編集・単純な機能追加
迷ったらこのレーン。
レーン2: 高度実装(Opus) — Sonnetのミスが高くつく時に
呼び出し方法: implementerエージェントにmodel="opus"を指定
このレーンを使うべき時:
並行処理・セキュリティ関連のコード
難しいデバッグ・影響範囲の広いリファクタリング
判断基準: 「Sonnetがミスすると修正が高くつく仕事」
レーン3: 別系統実装(GPT-5.5 / Codex) — ベンダー多様性のために
呼び出し方法: codex-implementerエージェント
このレーンを使うべき時:
正しさが絶対条件の実装
同じモデル系統の盲点を避けたい時
ClaudeとGPT-5.5の両方で実装し良い方を採用したい時(レース)
必要条件: codex CLIのインストールと認証
Opusとの使い分けは能力の問題ではなく、失敗分布の問題。Opusは同じモデル系統内でより高い能力を、Codexは異なる系統の盲点をカバーする。
レーン4: 判断(Fable 5 / Advisor) — 読み取り専用のセカンドオピニオン
呼び出し方法: fable-advisorエージェント
これは実装レーンではない。
コードを一切書かず、設計判断の検証だけを行う。
利用タイミングは次の「コミットメント境界」のセクションで詳しく説明する。
コミットメント境界(Commitment Boundaries)
一番重要な概念だ。「判断を下す直前」に必ずアドバイザーを呼ぶ習慣が、品質を決める。
アドバイザーを呼ぶべきタイミング:
1. アーキテクチャ決定の前
2. データマイグレーションの前
3. 大規模リファクタリングの前
4. API設計の最終決定前
5. 同じバグが2回直らなかった時
6. マルチファイルにわたる成果物を「完了」と宣言する前
アドバイザーは300語以内でverdict(判断) を返す。コードベースを実際に読んで、今のセッションのコンテキストに引きずられないフレッシュな目で判断する。
実際の使い方
基本:タスクを依頼するだけ
セッションをFable 5で開始し、普通に依頼する:
/public APIにレート制限を追加したい。
設計して、実装を委譲して、証拠を確認してから完了と言って。
アーキテクト(Fable 5)が以下のフローを自動実行する:
1. 要件を分解 → 仕様書を作成
2. 最適なレーンを選択(並行処理を含む → Opusレーン)
3. 実装を委譲 → diffを確認
4. 検証コマンドを実行 → 合格して初めて完了報告
CLAUDE.mdに常時適用する
プロジェクトのCLAUDE.mdに以下を追加すれば、すべてのセッションでアーキテクトパターンが有効になる:
You are the architect running the most expensive model — minimize your own token volume.
Delegate all implementation through the orchestration skill's routing table (never type code yourself),
delegate broad codebase exploration to cheap read-only agents, and verify evidence before accepting any lane's report.
アドバイザーのみの運用方法(逆パターン)
セッションはSonnetのまま、コミットメント境界でのみfable-advisorに相談する:
新しい決済システムの設計をしたい。
計画を立てて、コミットする前にアドバイザーに相談してから実装して。
CLAUDE.mdに以下を追加すれば、常にアドバイザーが自動チェックする:
Before committing to any architecture decision, migration, or refactor touching 3+ files,
consult the fable-advisor agent and act on its verdict.
仕様書の5要素(Spec Contract)
実装者にタスクを委譲する時は、常に以下の5要素を完全に含める:
| # | 要素 | 内容の例 |
|---|---|---|
| 1 | Objective(目的) | 「ユーザープロフィール編集機能を作成する」→ 1段落で |
| 2 | Files(ファイル) | src/app/profile/edit.tsx, src/lib/profile.ts |
| 3 | Interfaces(インターフェース) | コードが準拠すべきシグネチャ・型・API形状 |
| 4 | Constraints(制約) | プロジェクトの規約・触ってはいけないファイル |
| 5 | Verification(検証) | npm run test:profile など正しさを証明するコマンド |
仕様を書き終えられない = 判断がまだできていない。曖昧さを安いモデルに丸投げしてはいけない。仕様に抜けがある場合は、実装者に「ギャップを報告せよ」と指示する。
検証ルール
「報告は証拠ではない」 — これが鉄則。
実装者からのレポートを鵜呑みにせず、必ず以下を実施する:
- diffを読む(
git diff/git status) - 検証コマンドを自分で再実行する
「動くはず」「テストは通るはず」は完了していないのと同じ。検証コマンドの実出力がない報告は却下する。エラーが出た場合は正しい仕様を書いて再委譲する(自分で直さない)。
実践的なワークフロー例
新機能追加(ルーチンレーン)
あなた: 「プロフィール編集機能を作って」
アーキテクトの動き:
1. 要件を分解
2. 仕様書を作成(5要素)
3. ルーチンレーン(Sonnet)に委譲
4. diff確認 + テスト実行 + 合格 → 報告
並行処理の追加(Opusレーン)
あなた: 「WebSocket接続を並行処理に変更して」
アーキテクトの動き:
1. 設計判断 → コミットメント境界 → fable-advisor相談
2. アドバイザー「安全だが切断処理に注意」→ 設計に反映
3. Opusレーンに委譲
4. diff確認 + 負荷テスト実行 + 合格 → 報告
ミッションクリティカルな実装(Codexレース)
あなた: 「新しい決済マイクロサービスを作って」
アーキテクトの動き:
1. アーキテクチャ設計 → fable-advisor相談
2. 仕様書を作成
3. 並列: Sonnet + GPT-5.5に同一仕様を委譲
4. 両方のdiffを比較 → 良い方を採用
5. 検証コマンド再実行 → 完了報告
アーキテクトのコスト規律
設計者(Fable 5)自身もコスト最適化の対象だ。以下の3原則を守る:
-
判断を出力し、ボリュームを出力しない Fable 5はコードを書かない。実装コード・テスト本体・ボイラープレートはすべて安いレーンに委譲する。
-
コンテキストを薄く保つ ファイル全体や長いdiffを会話に貼らない。パス参照と抜粋で十分。ブラウジングは安価な読み取り専用エージェントに任せる。
-
一度考えたら即委譲する 設計判断は1回で終わらせ、仕様に閉じ込めて委譲する。何度も考え直すのは高コスト。
FAQ
これはAnthropicの「advisor tool」と同じですか? いいえ。あれはサーバーサイドのAPI機能です。Fable Advisorは通常のClaude Codeサブエージェント+スキルで構成されていて、すべて読めて編集でき、ベータフラグも不要です。
claude.ai(Web版)でも使えますか? 使えません。サブエージェントのモデルルーティングはClaude Code限定(CLI・デスクトップ・VS Code・Web対応のClaude Code)。
全部Fable 5でやれば良くないですか? 確かにFable 5は最高品質です。しかしトークン単価がSonnetの3倍で、しかもトークンの9割は実装メカニクスです。プレミアムは判断が生きる場面だけに使うのが経済的です。
なぜClaudeプラグインなのにGPT-5.5レーンがあるのですか? ベンダー多様性のためです。同じモデル系統には共通の盲点があります。独立した実装を別系統で作ることで、両方向の見逃しをカバーできます。
v1からのアップグレードで何か変わりますか?
何も壊れません。fable-advisorエージェントとimplementerエージェントはv1と同じです。v2ではオーケストレーションスキルとCodexレーンが追加されました。
Codexレーンが使えない環境でも大丈夫ですか?
はい。codex-implementerがSTATUS: unavailableを返すだけで、他の3つのレーンは完全に正常動作します。
参考リンク
- GitHub: GitHub - DannyMac180/fable-advisor
- Claude Code ドキュメント: Anthropic Claude Code 公式ドキュメント
- Fable 5 プロンプトガイド: Anthropic Fable 5 プロンプティングガイド
導入チェックリスト
- [ ] Claude Codeのバージョン確認(
claude --version→ 2.1.170以上) - [ ]
claude plugin marketplace add DannyMac180/fable-advisor - [ ]
claude plugin install fable-advisor - [ ]
/model fableでセッション開始 - [ ] 最初のタスクを依頼して動作確認
- [ ] CLAUDE.mdに常時適用設定を追加(オプション)
- [ ] Codexレーン有効化(オプション):
npm i -g @openai/codex && codex login
公開日: 2026-07-07 | カテゴリ: AIツール 元リポジトリ: DannyMac180/fable-advisor (MIT License)
合わせて読みたい
- 【2026年】Claude Fable 5で金融資産を守る!AIエージェントによる資産管理・監視・最適化の実践ガイド
- 【2026年】Cloudflare Monetization Gateway完全ガイド!Webページ・API・MCPツールに「1回の課金」をかける方法
- 【2026年】A Fable of Codexes完全ガイド — Claudeが指揮するAIワーカー軍団の作り方
- 【2026年】GPT-Live完全ガイド!OpenAIのフルデュプレックス音声AIがChatGPTを根本から変える
- 【2026年】component.galleryを使ってAIのUI生成指示を劇的に上手くする方法!コンポーネント用語図鑑の活用法
この記事をシェアする
関連記事

2026年7月19日
【2026年】component.galleryを使ってAIのUI生成指示を劇的に上手くする方法!コンポーネント用語図鑑の活用法

2026年6月15日
【2026年】ChatGPT vs Claude vs Gemini 徹底比較!無料プランから有料まで完全ガイド

2026年6月18日
【2026年最新】無料で使えるAIモデル完全ガイド!Claude Opus 4.8・GPT-5.5・Gemini 2.5 Proを0円で使う8つの方法

2026年6月18日
【2026年】Accio Work完全ガイド!Alibaba提携のAIエージェントが仕入れ・ショップ構築・販売を全部自動化する

2026年6月19日
【2026年】Ollama完全セットアップガイド!ミニPCでローカルAIを動かす方法

2026年6月23日
【2026年】Blueprint.am完全解説!AIが配線図・部品表・組立手順を自動生成する「Claude for Hardware」