仕組み
都合よく選んだベンチマークも、隠れたブラックボックスもありません: パネルと
ジャッジは以下に列挙されており、DSL 相当物ですべてのレッグを検査できます。
パネル
フロンティアからバジェットまで、厳選された 3 つのパネル。スラッグを 呼び出すだけ —— メンバーは私たちが最新に保つので、あなたが手間をかける 必要はありません。| Call it as | Panel | Best for |
|---|---|---|
orcarouter/fusion | Claude Opus 4.8 · GPT-5.5 · Gemini 3.1 Pro | 最も難しい推論とコード |
orcarouter/fusion-mini | Claude Opus 4.8 · GPT-5.5 | より軽量な 2 モデルのパネル |
orcarouter/fusion-flash | より安価なモデルのバジェットパネル | コストを重視したファンアウト |
呼び出す
Fusion は OpenAI 互換です —— モデルスラッグを差し替えるだけで、他は すべてそのままです:課金
ファンアウトは各パネルメンバーとジャッジを実行するため、ファンアウト されたリクエストはそれらの基礎となる補完の合計として課金されます —— 原価で、マークアップはゼロ —— そして実際にファンアウトしたリクエストに 対してのみです。簡単なリクエストはより安価なデフォルトに落ちて、単一の 呼び出しとして課金されます。各レッグはリクエストログに独自の行として現れ、 1 つのリクエストを共有します。プリセットを超えて
プリセットは固定パネルに対するbest_of_n です。同じエンジンを
Routing DSLとして記述すれば、グラフ全体を
手にできます:
- 難易度でルーティング —— 難しいリクエストでのみファンアウトし、 「hi」は安価なデフォルトに保つことで、雑談にパネル価格を払うことは ありません。
- ジャッジを差し替える —— アービターモデルを選ぶか、戦略そのものを
変えます: 1 つの回答を融合する
synthesize、テストに通ったパッチを残すtests_pass、majority、firstなど。 - 独自のパネルを組む —— 任意のモデル、任意のレッグ数、独自の ゲーティング。
- 弱い回答でカスケード —— 最初の回答が低信頼度に見えるとき、より 強力なモデルでリトライします。
- インフラのように出荷する —— ルールセットをシャドウし、トラフィックの 一部にカナリア投入し、誰にも提供する前にサンプルリクエストでドライラン します。
自分だけのパネルを組む
モデルを選び、ジャッジを差し替え、パネルが発火するタイミングを正確に
設定します —— あなたのルーティンググラフ全体を、わずか数行の YAML で。
