OpenRouter: Fusion

OpenRouter: Fusion は OpenRouter のテキストモデルです。api14 にモデル id openrouter/fusion で掲載されており、テキストカテゴリに属します。プロンプトに単一パスで答えるのではなく、Fusion はあなたのプロンプトを小規模なマルチモデル deliberation に変換します。専門モデルのパネルがウェブ検索とウェブフェッチを有効にした状態で並列にあなたのプロンプトを分析し、その後のステップが応答を生成します。単一モデルの最初の回答ではオンラインで入手可能なコンテキストを見落とす可能性があるタスクのためにモデルを選ぶなら、Fusion はその考え方を中心に作られています。

入力側では、Fusion はテキストを受け取り、テキストを返します。画像、音声、その他の非テキスト入力は受け取らず、それらを生成することもありません。コンテキストウィンドウは 1,000,000 トークンで、非常に長い文書、コードベース、文字起こし、複数文書のリサーチパックを 1 回のリクエストに収めるのに十分な大きさです。プロバイダーの説明には最大出力長が記載されていないため、出力サイズは公開された上限を前提とするのではなく、自分の利用状況に照らして確認すべきものとして扱ってください。

実用的なユースケースは、並列の専門家分析とウェブ検索およびウェブフェッチから導かれます。リサーチと統合のタスクはよく適合します。複数の情報源から情報を集め、それを 1 つの回答にまとめる作業です。ファクトチェックや時事問題の質問はウェブアクセスの恩恵を受けます。パネルが学習データだけに頼らず物事を調べられるからです。大きな仕様書のレビュー、複数の長い文書の比較、長大なスレッドの要約といった長コンテキストの作業も、1,000,000 トークンのウィンドウに適しています。回答の前に複数の推論の筋道を比較検討したい deliberation 形式のプロンプティングは、このモデルが設計された中核的なシナリオです。

api14 の OpenAI 互換 API を通じて、モデル id openrouter/fusion を使って呼び出します。そのため既存の OpenAI SDK やクライアントは、ベース URL とキーの変更だけで動作します。このモデルのサポート対象パラメータ一覧は空です。つまり、基本的な chat completion フィールド以外にサポートが文書化されたリクエストパラメータはありません。実際には、メッセージを送信してデフォルトに任せてください。temperature、top_p、max_tokens などのチューニングオプションが尊重されると想定せず、特定のパラメータ動作を前提に計画するのではなく、返ってきた応答を確認してください。

サポート対象パラメータ一覧が空で、最大出力も公開されていないため、あなたのアプリケーションがサンプリングの細かな制御や保証された出力上限に依存している場合、Fusion は適していません。またテキスト専用であるため、画像や音声を含むタスクには別のモデルが必要です。単一の高速なモデルで十分な、単純で大量のテキスト生成では、よりシンプルなモデルの方が良い選択かもしれません。Fusion は、並列分析とライブのウェブアクセスが価値を加えるプロンプトを対象としています。