OpenRouter Fusion APIはFable 5の代替になる？半額で使える？性能・使い方を検証

この記事の監修者

宮﨑 一旗

宅地建物取引士 / 連続起業家 / 株式会社ライフワンネクスト取締役

宅地建物取引士(登録番号:(神奈川)第129630号)。補助金SEOメディア「補助金プラス」運営、AIスタートアップAtlas株式会社共同創業者。不動産・住宅領域のSEO/LLMOコンサルティングと記事監修を行う。

プロフィールを見る

Claude Fable 5が使えない状況になり、「代わりにOpenRouter Fusionを使えばよいのか」という検索需要が強くなっています。ただし、FusionはFable 5そのものではありません。複数モデルの回答を並列に集め、judgeモデルが合意点・矛盾・抜けを整理する仕組みです。そのため、深い調査や比較検討の精度を上げる補助役としては有力ですが、長期自律タスクや単一モデルの応答速度をそのまま置き換えるものではありません。

Fable 5そのものの特徴、停止理由、復活見込みを先に確認したい方は、Claude Fable 5とは？公開3日で停止された新モデルの特徴・停止理由・復活見込みをご覧ください。

最新情報: Fable 5は停止中、Fusion APIは代替候補として注目

Anthropicは2026年6月9日にClaude Fable 5とClaude Mythos 5を発表し、同じ記事内で2026年6月12日にアクセス停止を更新しました。Anthropic公式発表では、Mythos 5はFable 5と同じ基盤モデルを使い、一部の安全制限を外した限定アクセス向けモデルと説明されています。

OpenRouter Fusion APIとは: openrouter/fusionの仕組み

OpenRouter公式ドキュメントでは、Fusion Router、つまりopenrouter/fusionは、モデルにmulti-model deliberation toolを与える仕組みとして説明されています。複数のパネルモデルが同じ問いに並列で答え、judgeモデルが合意点、矛盾、カバー不足、独自の洞察、盲点を整理します。その分析をもとに最終回答を作るため、単一モデルだけでは抜けやすい論点を拾いやすくなります。

公式ドキュメント上では、パネルとjudgeの呼び出しではopenrouter:web_searchとopenrouter:web_fetchも使えると説明されています。つまり、Fusionは単に複数モデルの文章を平均する仕組みではなく、各モデルが新しい情報を取りに行き、その回答をjudgeが比較してから最終回答へ渡す設計です。APIで必ずFusionを起動したい場合はtool_choice: "required"を使う、とOpenRouterのFusion Routerドキュメントに記載されています。

「Fable級」「半額」は本当か: 公式発表の根拠と注意点

OpenRouter公式ブログでは、DRACOという深い調査タスクのベンチマークで、Fable 5とGPT-5.5を組み合わせたFusion構成が69.0%となり、Fable 5単体の65.3%を上回った例が紹介されています。また、Gemini 3 Flash、Kimi K2.6、DeepSeek V4 Proの予算パネルは64.7%で、Fable 5に1ポイント以内まで近づき、コストは50%だったと説明されています。

ただし、ここで重要なのは「すべてのFusionが常に半額でFable 5を超える」という意味ではないことです。OpenRouter自身も、FusionはFableのdrop-in replacementではないと明記しています。検証対象はDRACOの深い調査タスクであり、Fableが強い長期自律タスクや長時間のコーディングをそのまま評価したものではありません。

Claude Fable 5の代替になる場面・ならない場面

OpenRouter Fusion APIの使い方: 4つの入口

OpenRouter Fusion APIは、目的に応じて4通りの使い方があります。まず試すだけならOpenRouterのChat Room、APIで直接使うならmodel: "openrouter/fusion"、既存エージェントに必要時だけ合議を足すならopenrouter:fusion server tool、パネル構成を細かく調整するならpluginが候補です。検索で「Fusion API 使い方」を探している人は、先にどの入口を使うかを決めると迷いにくくなります。

最小のAPI呼び出しは、OpenRouter互換のchat completionsでmodelにopenrouter/fusionを指定する形です。毎回必ず合議を走らせたい検証ではtool_choice: "required"、通常は単一モデルに任せ、必要な時だけ合議させたい場合はserver toolが向いています。なお、OpenRouterのserver tool版Fusionは公式ドキュメント上でBetaとされているため、本番運用では仕様変更の可能性も見ておくべきです。

{
  "model": "openrouter/fusion",
  "messages": [
    {"role": "user", "content": "比較したい論点をここに書く"}
  ],
  "tool_choice": "required"
}

Auto RouterやNotDiamondとの違い

noteの上位記事が強い理由の一つは、Fusion APIだけでなくAuto RouterやNotDiamondまで広げて、OpenRouter全体の文脈で説明している点です。ただし、自記事では焦点を広げすぎず、違いだけを短く押さえるのがよいです。

料金と予算管理: 「半額」と従量課金を分けて考える

競合記事が強く拾っているのは、Fusionの性能だけでなく「実際に使うといくらかかるのか」という導入判断です。OpenRouterのPricingページでは、料金はモデルごとの入力・出力トークン単価に基づく従量課金で、Pay-as-you-goではクレジットを購入して使う形と説明されています。Fusionは複数モデルとjudgeを動かすため、単一モデル呼び出しより高くなることがあります。「半額」はOpenRouter公式ブログのDRACO検証における予算パネルの例として読み、すべてのFusion利用が常に半額になるとは考えない方が安全です。

企業利用・ガバナンス: ZDR、ログ、プロバイダー設定を確認

