結論：Fable 5は「難しい時だけ使う高級モデル」という単純な話ではない
モデルごとに得意分野と、答えへ到達するまでのターン数・トークン量が違います。 約1,030件の総合成績は近くても、Fable 5はウェブ開発とデータ可視化、Kimi K3は記号計算、開発ツール、長時間のターミナル作業で優位でした。
93％と最大50倍は実運用ルーターの保証値ではありません。 オラクルルーティングは両モデルを実際に走らせ、正解したモデルのうち安い方を後から選ぶ理論上の上限です。本番ルーターは実行前に予測して選ぶため、誤振り分け、再試行、待ち時間、運用費を含めて検証する必要があります。
Fable 5を優先しやすい作業
ウェブ開発画面構成やフロントエンド関連の問題で比較上の強みが出ました。
データ可視化グラフや見せ方を含むタスクでKimi K3を上回りました。
言語の幅Java、Python、C++を含む多言語評価で優位でした。
ただし、同じ分野でもリポジトリ構成、要求品質、利用ツールで結果は変わります。分野名だけで固定せず、自社タスクの成功率を記録します。
Kimi K3を基本モデルにしやすい理由
Fireworks AIのオラクルルーターは72～96％のタスクをKimi K3へ割り当てました。安価なモデルで解ける仕事を先に処理し、失敗や高難度だけFable 5へ送る構成なら、Fable 5の強みを残しながら支出を抑えられる可能性があります。
最大50倍の差は、単価だけでなく「長引き方」で生まれた
| 評価 | Kimi K3 | Fable 5 |
|---|---|---|
| SWE系修正 | 約55ターン・130万トークンと長く作業 | 約21ターン・13万トークン |
| 長時間ターミナル | 比較的早く解決する課題が多い | 約64ターン・150万トークン、時間切れ例あり |
| コスト要因 | Fireworksの価格とプロンプトキャッシュが有利 | タスクによって長いループが費用を押し上げる |
安価でもターン数が増えると待ち時間は長くなります。バックグラウンド処理では費用、対話作業では応答速度を重視するなど、目的を分けます。
仕事での現実的な使い分け
- まず業務をウェブ、可視化、ターミナル、法務、一般実装などへ分類する。
- 低リスクで正誤判定しやすい作業をKimi K3へ送る。
- 失敗、時間切れ、低信頼、重要案件をFable 5へ上げる。
- 両モデルの費用だけでなく、待ち時間、再試行、人の確認時間も記録する。
- 月ごとに振り分け規則を更新する。
確認した情報源
よくある質問
Fable 5を使わない方が安いのですか？
すべての作業で不要という意味ではありません。Fireworks AIの評価では、Fable 5はウェブ開発、データ可視化、Java・Python・C++などで強みを示しました。
最大50倍はClaude公式の数字ですか？
いいえ。Fireworks AIが自社基盤の価格、キャッシュ、実行回数を含めて測った結果です。
Claudeの画面で自動ルーティングできますか？
今回の記事はAPIやエージェント基盤の設計に関する実験です。ClaudeアプリがKimi K3へ自動切り替えるという発表ではありません。