「Fable 5は高い。でも性能は使いたい」。
この悩みに対して、ClaudeDevsが2026年7月7日に公開したスレッドはかなり実務的でした。ポイントは、Fable 5を最初から最後まで使うのではなく、必要な場面だけ“助言役”や“司令塔”として呼ぶことです。作業量の多い部分はSonnet 5に任せる。つまり、高性能モデルを「作業員」ではなく「判断役」として使う設計です。
この記事は、ClaudeDevsのスレッド、AnthropicのAdvisor toolドキュメント、Managed AgentsのMulti-agentドキュメント、Claude CookbookのCoordinator patternをもとに、初心者にも分かるように整理した公開情報ベースの解説です。
この記事を読むとわかること
- check_circleFable 5を毎回使わない方がよい理由
- check_circleAdvisorパターンとOrchestratorパターンの違い
- check_circleSonnet 5とFable 5を組み合わせるコスト設計
- check_circle中小企業がAIエージェントを導入するときの現実的な始め方
向き：Claude/Fable 5のコストが気になる方、AIエージェント設計を学びたい方、業務自動化を段階的に始めたい担当者
向かない：Fable 5単体のベンチマークだけを知りたい方、すぐ動くコードだけが欲しい方
まず押さえる：高性能モデルを「全部に使う」と高くなる
AIエージェントの仕事は、ざっくり分けると2種類あります。ひとつは「何をすべきか決める」判断。もうひとつは、資料を読む、検索する、コードを修正する、テストを回すといった実行です。
Claude CookbookのCoordinator patternでは、エージェント作業には「少量の計画・判断」と「大量の機械的な読み込み・実行」があると説明されています。特にWeb調査のような仕事では、大量のページを読む部分がトークンを消費します。ここをすべて高性能モデルに任せると、コストが膨らみやすいわけです。
| 仕事の種類 | 向くモデル | 理由 |
|---|---|---|
| 計画・判断 | Fable 5 | 難しい分岐、優先順位、最終判断に強いモデルを使いたい |
| 大量の読み込み | Sonnet 5 | ページや資料を読むトークン量が大きくなりやすい |
| 実装・反復作業 | Sonnet 5 | 多くの作業は十分こなせ、コストも抑えやすい |
| 最終レビュー | Fable 5またはSonnet 5 | 重要度に応じて上位モデルへ戻す |
パターン1：Fable 5をAdvisorとして使う
Advisorパターンは、作業を進める実行役がSonnet 5で、難しい場面だけFable 5に相談する形です。身近な例で言うと、若手担当者が大部分の調査や作業を進め、要所だけ上司や専門家に「この方針でよいですか？」と確認するようなものです。
ClaudeDevsのスレッドでは、Sonnet 5がFable 5 advisor toolに助言を求める構成として紹介されています。SWE-bench Proでは、Sonnet 5 + Fable 5 advisor tool が、Fable 5単体スコアの約92%を、約63%の価格で達成したとされています。Fable 5はタスクごとにまれに、目安として1回程度呼ばれ、作業の大半はSonnet 5が実行するという考え方です。
- Sonnet 5が作業を始める。調査、コード確認、資料整理などを低コスト側で進めます。
- 迷う場面でFable 5に相談する。設計方針、原因仮説、リスク判断などを確認します。
- Sonnet 5が続きの作業をする。助言を受けて、実装や検証を進めます。
- 必要なら最後にレビューする。重要な成果物だけ上位モデルで確認します。
パターン2：Fable 5をOrchestratorとして使う
もうひとつは、Fable 5をOrchestrator、つまり司令塔として使う設計です。Fable 5が全体の計画を立て、仕事を分け、Sonnet 5のworkerに任せます。大量の調査や読み込みはworkerが担当し、Fable 5は結果を見て判断・統合します。
ClaudeDevsのスレッドでは、BrowseCompでFable 5 orchestrator + Sonnet 5 worker sub-agentsを試し、Fable 5単体性能の96%を46%の価格で達成したとされています。ここで効いているのは、トークンを大量に使う調査をSonnet 5へ委ねることです。
| 役割 | 担当モデル例 | 仕事 |
|---|---|---|
| Orchestrator | Fable 5 | 目的整理、分担、優先順位、統合判断 |
| Worker | Sonnet 5 | 検索、資料読み込み、コード調査、下処理 |
| Cache | 各sub-agent | 同じ文脈への繰り返しアクセスを抑えやすい |
Managed AgentsのMulti-agentドキュメントでも、sub-agentを使った複数エージェント構成が扱われています。スレッドでは、各sub-agentが自分のcacheを持つため、同じ文脈に対する繰り返し呼び出しで毎回フルに払わなくてよい点にも触れられています。
AdvisorとOrchestrator、どう使い分けるか
初心者向けに噛み砕くと、Advisorは「困ったときだけ相談」、Orchestratorは「最初から司令塔を置く」です。どちらがよいかは、作業の大きさで変わります。
| 選び方 | Advisor | Orchestrator |
|---|---|---|
| タスクの規模 | 中くらい | 大きい・複数工程 |
| Fable 5の使い方 | 途中で助言 | 最初に計画、最後に統合 |
| 向いている例 | コード修正、仕様相談、原因調査 | Web調査、競合調査、大きな業務設計 |
| 注意点 | 相談タイミングを決める | workerの報告形式を決める |
まず試すならAdvisorの方が簡単です
いきなり複数エージェントを組むより、普段使っているSonnet 5の作業に「Fable 5へ相談するポイント」を1つ入れる方が始めやすいです。
中小企業で使うなら、まず1業務だけでよい
この話は高度なAI開発者向けに見えますが、中小企業のAI活用にもかなり参考になります。大事なのは、最初から大きなエージェント基盤を作ることではありません。まず「高いモデルに判断だけさせる」発想を持つことです。
- check_circle顧客対応文の大量作成はSonnet 5、方針チェックだけFable 5
- check_circle競合調査の読み込みはSonnet 5、比較軸の設計だけFable 5
- check_circle社内マニュアル整理はSonnet 5、最終構成のレビューだけFable 5
- check_circleコード修正はSonnet 5、原因仮説や設計判断だけFable 5
i-Styleでは、AI活用のコツは「どのモデルが一番賢いか」よりも、「どの作業を、どのモデルに、どこまで任せるか」を決めることだと見ています。高性能モデルを使い倒すより、効きどころを決める方が、現場では長く続きます。
よくある質問
Fable 5は常に使った方がよいですか？
いいえ。高性能モデルは、判断や計画など効きどころに絞って使い、実行や大量の読み込みはSonnet 5などの低コストなモデルに任せる設計が現実的です。
Advisorパターンとは何ですか？
実行役のモデルが作業を進め、必要な場面だけ上位モデルに助言を求める設計です。ClaudeDevsのスレッドでは、Sonnet 5がFable 5 advisor toolを呼び出す例が紹介されています。
Orchestratorパターンとは何ですか？
上位モデルが計画や分担を決め、実際の調査や作業を低コストなworkerモデルに委ねる設計です。大量のトークンを使う作業ほど効果が出やすい考え方です。
まとめ
- check_circleFable 5は、すべての作業に使うより、判断役として使う方が現実的です。
- check_circleAdvisorパターンは、Sonnet 5が作業し、必要な場面だけFable 5に相談します。
- check_circleOrchestratorパターンは、Fable 5が計画し、Sonnet 5 workerに実行を任せます。
- check_circle大量の読み込みや調査を低コスト側へ逃がすことで、全体コストを抑えやすくなります。
- check_circle中小企業では、まず1業務だけで「判断だけ上位モデル」を試すのが始めやすいです。
高性能AIを使うほど、問いは「何でも任せるか」ではなく「どこに任せるか」になります。Fable 5のような上位モデルは、毎回フル稼働させるより、要所で効かせる。これはコスト削減だけでなく、AI活用を仕組み化するうえでも地味に大きい考え方です。
参考リンク
- 参考: ClaudeDevs's Twitter Thread（Xunroll / 2026年7月7日公開）
- 参考: Advisor tool（Claude Platform Docs / 2026年7月8日確認）
- 参考: Coordinator pattern: big models for planning, small models for execution（Anthropic Claude Cookbooks / 2026年7月8日確認）
- 参考: Multi-agent sessions（Claude Platform Docs / 2026年7月8日確認）
AIエージェントの使いどころを整理しませんか
i-Styleでは、生成AIのモデル選定だけでなく、どの作業をAIに任せ、どこを人が確認するかまで含めて設計しています。AI活用、業務自動化、社内ナレッジ整理まで相談できます。
お問い合わせページへarrow_forward問い合わせ前に、i-Styleサポートデスクbotでも相談できます
「自社ではAdvisor型とOrchestrator型のどちらが合うか」「まず何を自動化すべきか」など、軽い確認はサポートデスクbotでも相談できます。
i-Styleサポートデスクbotで聞くarrow_forward