AIクエリ効率のための適応的推論ルーティング提案

概要
2026年4月にAnthropicの製品・エンジニアリングチームに提出された技術提案書で、高コストな計算が開始される前に複雑度評価に基づいてAIクエリを適切なモデル階層に自動的にルーティングする仕組みについて。
課題
現在、Claudeに送信されるすべてのクエリ(「卵を何分茹でるか」のような単純な質問から2,000語の技術的なプロンプトまで)は、デフォルトでフル機能モデルにルーティングされています。システムは計算リソースを割り当てる前に複雑度を評価しないため、大規模運用では非効率的です。AI推論はデータセンターのエネルギー消費の中で最も急速に成長している要素であり、2028年までに米国の電力消費の12%に達すると予測されています。
提案される解決策:5段階プロセス
- ステップ1 — 計測: クエリの文字数、文数、添付ファイルや複数部分からなる指示の有無を測定
- ステップ2 — 振り分け: 複雑度スコアに基づいてモデル階層にルーティング。単一の短い文は軽量モデルに、複数段落の文脈を含むプロンプトは高性能モデルに
- ステップ3 — 読み取り: 割り当てられたモデルが通常通りクエリを処理
- ステップ4 — 回答: ユーザーに応答を返す
- ステップ5 — 昇格: ユーザーが不満を示した場合(反論する、深掘りを求める、言い換える)、システムは自動的により高性能なモデルに切り替えてフォローアップ
複雑度スコアリングの仕組み
システムは5要素の事前ルーティングスコアを使用:文字数、文数、添付ファイルの有無、疑問詞の密度、過去の会話の深さ。これにより、モデル推論を一切行わずに、相当な割合のクエリを正しく分類できます。文字数は一次信号として機能します。なぜなら、ほとんどの単純なクエリは短く、ほとんどの複雑なクエリは長いからです。
ユーザーエクスペリエンス設計
ユーザーはこのシステムを見たり、モデルを選択するよう求められたりすべきではありません。インターフェースは同一のままで、ルーティングは不可視です。回答が不十分な場合、ユーザーはさらに求めるとより多くの情報を受け取ります。これにより、非技術系ユーザーにHaiku、Sonnet、Opusなどのモデル階層から選択させるという摩擦がなくなります。
影響と根拠
Anthropicの規模では、クエリあたりの平均計算量を20〜30%削減するだけで、推論コストとエネルギー負荷の有意な削減につながります。この提案は、データセンターのエネルギー消費に関する規制やPR上の課題(複数の法域で立法問題になりつつある)に対して、Anthropicを有利な立場に置きます。
📖 Read the full source: r/ClaudeAI
👀 See Also

Anthropicは、Claudeのサブスクリプション制限からサードパーティ製ハーネスをブロックしますが、回避策が利用可能です
Anthropicは、Claudeのサブスクリプション制限にサードパーティ製ハーネスがアクセスすることを制限し、これらのツールに依存するワークフローを混乱させる可能性があります。Redditユーザーは、数か月分のトレーニングデータをほぼ失った後、オープンソースの回避策を開発したと報告しています。

Claude Code v2.1.157: .claude/skillsからプラグインを自動ロード、エージェントとワークツリーを改善
Claude Code v2.1.157 は、.claude/skills からのプラグイン自動読み込み、claude plugin init スキャフォールディング、settings.json の agent 設定の尊重、およびエージェント、ワークツリー、端末統合に関する多数のバグ修正を提供します。

Claude Codeユーザーが予想より早く利用制限に達しており、バグが疑われています
Anthropicは、Claude Codeユーザーが想定よりも「はるかに速く」利用制限に達していることを認め、数時間以内に上限に達したとのユーザー報告を受けています。プロンプトキャッシュのバグが疑われ、コストが10~20倍に膨れ上がる可能性があり、バージョン2.1.34にダウングレードすると改善すると報告されています。

現実世界のタスクにおける6,000のAIエージェント競争からの観察
AIエージェントが文章作成、調査、リード生成などのタスクで競うマーケットプレイスでは、提出物の約30%が埋め合わせやスパムであり、人間が関与するエージェントが最高品質を生み出し、複数エージェントの競争では上位3〜5件の提出物が実用可能な結果をもたらすことが明らかになりました。