「GPT-4を使えばいい」問題
多くのAIプラットフォームは、あなたに代わって静かに決めます。気に入ったモデルを一つ選び、すべてをそこにつなぎ、先へ進む。それは動かなくなるまでは動きます——モデルが落ちるまで、競合が特定の作業でより良いものを出すまで、自分のAPIキーを持ち込んで費用を自分の口座に留めたくなるまで、画像を生成する必要が出て既定のモデルにそれができないと分かるまで。
よくある処方箋は選択リストです。モデルを一つ選び、どこでもそれを使い、妥協は自分で何とかする。それは振り分けではなく丸投げです。ToRunは構造として別のことをしています。
能力を最初に置く経路
ToRunのすべての要求は、モデルに触れる前に四段階を通ります。
1. モードが製品面を定めます。 チャットのセッションを開く、調査の作業を始める——そのときあなたはモードを選んでいます。モードは画面上の札ではなく、必須と任意の能力の定まった組を持ちます。調査の作業はツール（ウェブ検索）、長い文脈、構造化出力を必要とします。ふつうのチャットのセッションは既定では文章生成だけを必要とします。
2. 能力の組が絞り込みになります。 ToRunは多くの提供元のモデル目録を保っています——OpenAI、Anthropic/Claude、Google/Gemini、DeepSeek、xAI/Grok、Mistralほか。各項目には、そのモデルが実際に支える能力の総和が載ります。視覚、ツール、コード実行、画像生成、音声入力、音声出力、映像生成、埋め込み、並べ替え、実時間の配信、推論など。第一段階の組をこの目録と突き合わせます。必須の能力をすべて満たさないモデルは落ちます。
3. 価格と品質の順位付けが勝者を選びます。 絞り込みを通ったモデルのうち、ToRunは要求が実際に何であるかに応じて並べます。短く単純な問いは費用で並べるので、速く安い答えが返ります。長い、あるいは難しい問いは、品質の下限を保ったうえで、費用あたりの能力で並べます。画像を伴うやり取りは、金額あたりの推論ではなく、モデルがどれだけよく見えるかで並べます。ワークフローの実行器は品質優先に切り替わります。見ていない場所で動く自動処理は、最も安い近道ではなく最良の結果を狙うべきだからです。BYOK利用者は要求が自分の提供元アカウントを通るため、価格の入り方が異なります。
4. 代替の連鎖が提供元の不調を吸収します。 選ばれたモデルがサービス上の誤りを返せば、そのモデルを除いて同じ経路をもう一度通します。二番目に適したモデルが答えます。使える候補がすべて落ちていない限り、あなたに誤りは見えません。
具体例：視覚とツールの同時要求
画面の写しを貼り付け、そこに写っているものについてウェブで背景を調べてほしいとToRunに頼むとします。この要求は二つの能力に同時に触れます。視覚（モデルが画像を入力として受け取れること）とツール（モデルがウェブ検索の関数を呼べること）です。
単一モデルの方式では行き詰まります。あなたのプラットフォームがその組み合わせを支えているか、いないかのどちらかです。能力による振り分けなら、ToRunは二つの要件を掛け合わせます。視覚とツール呼び出しの両方に確かな対応があるモデルだけが絞り込みを生き延びます。その短い一覧から、価格と品質の順位付けが今のモードに最良のものを選びます。第一候補が制限されていたり落ちていたりすれば、次のものが何もせずとも要求を処理します。
実務上これは効きます。視覚を持つモデルの顔ぶれはこの一年で大きく変わり、これからも変わります。能力による振り分けのおかげで、ToRunは新たに加わったモデルを目録に載った時点で自動的に考慮に入れます。あなたの側の更新は要りません。
なぜこれが囲い込みに勝るのか
単一モデルのプラットフォームには代替の手立てが一つしかありません。提供元が障害を直すのを待つことです。能力を最初に置くプラットフォームには目録があります。OpenAIに障害があれば、AnthropicやGeminiが処理できる要求はそちらで処理されます。新しいMistralのモデルが構造化出力で価格と品質の比に優れれば、強制的な移行なしに該当モードの順位付けに入ります。
同じ論理がBYOKにも当てはまります。ある提供元に自分のAPIキーを加えると、その資格情報は振り分け層の内側に閉じたまま保たれます。その提供元の適したモデルに合う要求は、ToRunの口座ではなくあなたの鍵を使い、適切な請求区分で費用をあなたと提供元の関係へ移せます。振り分けの経路は変わりません。変わるのは実行時にどの資格情報を使うかだけです。
引き換えにあるのは誠実さです。最も安いモデルがあなたの作業に最も賢いとToRunは保証できません。順位付けは表に出ており、何がなぜ選ばれたかが見え、上書きもできます。その透明さが目的です。すべての要求は、使ったモデル、実行時に有効だった価格単位、費用の内訳とともに請求記録を書きます。提供元の価格が変わったあとでも、要求が動いた瞬間にスナップショットが凍結されているので、何か月後でもどの呼び出しも検証できます。
すべてをこなす一つのモデルというのは心地よい作り話です。本当に欲しいのは、作業ごとに適したモデルを見つけ、その選択を読み取れるようにしてくれるプラットフォームです。