OpenRouter Fusion APIを業務で使う場合、競合の企業導入記事が強調している通り、APIキー管理、セキュリティ、AIガバナンス、データ取り扱いを先に決める必要があります。OpenRouterのData Collectionドキュメントでは、OpenRouter自体はユーザーが明示的に有効化しない限りプロンプトや応答を保存しないと説明されています。一方で、Provider Loggingでは、各AIプロバイダーごとにログ保持や学習利用のポリシーが異なるため、ルーティング先の制御が必要だとされています。

顧客情報、契約書、未公開の事業情報を扱う前には、少なくとも次の4点を確認してください。1つ目はZero Data Retentionをアカウント単位またはリクエスト単位で強制できるか。2つ目は、入力・出力ログをデバッグ目的で有効化していないか。3つ目は、学習利用する可能性があるプロバイダーへルーティングされない設定になっているか。4つ目は、Fusionのパネルに複数モデルが関わる前提で、社内ルール上その送信が許容されるかです。

導入判断チェックリスト: まず小さく試す流れ

Fable 5の代替候補としてFusion APIを見るなら、いきなり全タスクを置き換えるより、評価しやすい作業から段階的に試す方が現実的です。

1. Chat Roomで同じ調査テーマを単一モデルとFusionに投げ、回答の抜けや出典の質を比べる。
2. APIではopenrouter/fusionの最小呼び出しから始め、必要な時だけtool_choice: "required"を使う。
3. コスト、待ち時間、出典の正確さをタスクごとに記録する。
4. 本番利用前に、APIキー、予算上限、ZDR、プロバイダーのログ保持、BYOKの要否、社内ガバナンスの承認条件を確認する。
5. 短文作成は単一モデル、深い調査や重要判断はFusion、コスト最適化はAuto Routerという役割分担にする。

注意点: コスト、速度、機密情報の扱い

• コスト: Fusionは複数モデルとjudgeモデルを動かすため、単一モデルより高くなる場合があります。「半額」は予算パネルの特定ベンチマーク文脈として読みましょう。
• 速度: 複数モデルを動かすぶん、Fusionが起動した時は通常の単一モデル呼び出しより待ち時間が長くなります。即答チャットではなく、重要な比較やレビュー向きです。
• 機密情報: 複数モデル・複数プロバイダーが関わる可能性があるため、顧客情報、契約書、未公開情報を入れる前にZDR、ログ設定、プロバイダーのデータポリシー、社内ルールを確認してください。
• APIキー管理: 検証用と本番用のキーを分け、予算上限と残高確認を運用に入れてください。チーム利用では共有キーの使い回しを避ける方が安全です。
• 評価範囲: Fable級という表現は深い調査タスクの評価であり、すべての作業で同じ結果になるとは限りません。

Fusion APIの実務的な使いどころ: 調査・比較・記事制作レビュー

Fable 5の代替としてFusion APIを見るなら、まず考えるべきなのは「どの業界で使うか」よりも、どの作業で複数モデルの合議が効くかです。Fusion APIは、短文作成を速く安くこなす道具というより、重要な調査や公開前レビューで、単一モデルの見落としを減らすためのセカンドオピニオンとして使う方が向いています。

住まいデータナビで使うなら、住宅補助金、空き家制度、地域別の制度比較、AI検索対応の記事などが候補です。本文を一発生成させるより、公開前に「公式出典と本文の対応」「読者が誤解しそうな点」「FAQに入れるべき反論」「AI検索が拾いやすい見出し」を確認する用途が現実的です。つまり、Fusion APIはライターの代替というより、編集会議とファクトチェックを補助する道具として使うのが安全です。

よくある質問

まとめ

OpenRouter Fusion APIは、Claude Fable 5停止時の有力な代替候補です。特に、深い調査、比較、SEO記事の構成レビュー、出典チェックでは、複数モデルの合議によって単一モデルの抜けを補いやすくなります。一方で、FusionはFable 5の完全な置き換えではありません。「Fable級」「半額」という表現は、OpenRouter公式ブログのDRACO深い調査タスクにおける構成例として理解するのが安全です。

実務では、Fable 5の復旧を待つだけでなく、単一モデル、OpenRouter Fusion API、Auto Routerを使い分けるのが現実的です。短文は単一モデル、重要調査はFusion、運用のコスト最適化はAuto Routerという役割分担にすると、過剰コストを避けながら品質を上げられます。企業やチームで使う場合は、性能比較だけで判断せず、APIキー、予算上限、ZDR、ログ、プロバイダー設定まで含めて小さく検証するのが安全です。

出典・一次情報

• OpenRouter Blog: Surpassing Frontier Performance with Fusion
• OpenRouter Docs: Fusion Router
• OpenRouter Docs: Fusion plugin
• OpenRouter Docs: Fusion Server Tool
• OpenRouter: Pricing
• OpenRouter Docs: API Rate Limits
• OpenRouter Docs: Data Collection
• OpenRouter Docs: Provider Logging
• OpenRouter Docs: Zero Data Retention
• OpenRouter Docs: BYOK
• OpenRouter: Fusion model page
• OpenRouter: AI Model Rankings
• Anthropic: Statement on the US government directive to suspend access to Fable 5 and Mythos 5
• Anthropic: Claude Fable 5 and Claude Mythos 5
• Anthropic: Project Glasswing

最終更新: 2026年6月21日。OpenRouter FusionやClaude Fable 5の提供状況、料金、モデル構成、ログ・ZDRなどのデータポリシーは変わる可能性があります。利用前に必ず公式情報をご確認ください。