ClawAIのモデルルーティングとオーケストレーション

7つのルーティングモード、隠れたデフォルトではなく

ClawAIは各メッセージを分類し、適したモデルへ自動送信することも、自分でルールを決めることもできます。モードはAuto（タスクで分類しそのクラスに強いモデルを選ぶ）、Manual Model（会話に一つのモデルを固定）、Local-Only（OllamaまたはIlama.cppで管理下のハードウェアに留める）、Privacy-First（汎用クラウド経路から外す独自の優先順位を持つ別モード）、Low Latency（最も早く応答できるモデルを優先）、High Reasoning（速度やコストに関係なく推論力最強のモデルを優先）、Cost Saver（対応できる最も安価なモデルを優先）です。ルーターの一般的な仕組みは下記リンクの「AIモデルルーティングとは」を参照してください。

複数モデルを一つの問題に当てる9つの方法

単一モデルで不十分な場合、ClawAIのオーケストレーション機構は通常のチャットとは別にORCHESTRATIONという台帳区分で記録され、Compare（最大5モデルを同一プロンプトで並列比較）、Consensus（複数モデルの一致点から回答を合成し不一致を明示）、Escalation（安価なモデルから始め品質不足のときのみ自動的に格上げ）、Best-of-N（複数候補を生成し最強を残す）、Repair（既存回答の特定の欠陥だけ修正）、Verify（設定可能な修正回数の上限で第二モデルが正確性を検証）、ロールパック（役割特化モデルの小さなチームが順に引き継ぐ）、Pipelines（これらの段階を名前付きで再実行可能なワークフローに連結）、JudgeとCritic（独立モデルが明示基準で回答を採点し、Criticが弱点を文章でフィードバック）です。CompareとJudgeはそれぞれ個別にプラン制限があります（COMPARE_MODE、JUDGE_MODE、CRITIC_REVIEW）。評価自体の仕組みは下記リンクの「AIコンセンサスとは」と「AIジャッジとは」を参照してください。

リクエスト途中でプロバイダーが失敗した場合

ルーティングの判断は一度きりの賭けではありません。送信先のプロバイダーまたはモデルが処理途中で失敗した場合、ClawAIは自動的に別のモデルへ切り替え、回答には最初に選ばれたモデルだけでなく実際に引き継いだモデルが記録されます。この切り替え判断の仕組みは下記リンクの「モデルフォールバックとは」を参照してください。

よくある質問

ClawAIには何種類のルーティングモードがありますか？

7種類です。Auto、Manual Model、Local-Only、Privacy-First、Low Latency、High Reasoning、Cost Saverです。Autoが既定で、残り6つは自分でルーティングを決めたい、または特定方向に偏らせたい場合のためのものです。

CompareとConsensusの違いは何ですか？

Compareは同一プロンプトへの各モデルの回答を、遅延時間とトークン数とともに並べて表示し、読むのはあなたに任されます。Consensusはモデル間の一致点から回答を合成し、不一致を示します。

どのモデルが実際に答えたか、なぜかを確認できますか？

はい。すべての回答に生成したプロバイダーとモデル、ルーティング判断の理由、割り当てからのコストが記録されます。プロバイダーが失敗し別モデルが引き継いだ場合もそれが記録されます。