AIモデルのルーティングが、ユーザーが実際に受け取る内容に関する法的問題を引き起こす
重要ポイント
- •AIプロバイダーやアグリゲーターは、推論コストの削減とネットワーク安全性の管理のために、ユーザーリクエストを代替モデルや量子化された重みにルーティングすることが増えている。
- •モデルの同一性の精度は、モデルの代替、量子化による劣化、サイレントな重みのドリフトという3つの異なるエンジニアリング上の問題によって損なわれる。
- •ルーティング層でのAIモデルの代替は、買い手が特定のモデル名を購入したのか、それとも一般的な能力を購入したのかに関する商業契約上の曖昧さを導入する。
- •法的手続きにおいて、AIルーティングは証拠の連鎖を断ち切り、特定のAIモデルが特定のテキストを生成したことを当事者が認証することを妨げる可能性がある。
- •専門家は、すべてのAPIレスポンスで使用された正確なモデル、重み、精度の偽造不可能な記録を確立するために、暗号論的署名の利用を提案している。

レスポンスオブジェクトに記載されるモデル名
ユーザーがAPIを呼び出し、model: "claude-fable-5" を渡す。レスポンスとして、補完、トークン数、そして "model": "claude-opus-4-8" と記載されたフィールドが返される。
エラーはスローされず、リトライも発生しなかった。生成が始まる前に、リクエストは分類され、機密カテゴリに該当すると判定され、まったく異なる重みセットにルーティングされた。Anthropicは7月1日にFable 5を再導入した際、このプロセスを文書化した。ブロックされたリクエストは代わりにOpus 4.8に送信され、ユーザーには通知される。置換はAPI層で行われ、レスポンスオブジェクトには実際に出力を生成したモデルが明示される。
これは透明性のあるバージョンである。また、広く展開されているアプローチの中で、実際に実行されたモデルをインバンド(帯域内)でユーザーに通知する数少ないものの一つと思われる。推論コストが大規模モデルに伴って増大するにつれ、プロバイダーや仲介業者が各クエリを処理可能な最も安価なモデルにマッチングさせるため、リクエストレベルのルーティングはより一般的になっている。
2週間後、CursorはRouterを出荷した。これは60万件以上のライブリクエストで訓練された分類器である。Routerは各クエリのコンテキスト、複雑さ、ドメインを読み取り、最も適切と判断したモデルにリクエストを送信する。Cursorは、3つの早期アクセスアカウントが、すべてのリクエストをOpus 4.8にルーティングした場合と比較して30〜50%の節約を報告したと述べた。Cursorはルーティングルールを公開したが、タスクタイプごとの特定のモデルは明示しなかった。
アグリゲーション層では、OpenRouterが一部のプロバイダーは低価格で量子化された重みを提供していると警告している。また、出力が完全精度の重みで生成されたものと異なる場合があること、そしてユーザーのログにはこの発生が記録されないことにも言及している。
これら3つのプロダクトは、「モデルとは何か」という問いに対して3つの異なる回答を提示している。どの回答を法律が認めるか、まだどの裁判所も決定していない。
モデル名が精度を失う3つの方法
モデルの同一性は3つの独立した軸に沿って分裂しているが、これらはしばしば同じ問題であるかのように議論される。
**代替(Substitution)**は、分類器がリクエストを異なるアーキテクチャ、異なる重み、または異なる能力プロファイルにディスパッチする場合に発生する。例として、Fable 5がOpus 4.8にルーティングされる場合や、Cursor Autoがそのターンのルーター選択したモデルにリクエストを送信する場合が挙げられる。
**劣化(Degradation)**は、同じモデルが削減された精度で提供される場合に発生する。OpenRouterが quantizations パラメータを公開しているのは、量子化されたエンドポイントが特定のプロンプトでパフォーマンスが低下する可能性があるためである。デフォルトでは、リクエストは価格順にプロバイダー間で負荷分散される。同じモデル名がリクエストに記載されていても、もう一方の端で異なる演算が使用される場合がある。
**ドリフト(Drift)**は、同じ名前がサイレントに更新された重みを指す場合に発生する。本番環境での -latest エイリアスは、バージョンを固定しないパッケージマニフェストに似た、バージョン管理されていない依存関係である。モデルプロバイダーは一般的に、エイリアスと並んで日付付きスナップショット識別子を使用してきたが、エイリアス自体はベンダーが公開しない限り、非推奨や変更履歴を持たない。
エンジニアは通常、代替、劣化、ドリフトを信頼性の問題として扱う。しかしこれらは同一性の問題でもあり、同一性は契約、保証、開示、証拠ルールの基盤となるものである。
実際に購入したのは何か?
商法上の問いは、その説明が取引の条件であったかどうかから始まる。
API呼び出しが物品の売買として扱われる場合、この問いはほぼ単純なものになる。UCC §2-313(1)(b) は、取引の基礎の一部をなす物品の説明を、物品がその説明に適合するという明示的保証とする。インドの1930年物品販売法§15は、説明による販売の法理を通じて同様の機能を果たす。
しかし、推論APIが物品として扱われる可能性は低い。裁判所は一般に、ホスト型ソフトウェアをサービスとして特徴づけており、問題を保証法令の枠外に押し出し、コモンロー上の契約へと導いている。取引が物品とサービスが混在する場合、米国の裁判所は取引のラベルではなく実質を検討する主要目的テストを適用する。その枠組みの下では、文書に何が記載されていたか、そして買い手がどの程度具体的に交渉したかに答えが依存する。曖昧さが生じるのはここである。エンタープライズ契約ではモデルごとに価格が設定される。モデルカードはモデル固有である。コンプライアンス成果物はモデルバージョンを特定する。それにもかかわらず、ルーティング層はモデル名を固定された指示ではなくヒントとして扱う場合がある。
最も明確にリスクが見えるのは、ソフトウェアの観点である。コードが能力要件を表現するのではなくモデルIDを固定する場合、エラーが一度も発生することなく、動作が重大に変化する可能性がある。同じ方法で起草された契約も同じ欠陥を持つ。買い手が名前を求めて交渉した場合、代替は違約になり得る。買い手が能力を求めて交渉した場合、代替は許容される可能性があるが、その場合は「フロンティア品質」の定義が厳しい審査に耐えうるものでなければならない。
確立された定義は存在しない。CursorのRouterがその問題を示している。Routerはユーザー満足度を報酬シグナルとして最適化するオンラインA/Bテストで評価された。これは合理的なエンジニアリングの選択である可能性があるが、契約上の尺度としては困難である。満足度は適合と同じではない。モデルの入れ替えに気づかなかったユーザーは、指定されたプロダクトが提供されたことではなく、ルーターがうまく機能したことの証拠にすぎない。
開示のグラデーション
FTCの欺瞞ドクトリンの下では、表示が重要であり、合理的な消費者を誤認させる可能性がある場合、法的措置の対象となり得る。客観的なパフォーマンスの主張は、発表前に合理的な根拠も必要とする。両方の概念がAIルーティングに関連する。
3つのプロダクトは開示のスペクトル上の異なる位置にある。Anthropicはユーザーに通知し、レスポンスで提供されたモデルを返す。Cursorはルーティングルールを公開するが、タスクごとのモデル割り当ては開示しない。OpenRouterは量子化のばらつきを文書で開示し、パラメータで制御できるようにしているが、設定はオプトアウト方式であり、デフォルトルートは低コストのパスである。
文書に埋もれ、ユーザーに不利な設定がデフォルトとなっている開示は、他の消費者市場の規制当局がダークパターンと呼んでいる事実パターンに似ている。
証拠の裏付けの面では、法的リスクはルーティングメカニズムそのものではなく主張自体に付着する。コメンテーターはすでに、「60%安く、品質低下なし」といった主張にはそれを裏付ける公開された方法論が必要になると指摘している。Anthropic自身の開示は誠実さのコストを示している。再訓練された分類器が日常的なコーディングやデバッグ中により頻繁に無害なリクエストをフラグ付けすると率直に述べた。その文章は責任の盾として機能する。同様の具体性を提供しないベンダーは、より厳しい精査に直面する可能性がある。
2024年8月に施行されたEU AI法は、並行する透明性のトラックを追加する。汎用AIモデルに関する規定は、プロバイダーに技術文書の公開と更新の維持を求め、下流のデプロイヤーがモデルの能力と限界を理解できるよう協力することを義務付ける。これらの義務が、リクエストごとにモデルを入れ替える可能性のあるルーティング層にどう対応するかは、まだ検証されていない。
競争法上の問題もある。推論市場における垂直的排除に関するワーキングペーパーは、ルーティングの透明性、サービス品質の平等性、FRAND方式の非差別化に基づく行動枠組みを提案している。第一者モデルベンダーでもあるプロバイダーが運営するルーターは、コスト最適化の姿をした自己優遇メカニズムになり得る。
認証が中心的な争点になる可能性
最も重要な法的問題は課金ではなく、認証である可能性がある。
連邦証拠規則901(b)(9)は、出力を生成したプロセスまたはシステムを記述し、そのプロセスが正確な結果を生成することを示すことで出力を認証する。FRE 902(13)および902(14)はさらに一歩進み、電子システムが生成した記録またはハッシュで検証されたデータが、認証を通じて自己認証することを認めている。インドの2023年Bharatiya Sakshya Adhiniyam §63は、電子記録の証拠能力を、その記録とその生成方法を特定する証明書に条件付けることで、同様の機能を果たす。
これらの規定はすべて、システムを特定できることを前提としている。
弁護士が捏造された引用を含む準備書面を提出し、制裁手続が開始されるシナリオを考えてみる。裁判所がどのモデルがそのテキストを生成したかを尋ねる。法律事務所のログはFable 5と記録している。プロバイダーのログは分類器が作動し、Opus 4.8が応答したことを示す。あるいは、リクエストが、事務所が再構築できないモデルを、指定したことのない精度で、すでに廃止されたバージョンで選択したIDEルーターを経由した可能性もある。
そのような状況では、証拠の連鎖はモデルではなく、ディスパッチャー(振り分け機能)としてのルーターで途切れる。この途切れは両方向に作用する。自身の出力を認証しようとする当事者はそれができず、相手方の出力を攻撃しようとする当事者は、専門家でも反論が困難な信頼性の議論を得る。
証拠開示もさらなる問題を加える。米国の民事手続の下では、潜在的に関連する情報を保全する義務は、召喚状が届いた時ではなく、訴訟が合理的に予見される時に発生する。ルーティングの決定は決定的な事実になり得る。そのため、ルーター分類器のログ、リクエストごとのモデル割り当て、精度メタデータは、現在保持の義務がないベンダーから証拠開示の対象となる可能性がある。
提案される解決策は署名であり、契約条項のみではない
問題を契約だけでは解決できないかもしれない。問題となっている表示がランタイムイベントに関するものであるのに対し、契約は静的な文書であるためである。
法制度は最終的に、証明可能なモデルIDを求める可能性がある。すなわち、各レスポンスと共に返される署名付きアサーションで、補完を、提供されたモデル識別子、重みハッシュ、精度、システムプロンプトハッシュを含むタプルに結びつけるものである。そのアサーションは、機密コンピューティングGPUプラットフォーム(NVIDIAのHopperアーキテクチャのConfidential Computing機能など)がすでにサポートしているハウェアアテステーションに基づくキーで署名される。
プリミティブの一部はすでに存在する。レスポンスオブジェクトは提供されたモデル名を保持できる。欠けているのは、その情報を法的に有用にする性質である。アサーションは偽造できず、買い手が売り手を信頼することなく検証できなければならない。レスポンスヘッダー内のハッシュは、FRE 902(14)がコピーされたデータに対してすでに行っていることと同じことをモデルIDに対して行える。つまり、争われた事実問題を証明書に変えるのである。
ルーティングは優れたエンジニアリングであり得る。しかし現時点では、ユーザーが選択したと信じていたものの、ログに記録されず、署名されず、検証不可能な置換にもなり得る。モデルIDは静かに法的識別子となった。そして未解決の問いは、それが正確に何を識別するものであるかである。
出典
Cursor、「Introducing Cursor Router」(2026年7月22日)—
MarkTechPost、「Cursor Releases Cursor Router: A Request-Level Classifier Delivering Frontier Coding Quality at 30–50% Lower Cost」(2026年7月22日)— https://www.marktechpost.com/2026/07/22/cursor-releases-cursor-router-a-request-level-classifier/
Anthropic、「Redeploying Claude Fable 5」(2026年6月30日)—
Espressio、「Claude Fable 5 Safeguards: The Opus 4.8 Fallback Explained」(2026年6月22日)—
Digital Applied、「Why Claude Just Got More Cautious About Your Code」(2026年)—
OpenRouter、「Provider Routing — Provider Selection」(docs)—
OpenRouter、「Lowest-Cost LLM Inference: The Complete OpenRouter Guide」(2026年6月12日)—
OpenRouter、「How OpenRouter Model Routing Works」(2026年6月12日)—