万能モデルなど存在しない — シーンに最適なものを
タスクでルーティングしよう
Sol は強力だが高価、Terra はバランス型、高頻度の小さな作業は DeepSeek・GLM など中国系の Flash モデルが最も安い。Claude は深い推論に強い。正しいモデルを正しい仕事に割り当てれば、品質とコストを同時に 2〜4 倍改善できます。
更新日 2026-10-08
なぜ能動的なルーティングが必要か
2026 年のトップモデルは主要ベンチマークで 5% 以内に収まっています。本当の差は「どのタスクをどのモデルに割り当てるか」です。全部フラッグシップにすると無駄遣い、全部軽量にすると重要箇所で失敗します。ルーティングは現在最もレバレッジの高い施策です。
タスク対モデル決定マトリクス（2026年7月のスナップショット · 2026-09-21 再確認）
| タスク種別 | 推奨 | 代替案 | 理由 |
|---|---|---|---|
| アーキテクチャ判断・大がかりなリファクタリング | Claude Opus 4.8 / GPT-5.6 Sol | Claude Sonnet 4.6 | 熟考と長期の計画 |
| 日常の機能開発 | GPT-5.6 Terra | Claude Sonnet 5 | 品質・速度・往復コストの中間 |
| 補完・高頻度の小さい仕事 | DeepSeek V4.1 Flash / GLM-5.3 Flash | 軽量なローカルモデル | 遅延と 1 回あたりのコスト優先 |
| マルチモーダル（画像・設計案） | GPT-5.6 Sol | Claude（文書で要確認） | 画像入力は各社文書で確認 |
| ターミナルでのエージェント・コマンド実行 | GPT-5.6 Sol | Claude Code | シェルから使う流れ |
この表は「タスク → 型号」の選び方の案であって QCode の販売一覧ではない。発注前に /models と各社公式文書を確認（2026-09-21 核）。
実際のコードでどうルーティングするか
QCode 上ではどちらも追加コストゼロで実現可能な 2 つの主流手法：
クライアント側ルール切り替え（推奨）
Codex / Claude Code の設定やラッパーに if ルールを記述：refactor → Sol、日常 → Terra、高頻度の小さな作業 → DeepSeek V4.1 Flash などの中国系 Flash モデル（Claude Code 経由。Codex の Responses プロトコルは中国系モデル未対応）。/model または model= パラメータ 1 行で完了。
軽量プロキシ / ゲートウェイ
プロンプト長・キーワード・過去成功率でモデルを選ぶ軽量ルーターを自作または採用。QCode が統一課金・計測を担当。
QCode ならルーティングが簡単
1 キー、1 クォータ、1 ダッシュボードで全モデルの使用量が見えます。パワーが欲しいときは model=gpt-5.6-sol、節約したいときは terra に切替。複数キーの管理や請求書の手間は不要です。
モデルルーティング FAQ
ルーティングで遅延は増えますか？
静的 if ルールならほぼゼロオーバーヘッド。動的ルーターでも判断時間は 10-30ms 程度で、モデル推論時間に比べ無視できます。QCode の最適化済みエンドポイントで体感遅延の変化は極小です。
モデルを混ぜるとコンテキストや課金が壊れますか？
コンテキストはクライアント側で維持され、モデル切替で履歴が消えることはありません。課金は実際に呼び出したモデル単位。すべてのティアは同一クォータを共有し、ダッシュボードでモデル別内訳を確認できます。
ルーティング方針はどのくらいの頻度で見直すべき？
能力・コスト・速度の 3 軸評価表を作り、新ティアが出たら 1-2 ヶ月ごとにレビュー。QCode /models ページに最新料金がリアルタイム表示されるので調整が素早く行えます。
小規模チームでもルーティングに時間をかける価値はありますか？
非常にあります。1 日 50 ドル規模のチームでも、適切なルーティングで 30-50% の節約が一般的です。浮いた予算でより多くの Sol 級深掘り作業を回せ、結果として全体のデリバリー速度が上がるケースも多いです。
1 つのキーでどこへでもルーティング
QCode のプラン 1 つ、キー 1 本で、タスクごとに Claude Code と Codex を切り替え。$8.57/月〜。