本文へスキップ

AI運用の判断と根拠を引く

Enterprise AI運用辞典

トップへ戻る

モデル・ツール・情報源・状態の選択

用語・参照用語・参照実挙動未確認実挙動未観測鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

本章のルーティングは、タスクを実行するモデル、ツール、ソース、および状態（状態）の経路を、検証可能な契約に照合して選択する操作です。モデル名、価格、クォータ、コネクタ、画面、エディション、および表面的な機能（利用機能・接続経路 利用可能な機能）は製品への適用整理へ、承認者、利用可否、予算・レイテンシ・リスクの数値閾値は組織ごとの追加条件へ送られます。CORE-02のリトリーバル/メモリの定義、CORE-03のパイプライン設計、CORE-13の会計の詳細は繰り返しません。

現在の判断

本章のルーティングは、タスクを実行するモデル、ツール、ソース、および状態（状態）の経路を、検証可能な契約に照合して選択する操作です。モデル名、価格、クォータ、コネクタ、画面、エディション、および表面的な機能（利用機能・接続経路 利用可能な機能）は製品への適用整理へ、承認者、利用可否、予算・レイテンシ・リスクの数値閾値は組織ごとの追加条件へ送られます。CORE-02のリトリーバル/メモリの定義、CORE-03のパイプライン設計、CORE-13の会計の詳細は繰り返しません。

どこまで当てはまるか

本章のルーティングは、タスクを実行するモデル、ツール、ソース、および状態（状態）の経路を、検証可能な契約に照合して選択する操作です。モデル名、価格、クォータ、コネクタ、画面、エディション、および表面的な機能（利用機能・接続経路 利用可能な機能）は製品への適用整理へ、承認者、利用可否、予算・レイテンシ・リスクの数値閾値は組織ごとの追加条件へ送られます。CORE-02のリトリーバル/メモリの定義、CORE-03のパイプライン設計、CORE-13の会計の詳細は繰り返しません。

詳しく理解する

仕組みと設計

PACKET_ID: PKT-GEMINI-A-CORE-04-v0.1

SECTION_ID: CORE-04

LAYER: ENTERPRISE_AI_CORE

状態: RECOMPILED_V0.2_CORE_EVIDENCE_BOUNDED

AS_OF: 2026-09-06 14:02 JST

DEPENDENCIES: CORE-02, CORE-03

1. 適用範囲 and 適用限界

本章のルーティングは、タスクを実行するモデル、ツール、ソース、および状態（状態）の経路を、検証可能な契約に照合して選択する操作です。モデル名、価格、クォータ、コネクタ、画面、エディション、および表面的な機能（利用機能・接続経路 利用可能な機能）は製品への適用整理へ、承認者、利用可否、予算・レイテンシ・リスクの数値閾値は組織ごとの追加条件へ送られます。CORE-02のリトリーバル/メモリの定義、CORE-03のパイプライン設計、CORE-13の会計の詳細は繰り返しません。

2. 正式な concepts

  • モデル 処理先の振り分け: taskとリスクに必要な推論・出力・検証能力を満たすモデル経路の選択。
  • ツールルーティング：読み取り専用、書き込み、外部への副作用、認可、結果の照合に分けたツール経路の選択。
  • 出典 処理先の振り分け: authority、情報の鮮度、権限、バージョンを満たす出典取得経路の選択。
  • 状態ルーティング: チェックポイント、成果物、受領書、バージョンを失うことなく、実行インターフェース間を移動するための経路の選択。
  • 利用可能な機能 mismatch: 必須能力を欠くrouteを、低cost・低latency等のsoft objectiveだけで選ぶ失敗。
  • degraded mode: 通常route不能時、失う能力と許される操作を明示して縮退する別契約。

3. Compiled claims

CLAIM_ID記述・判断根拠の種類状態
CLM-C04-001routeはleaderboard順位ではなく、task 条件・契約、リスク、必須能力、禁止操作、検証可能性の適合判定であるDIRECT_INTERNAL + RESEARCH + OSSEVIDENCE_BOUNDED
CLM-C04-002必須利用可能な機能とprohibitionはhard constraintとしてcost/latency等のsoft objectiveより先に評価するDIRECT_INTERNAL + RESEARCH + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
CLM-C04-003出典 routeはモデル routeから分離し、authority、情報の鮮度、権限、バージョンを満たさなければ回答routeを停止または縮退するCORE-02 DIRECT DEPENDENCYDEPENDENCY_SUPPORTED
CLM-C04-004ツール routeはread-only、書込み、外部への変更・送信を分離し、書込み経路の利用可能性だけでなく認可と結果の照合を要求するCORE-03 DIRECT DEPENDENCYDEPENDENCY_SUPPORTED
CLM-C04-005stateful taskのroute変更はtrust 適用限界であり、成果物 ID/バージョン/digest、途中状態の保存地点、処理結果の受領記録が欠ける引継ぎを実行可能routeとして扱わないCORE-03 DIRECT DEPENDENCY + LOCAL_FIXTURELOCAL_RULE_SUPPORTED
CLM-C04-006フォールバックは透過的なリトライではなく、失われる機能、許容される出力、再検証、停止/エスカレーションを伴う新しい契約（条件・契約）であるDIRECT_INTERNAL + OSS + INDEPENDENT_OPERATION + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
CLM-C04-007ルーターは、選択精度だけでなく、後続工程の受け入れ、機能の喪失、高リスクな例外ケース、誤ルート、およびリトライループによって評価する。DIRECT_INTERNAL + RESEARCH + INDEPENDENT_OPERATION + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
CLM-C04-008fixed route、manual escalation、read-only 失敗時の代替処理、batch queue、明示loss付き提供元 switchを代替として残すDIRECT_INTERNAL + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED

4. 出典・来歴 状態

出典現在の USEDIRECT-SPAN 状態 / LIMIT
S063固定された範囲、記述・判断、テスト、反証、レイヤー規則DIRECT MANIFEST AVAILABLE
CORE-02出典の権限・鮮度・許可、条件が確認できなければ停止、制限されたフォールバック直接的なパケット依存関係
CORE-03成果物/状態 引継ぎ、再試行、COMMIT_UNKNOWN、serial/parallel直接的なパケット依存関係
S024コスト/レイテンシ/品質/人的労力、R1..R4ルーティング、受け入れられた成果物あたりの総コストDIRECT SPAN RECOVERED from Drive 出典 改訂版; S024 exact unit
S052FrugalGPT/RouteLLM、リスク/latency/cost/ツール requirement、high-risk tail実際の不明なClosure Pass Xセクションから直接スパンを復元。S063の誤った節の説明は本文の代用として用いていない。
S061条件を制御した / Native Product / 組織比較、risk-weighted tail、pass^k/final-state実際のS061セクションから直接取得された範囲。
S008/S017/S025/S034/S041/S042/S043/S047/S055/S056処理先の振り分け/文脈・入力情報候補MANIFEST-DECLARED; claim-level direct span未抽出

S024/S052/S061の直接spanはDrive正本 GPT-5.6 Sol版_法人向けGemini運用論_追加採集ログ_2026-09-04、改訂版 ANLCKQlY-J2cMBi8grqzT6xr8lijnDfdK21uyia96W5USYaomwphSxsvdaSUmm4XOWvBVMAJ7AzV7H7KKg2neXpB6yTTdJIsQZD_svTbbrso から回収した。他のmanifest候補はQ-C04-001..003の閉鎖に不要なため未抽出のまま保持する。

5. 処理先の振り分け 入力の条件 v0.1

FIELDREQUIREDNESSPURPOSE
TASK_ID / TASK_CLASS / CONTRACT_VERSIONREQUIRED判断対象と版を固定
RISK_TIER / HARM_IF_WRONGREQUIREDhigh-risk tailと誤routeを分離
REQUIRED_CAPABILITIESREQUIREDソース、ツール、状態、出力、および検証能力を、厳格な制約（hard constraint）とする。
PROHIBITED_ACTIONSREQUIRED書込、共有、機密入力等をroute前に除外
SOURCE_REQUIREMENTSCONDITIONALauthority、情報の鮮度、権限、citation、バージョン
TOOL_MODECONDITIONALNONE / READ_ONLY / 書込み / SIDE_EFFECT
STATE_REQUIREMENTSCONDITIONAL途中状態の保存地点、成果物、処理結果の受領記録、再開、保持期間・保持方針
OUTPUT_AND_VERIFIERREQUIREDoutput データ形式の定義と独立受け入れ確認を指定
コスト / レイテンシ予算REQUIREDhard constraint通過後の最適化にだけ使用
FALLBACK_ORDER / LOSS_BUDGETREQUIRED縮退時に失ってよい能力と順序
STOP / ESCALATIONREQUIRED適合routeなし、loss超過、再試行 loopを停止

6. Task-risk tiers

TIEREXAMPLE処理先の振り分け DEFAULTNUMERIC 適用限界
LOWreversible drafting、brainstormhard constraints内でcost/latency最適化可ORG 未確認事項
MEDIUMsource-bound analysis、社内判断補助権威ある出典と検証者を要求ORG 未確認事項
HIGH条件・契約 review、権限・金銭・外部影響weak/unverified routeを除外しmanual 確認・承認の条件を残すORG 未確認事項
CRITICALirreversible/regulated decisionautomated 失敗時の代替処理で能力を落とさず停止・権限者へescalateORG 未確認事項

7. 処理先の振り分け decision matrix

CONDITIONELIGIBLE ROUTEREJECT / ESCALATE WHEN
low-risk drafting、出典/ツール/状態不要bounded low-cost モデル routeprohibited data/利用機能・接続経路、output verifier欠落
high-risk 条件・契約 reviewauthoritative 出典 + citation/結果の照合 + strong review + 人による確認・承認出典 authority/情報の鮮度不明、weak-only route
ツール使用を要する読み取り認可された読み取り専用ツール + ソースの権限確認ツール unavailable、権限 未確認事項
tool-required 書込み承認された書き込み ＋ 同じ要求の再送で処理を重複させない仕組み／受領書／結果の照合書き込みルートが利用不可、承認/対象が不明
quota-degraded taskcapability-preserving alternate、batch queue、manual失敗時の代替処理 lossがLOSS_BUDGET超過
cross-provider/stateful 引継ぎcompatible 成果物/途中状態の保存地点/バージョン/処理結果の受領記録状態記述子の欠落、意味的な同等性が未検証

8. 失敗時の代替処理 / loss matrix

FAILED ROUTESAFE 失敗時の代替処理EXPLICIT LOSSREQUIRED RESPONSE
書込み ツール unavailableread-only draft/契約プラン実行、final-state 根拠HUMAN_ACTION_REQUIRED
authoritative 出典 unavailablebounded excerpt/versioned snapshot/manual 監査情報の鮮度、coverage、automationDEGRADED_SOURCE or ABSTAIN
優先モデルまたは割り当て量が利用できませんcapability-equivalent route、batch queuelatency/cost差。能力差があれば別記REVERIFY
状態 引継ぎ incomplete現在のルートを継続、または手動で再構築再開、変更・継承の履歴、dedup guaranteeABSTAIN_STATE_HANDOFF_INCOMPLETE
検証者利用不可draft-onlybusiness 受け入れ確認NOT_COMPLETED
権限/authz unavailablenone利用可能性ABSTAIN_AUTHZ_UNAVAILABLE

9. 条件を制御した vs product reality

条件を制御した 根拠MAY 裏付けMUST NOT 記述・判断
決まった規則に従う 処理先の振り分け fixture契約ロジック、ハードフィルター、損失宣言プロバイダーの品質、稼働可用性、価格優位性
条件を制御した 比較評価task/モデル slice内の相対結果現在の製品サーフェス、組織への適合性、高リスクな安全性
product docs/公開・提供利用機能・接続経路 利用可能な機能とAS_OF 利用可能性組織の利用環境（組織の利用環境）の設定、組み合わせの安全性、SLA
組織 observation認可された範囲内での限定された動作文書化されていない内部仕様、他プロバイダー/組織の利用環境の一般化

11. 受け入れ確認 tests

TEST_IDTESTPASS CONDITION現在の RESULT
TST-C04-01条件を制御した 処理先の振り分けhard 利用可能な機能不適合routeをsoft score前に除外PASS_LOCAL_2_OF_2
TST-C04-02tail-risk escape高リスクなタスクを低リスク/低コストな経路へ送らず、人による確認・承認を維持するPASS_LOCAL_2_OF_2
TST-C04-03unavailable-tool 失敗時の代替処理書込み不能時に実行済みとせずread-only draft + loss宣言PASS_LOCAL_2_OF_2
TST-C04-04状態 引継ぎdescriptor欠落時にroute変更を拒否PASS_LOCAL_2_OF_2
TST-C04-05loss-in-fallback失敗時の代替処理能力損失がmachine-readablePASS_LOCAL_2_OF_2
TST-C04-06ソフトのみのテール反例平均的な品質とコストを優先すると、極端に重要なケース（クリティカル・テイル）を見落とす可能性がありますが、一方で、高度な能力やリスクのゲートによって除外されることもあります。PASS_LOCAL_4_OF_4
TST-C04-07能力喪失による棄権出典/citation/情報の鮮度/状態 lossがbudget超過時に停止PASS_LOCAL_3_OF_3
TST-C04-08cyclic 失敗時の代替処理 guardvisited routeとattempt budgetでcycleを検出し停止PASS_LOCAL_3_OF_3
TST-C04-09route/final 受け入れ確認 稼働状況の記録route decisionとverifier/final 受け入れ確認/tail/drift/incidentを別fieldで保持PASS_LOCAL_4_OF_4

tests/CORE-04_routing_contract_fixture_v0.1.pyは初期diagnostic 条件・契約を10/10で確認した。tests/CORE-04_router_tail_loss_loop_fault_v0.1.pyはsoft-only misroute、capability-loss 失敗時の代替処理、循環失敗時の代替処理、route/final-acceptance分離を16/16で確認した。いずれも決定的ローカル環境の rule/反証の確認 fixtureであり、モデル/router/提供元/ツールのlive性能、価格、利用枠、組織の利用環境設定を試験していない。

13. Q-C04-001..003 根拠 closure unit

13.1 Research and author-maintained 実装

  • FrugalGPT（arXiv:2305.05176）とRouteLLM（arXiv:2406.18665 / ICLR 2025）は、クエリ単位のルーティング/カスケードによってコストと品質のトレードオフを改善できることを示している。ただし、RouteLLMの作者が維持するOSSは、強/弱のペアと校正のしきい値を中心に設計されており、そのしきい値は利用するタスクに合わせて調整（キャリブレーション）する設計となっている。これは、プライバシー、ツール、出典、状態、および高リスクな規制判断を自動的にハード制約化することを証明するものではない。
  • ICML 2025における統合ルーティング/カスケード研究は、品質推定器を成功の重要因子としている。したがって、ルーターの信頼度を正解（オラクル）に置き換えるのではなく、推定器自体のスライス評価が必要である。
  • LLMRouterBench v1（2026-01-12）は400K超instance、21 dataset、33 モデル、10 比較の基準の統一評価で、複数routerがsimple 比較の基準を安定して超えず、Oracle gapとmodel-recall 失敗が残ると報告する。モデル complementarityは処理先の振り分けの可能性を支持するが、router導入の自動優位は支持しない。

13.2 失敗時の代替処理 実装 and independent 操作内容 反証

  • LiteLLM Routerの現在の docs（2026-09-06確認）はweighted/rate-limit/latency/cost 処理先の振り分け、再試行、cooldown、失敗時の代替処理、alertingを実装利用機能・接続経路として示す。一方、これは配備可用性制御であり、出典 authority、citation、状態 処理結果の受領記録、business 受け入れ確認の同値性を保証しない。
  • LiteLLM issue #35303は、2026-07-30のlive clusterで、malformed tool-call履歴がretryable errorへ分類され、4-node cyclic 失敗時の代替処理により設定上約9 attemptの想定に対し79,858 失敗、約2.3 GB log、event-loop starvation、pod killへ至ったという独立operator報告である。issueは2026-07-31にopenされ現在closedだが、現在の全版の欠陥とは一般化しない。Coreではvisited route + request wall-clock/attempt budget + identical-error hash + request/attempt別計測をfailure-envelope要求として採用する。

13.3 Minimum route イベント profile

REQUEST_ID / TASK_CLASS / RISK_TIER / ROUTER_POLICY_VERSION / CANDIDATE_ROUTE_VERSION / SELECTED_ROUTE / DECISION / REASON_CODE / FALLBACK_LOSS / ATTEMPT / ERROR_HASH / STATE_RECEIPT / VERIFIER_RESULT / FINAL_ACCEPTANCE / FAILURE_SEVERITY / LATENCY / COST / DRIFT_COHORT / INCIDENT_ID

route選択が妥当でもdownstream 成果物は不合格になり得る。route decision、attempt、verifier、final 受け入れ確認を別イベントとしてjoinし、通常分布とrisk-weighted tail、abstention、誤route、失敗時の代替処理 cycle、再試行 amplification、状態 loss、incident regressionを別集計する。

13.4 適用限界 decision

Q-C04-001..003は、プロバイダーに依存しないコア機能について、条件が確認できなければ停止（bounded close）とする。ユニバーサルな閾値、現行価格、プロバイダーの順位、実際の製品機能の損失、状態の互換性、本番環境のSLO/保持/アラート、および組織の損失予算については、停止せず、製品への適用整理 / 組織ごとの追加条件へ送る。

NEXT_PACKET_ACTION: PM-GEMINI-CORE-04とORG-CORE-04を公開仕様・許可利用機能・接続経路・未確認事項境界だけで編纂する。業務Geminiのファイル sync/API/direct integrationは行わない。

14. Gemini 製品への適用整理 / 組織ごとの追加条件 引継ぎ

  • PM-GEMINI-CORE-04-v0.1はGemini Apps、Gem、Gemini API、ADK、Vertexを別route 利用機能・接続経路として整理した。UIのモデル表示、APIの明示モデル ID、ツール proposal/アプリケーション 実行、出典経路、API 改訂版/状態 データ形式の定義、online/batchを相互同値としない。
  • Interactions APIの2026年5–6月のoutputs→steps移行を、route変更時にモデルだけでなくAPI 改訂版と状態 adapterを固定すべきproduct 反証として採用した。
  • Google Help communityのモデル選択初期化/切替不能報告は個別失敗 signalに限定し、現行全組織の利用環境の欠陥とはしない。Vertexの2025-10-21 response-misrouting incidentはthird-party streaming モデルに限定され、Google Gemini models非影響という適用範囲を保持する。
  • ORG-CORE-04-v0.1はdirect ファイル sync/API/integration禁止、synthetic chat/Gem試験可能候補、CORE-02での3 モデル UI観測を記録した。backend pin、silent 失敗時の代替処理、接続機能/索引、cross-surface 状態、price/利用枠、本番環境監視値は未確認事項を維持する。

CORE-04のGeminiサイクルは、公開仕様と許可されるインターフェースの範囲内で、条件が確認できなければ停止（fail closed）するものとします。次はS063 Frozen TOCのCORE-05を起票し、CORE-04を再開するのは、後発プロバイダーまたはCoreによる反証からバックプロパゲーションが発生した場合のみとします。

15. GPT 製品への適用整理 引継ぎ

  • PM-GPT-CORE-04-v0.1は、OpenAI API、Responses、Chat Completions、バックグラウンド、Batch、Agents SDKを、個別のルートインターフェースとして整理した。明示的なモデル、スナップショット/エイリアス、SDKのデフォルト、および返却されたモデルを同一視しないこと。
  • function call proposalとアプリケーション/提供元 実行、file-search citationとraw 検索・取得 result、Responses ItemsとChat Messages、online/background/Batchの保存領域・ordering・partial 完了を別契約として対応づけた。
  • 再試行と失敗時の代替処理を分離し、response-started、attempt/error hash、visited route、利用可能な機能 loss、wall-clock、trace、処理結果の受領記録、verifier、final 受け入れ確認を別々のイベントとして結合するプロファイルを定義しました。
  • provider-neutral ローカル環境の 処理先の振り分け fixture 10/10、tail/loss/loop fixture 16/16を再実行した。これはCOMPILER_EXPERIMENTであり、GPT/OpenAIのlive品質・可用性・障害率を証明しない。
  • API、ChatGPT、組織の利用環境、ツール、出典、外部システムは操作していない。live quality、利用枠/price、silent substitution、cross-surface 状態互換、保持期間・保持方針/SLO、組織 loss budgetは未確認事項を維持する。

Core 記述・判断は変更していないためGemini 製品への適用整理の遡及監査は不要である。次はPM-GPT-CORE-05へ進み、CORE-02〜04のlive/組織ごとの追加条件残差を保持する。

16. Claude 製品への適用整理 引継ぎ

  • PM-CLAUDE-CORE-04-v0.1は、Claude API、メッセージバッチ、サービスティア、Agent SDK/Claude Code CLIを、別のルートインターフェースとして整理しました。
  • 4.6世代以降の、日付を持たない固定IDと旧世代の短縮エイリアス、プラットフォーム別のID、およびサービング・インフラストラクチャの変化を分離した。
  • Agent SDKのモデル／fallback_model、セッション中のオーバーライド、権限の評価順序、CLI由来のOpenTelemetryを、プロバイダーやAPIの同値性の保証として扱わない。
  • client/server ツール、requested/観測済み service tier、online/Batch、API error/request ID、再試行/失敗時の代替処理を別イベントでjoinする。
  • 既存CORE-04 ローカル環境の fixtures 10/10・16/16はCOMPILER_EXPERIMENTのまま維持し、Claude実測へ再分類していない。
  • Claude API、組織、モデル、SDKのプロセス、ツール、出典、外部システムは操作していません。

Core 記述・判断は変更していないためGemini/GPT mappingの遡及監査は不要である。次はPM-CLAUDE-CORE-05へ進み、NotebookLM補充ゲートとCORE-02〜04のlive/組織ごとの追加条件残差を保持する。

17. Grok 製品マッピングの引き継ぎ

  • PM-GROK-CORE-04-v0.1 は、モデルの別名/日付固定/廃止済みスラグのリダイレクト、ツール/ソース、優先度/デフォルト、チーム/モデルのレート制限、コスト/エラー、オンライン/遅延/バッチを、それぞれ異なるルートのインターフェースとして整理した。
  • 旧slugがHTTP errorではなく別モデルへ自動redirectされ、reasoning effortと価格も変わり得るため、requested/effective モデルとretirement rule バージョンの結果の照合を必須化した。
  • 4.20以降のlogprobs silent ignore、モデル別Batch対応、searchなしのreal-time data非対応を利用可能な機能 preflightとsentinel試験へ接続した。
  • requested/観測済み service tier、429 再試行、request単位cost、stream final-usage chunk、SDK別付随情報 利用可能性を別イベントでjoinする。
  • 既存CORE-04 ローカル環境の fixtures 10/10・16/16はCOMPILER_EXPERIMENTのまま維持し、xAI実測へ再分類していない。xAI API、team、Console、モデル、SDK、ツール、deferred、Batch、外部システムは操作していない。
  • independent xAI 本番環境 根拠、live effective route、team limits、課金/SLO、重複実行を防ぐ性質、組織 loss budgetは未確認事項を維持する。

Core 記述・判断は変更していないためGemini/GPT/Claude mappingの遡及監査は不要である。次はPM-GROK-CORE-05-v0.1へ進み、NotebookLM補充ゲートを保持する。

よくある失敗・反証

    • CE-C04-001: ルーターの誤判定は、単一の安全側への固定ルート（fixed route）よりも状況を悪化させる可能性がある。ルーターにもフォールバックと監査が必要である。
    • CE-C04-002: ルーティング自体が、レイテンシ、コスト、状態転送、および観測点を増加させる。低リスクなタスクには固定ルートを残す。
    • CE-C04-003: 平均score最適化はhigh-risk tailを隠す。リスク tier別のfalse-routeとharm-weighted resultを分離する。
    UNKNOWN_ID未確認事項完了条件
    UNK-C04-001リスクを考慮したルーティングの閾値CORE profileはhard 利用可能な機能→リスク tail→soft objectiveの順序までbounded close。数値閾値はtask 検索対象の文書群と組織 リスク appetiteへ送る
    UNK-C04-002失敗時の代替処理時利用可能な機能 lossの測定CORE taxonomyとloss-budget停止はbounded close。提供元間の実loss、状態互換、組織許容値はPM/ORGへ送る
    UNK-C04-003router自身の評価・監視方法最小限のイベントプロファイル、およびループ/テイル/最終的な受け入れ確認は、条件が確認できなければ停止（fail closed）とする。本番環境のSLO、保持、アラート閾値、および実装範囲については、PM/組織へ送付する。

実務での使い方

  • FIELDREQUIREDNESSPURPOSE
    TASK_ID / TASK_CLASS / CONTRACT_VERSIONREQUIRED判断対象と版を固定
    RISK_TIER / HARM_IF_WRONGREQUIREDhigh-risk tailと誤routeを分離
    REQUIRED_CAPABILITIESREQUIREDソース、ツール、状態、出力、および検証能力を、厳格な制約（hard constraint）とする。
    PROHIBITED_ACTIONSREQUIRED書込、共有、機密入力等をroute前に除外
    SOURCE_REQUIREMENTSCONDITIONALauthority、情報の鮮度、権限、citation、バージョン
    TOOL_MODECONDITIONALNONE / READ_ONLY / 書込み / SIDE_EFFECT
    STATE_REQUIREMENTSCONDITIONAL途中状態の保存地点、成果物、処理結果の受領記録、再開、保持期間・保持方針
    OUTPUT_AND_VERIFIERREQUIREDoutput データ形式の定義と独立受け入れ確認を指定
    コスト / レイテンシ予算REQUIREDhard constraint通過後の最適化にだけ使用
    FALLBACK_ORDER / LOSS_BUDGETREQUIRED縮退時に失ってよい能力と順序
    STOP / ESCALATIONREQUIRED適合routeなし、loss超過、再試行 loopを停止

まだ確認できていないこと

  • CORE-04-CURRENTNESS

    原資料の確定版から収録しています。外部根拠の最新性を今回の取込日で確認済みと扱いません。本文の未解決事項・残余制約を保持します。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
CORE-04
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
資料の識別情報

Source SHA-256 520c8b25c8a3ea28a88e6238fd119c31d1b40acc1477169f2eebeea11a954158

CORE-04 — Model / Tool / Source / State Routing

PACKET_ID: PKT-GEMINI-A-CORE-04-v0.1

SECTION_ID: CORE-04

LAYER: ENTERPRISE_AI_CORE

STATUS: RECOMPILED_V0.2_CORE_EVIDENCE_BOUNDED

AS_OF: 2026-09-06 14:02 JST

DEPENDENCIES: CORE-02, CORE-03

1. Scope and boundary

本章のroutingは、taskを実行するmodel、tool、source、state経路を、検証可能な契約へ照合して選ぶ操作である。model名、価格、quota、connector、画面、edition、surface capabilityはProduct Mappingへ、承認者、利用可否、予算・latency・riskの数値閾値はOrganization Overlayへ送る。CORE-02のretrieval/memory定義、CORE-03のpipeline設計、CORE-13の会計詳細は繰り返さない。

2. Canonical concepts
  • model routing: taskとriskに必要な推論・出力・検証能力を満たすmodel経路の選択。
  • tool routing: read-only、write、外部side effect、認可、readbackを分けたtool経路の選択。
  • source routing: authority、freshness、permission、versionを満たすsource取得経路の選択。
  • state routing: checkpoint、artifact、receipt、versionを失わずに実行surface間を移す経路の選択。
  • capability mismatch: 必須能力を欠くrouteを、低cost・低latency等のsoft objectiveだけで選ぶ失敗。
  • degraded mode: 通常route不能時、失う能力と許される操作を明示して縮退する別契約。
3. Compiled claims
CLAIM_IDCLAIMEVIDENCE CLASSSTATUS
CLM-C04-001routeはleaderboard順位ではなく、task contract、risk、必須能力、禁止操作、検証可能性の適合判定であるDIRECT_INTERNAL + RESEARCH + OSSEVIDENCE_BOUNDED
CLM-C04-002必須capabilityとprohibitionはhard constraintとしてcost/latency等のsoft objectiveより先に評価するDIRECT_INTERNAL + RESEARCH + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
CLM-C04-003source routeはmodel routeから分離し、authority、freshness、permission、versionを満たさなければ回答routeを停止または縮退するCORE-02 DIRECT DEPENDENCYDEPENDENCY_SUPPORTED
CLM-C04-004tool routeはread-only、write、side effectを分離し、write経路のavailabilityだけでなくauthorizationとreadbackを要求するCORE-03 DIRECT DEPENDENCYDEPENDENCY_SUPPORTED
CLM-C04-005stateful taskのroute変更はtrust boundaryであり、artifact ID/version/digest、checkpoint、receiptが欠けるhandoffを実行可能routeとして扱わないCORE-03 DIRECT DEPENDENCY + LOCAL_FIXTURELOCAL_RULE_SUPPORTED
CLM-C04-006fallbackは透過的retryではなく、失うcapability、許容output、再検証、stop/escalationを持つ新しいcontractであるDIRECT_INTERNAL + OSS + INDEPENDENT_OPERATION + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
CLM-C04-007routerは選択精度だけでなく、downstream acceptance、capability loss、high-risk tail、誤route、retry loopで評価するDIRECT_INTERNAL + RESEARCH + INDEPENDENT_OPERATION + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
CLM-C04-008fixed route、manual escalation、read-only fallback、batch queue、明示loss付きprovider switchを代替として残すDIRECT_INTERNAL + LOCAL_FAULT_PROFILEEVIDENCE_BOUNDED
4. Provenance status
SOURCECURRENT USEDIRECT-SPAN STATUS / LIMIT
S063Frozen scope、claims、tests、counterevidence、layer ruleDIRECT MANIFEST AVAILABLE
CORE-02source authority/freshness/permission、fail-closed、bounded fallbackDIRECT CURRENT PACKET DEPENDENCY
CORE-03artifact/state handoff、retry、COMMIT_UNKNOWN、serial/parallelDIRECT CURRENT PACKET DEPENDENCY
S024cost/latency/quality/human effort、R1..R4 routing、Total Cost per Accepted OutcomeDIRECT SPAN RECOVERED from Drive source revision; S024 exact unit
S052FrugalGPT/RouteLLM、risk/latency/cost/tool requirement、high-risk tailDIRECT SPAN RECOVERED from actual UNKNOWN Closure Pass X section。S063の誤った節説明は本文代用していない
S061Controlled / Native Product / Organization比較、risk-weighted tail、pass^k/final-stateDIRECT SPAN RECOVERED from actual S061 section
S008/S017/S025/S034/S041/S042/S043/S047/S055/S056routing/context候補MANIFEST-DECLARED; claim-level direct span未抽出

S024/S052/S061の直接spanはDrive正本 GPT-5.6 Sol版_法人向けGemini運用論_追加採集ログ_2026-09-04、revision ANLCKQlY-J2cMBi8grqzT6xr8lijnDfdK21uyia96W5USYaomwphSxsvdaSUmm4XOWvBVMAJ7AzV7H7KKg2neXpB6yTTdJIsQZD_svTbbrso から回収した。他のmanifest候補はQ-C04-001..003の閉鎖に不要なため未抽出のまま保持する。

5. Routing Input Contract v0.1
FIELDREQUIREDNESSPURPOSE
TASK_ID / TASK_CLASS / CONTRACT_VERSIONREQUIRED判断対象と版を固定
RISK_TIER / HARM_IF_WRONGREQUIREDhigh-risk tailと誤routeを分離
REQUIRED_CAPABILITIESREQUIREDsource、tool、state、output、verifier能力をhard constraint化
PROHIBITED_ACTIONSREQUIRED書込、共有、機密入力等をroute前に除外
SOURCE_REQUIREMENTSCONDITIONALauthority、freshness、permission、citation、version
TOOL_MODECONDITIONALNONE / READ_ONLY / WRITE / SIDE_EFFECT
STATE_REQUIREMENTSCONDITIONALcheckpoint、artifact、receipt、resume、retention
OUTPUT_AND_VERIFIERREQUIREDoutput schemaと独立acceptanceを指定
COST / LATENCY BUDGETREQUIREDhard constraint通過後の最適化にだけ使用
FALLBACK_ORDER / LOSS_BUDGETREQUIRED縮退時に失ってよい能力と順序
STOP / ESCALATIONREQUIRED適合routeなし、loss超過、retry loopを停止
6. Task-risk tiers
TIEREXAMPLEROUTING DEFAULTNUMERIC BOUNDARY
LOWreversible drafting、brainstormhard constraints内でcost/latency最適化可ORG UNKNOWN
MEDIUMsource-bound analysis、社内判断補助authoritative sourceとverifierを要求ORG UNKNOWN
HIGHcontract review、権限・金銭・外部影響weak/unverified routeを除外しmanual gateを残すORG UNKNOWN
CRITICALirreversible/regulated decisionautomated fallbackで能力を落とさず停止・権限者へescalateORG UNKNOWN
7. Routing decision matrix
CONDITIONELIGIBLE ROUTEREJECT / ESCALATE WHEN
low-risk drafting、source/tool/state不要bounded low-cost model routeprohibited data/surface、output verifier欠落
high-risk contract reviewauthoritative source + citation/readback + strong review + human gatesource authority/freshness不明、weak-only route
tool-required readauthorized read-only tool + source permission checktool unavailable、permission unknown
tool-required writeauthorized write + idempotency/receipt/readbackwrite route unavailable、approval/target不明
quota-degraded taskcapability-preserving alternate、batch queue、manualfallback lossがLOSS_BUDGET超過
cross-provider/stateful handoffcompatible artifact/checkpoint/version/receiptstate descriptor欠落、semantic equivalence未検証
8. Fallback / loss matrix
FAILED ROUTESAFE FALLBACKEXPLICIT LOSSREQUIRED RESPONSE
write tool unavailableread-only draft/planexecution、final-state evidenceHUMAN_ACTION_REQUIRED
authoritative source unavailablebounded excerpt/versioned snapshot/manual auditfreshness、coverage、automationDEGRADED_SOURCE or ABSTAIN
preferred model/quota unavailablecapability-equivalent route、batch queuelatency/cost差。能力差があれば別記REVERIFY
state handoff incompletecurrent route継続またはmanual reconstructionresume、lineage、dedup guaranteeABSTAIN_STATE_HANDOFF_INCOMPLETE
verifier unavailabledraft-onlybusiness acceptanceNOT_COMPLETED
permission/authz unavailablenoneavailabilityABSTAIN_AUTHZ_UNAVAILABLE
9. Controlled vs product reality
CONTROLLED EVIDENCEMAY SUPPORTMUST NOT CLAIM
deterministic routing fixturecontract logic、hard-filter、loss declarationprovider quality、live availability、価格優位
controlled benchmarktask/model slice内の相対結果current product surface、organization fit、high-risk safety
product docs/releasesurface capabilityとAS_OF availabilitytenant configuration、combination safety、SLA
organization observationauthorized surfaceでのbounded behaviorundocumented internals、他provider/tenant一般化
10. Failure modes and alternatives
FAILUREDETECTIONSAFE RESPONSE
capability mismatchselected routeがrequired capabilityを欠くprefilter reject、manual/qualified route
wrong routedownstream verifier/acceptance失敗route decisionとfinal resultを別記録し再評価
unavailable routehealth/quota/tool/readback不可bounded fallbackまたはbatch/manual
state loss on routeartifact/version/receipt欠落handoff拒否、復元後に再開
expensive retry loopattempt/cost/latency上限超過stop、COMMIT_UNKNOWN/readback、escalate
confident weak-model errorhigh confidenceでもsource/verifier不成立confidenceをcapability evidenceにせずreject

代替経路はfixed route、manual escalation、read-only fallback、batch queue、明示loss付きprovider switchとする。

11. Acceptance tests
TEST_IDTESTPASS CONDITIONCURRENT RESULT
TST-C04-01controlled routinghard capability不適合routeをsoft score前に除外PASS_LOCAL_2_OF_2
TST-C04-02tail-risk escapehigh-risk taskをweak/cheap routeへ送らずmanual gateを保持PASS_LOCAL_2_OF_2
TST-C04-03unavailable-tool fallbackwrite不能時に実行済みとせずread-only draft + loss宣言PASS_LOCAL_2_OF_2
TST-C04-04state handoffdescriptor欠落時にroute変更を拒否PASS_LOCAL_2_OF_2
TST-C04-05loss-in-fallbackfallback能力損失がmachine-readablePASS_LOCAL_2_OF_2
TST-C04-06soft-only tail counterexample平均quality/cost優先がcritical tailを選び得る一方、hard capability/risk gateで除外PASS_LOCAL_4_OF_4
TST-C04-07capability-loss abstentionsource/citation/freshness/state lossがbudget超過時に停止PASS_LOCAL_3_OF_3
TST-C04-08cyclic fallback guardvisited routeとattempt budgetでcycleを検出し停止PASS_LOCAL_3_OF_3
TST-C04-09route/final acceptance telemetryroute decisionとverifier/final acceptance/tail/drift/incidentを別fieldで保持PASS_LOCAL_4_OF_4

tests/CORE-04_routing_contract_fixture_v0.1.pyは初期diagnostic contractを10/10で確認した。tests/CORE-04_router_tail_loss_loop_fault_v0.1.pyはsoft-only misroute、capability-loss fallback、循環fallback、route/final-acceptance分離を16/16で確認した。いずれも決定的local rule/falsification fixtureであり、model/router/provider/toolのlive性能、価格、quota、tenant設定を試験していない。

12. Counterevidence and remaining UNKNOWNs
  • CE-C04-001: router誤判定は単一の安全側fixed routeより悪化し得る。routerにもfallbackと監査が必要。
  • CE-C04-002: routing自体がlatency、cost、state transfer、観測点を増やす。低risk taskにはfixed routeを残す。
  • CE-C04-003: 平均score最適化はhigh-risk tailを隠す。risk tier別のfalse-routeとharm-weighted resultを分離する。
UNKNOWN_IDUNKNOWNCLOSURE CONDITION
UNK-C04-001risk-aware routing thresholdCORE profileはhard capability→risk tail→soft objectiveの順序までbounded close。数値閾値はtask corpusとorganization risk appetiteへ送る
UNK-C04-002fallback時capability lossの測定CORE taxonomyとloss-budget停止はbounded close。provider間の実loss、state互換、organization許容値はPM/ORGへ送る
UNK-C04-003router自身の評価・監視方法最小event profileとloop/tail/final acceptanceはbounded close。production SLO、保持、alert閾値、実装coverageはPM/ORGへ送る
13. Q-C04-001..003 evidence closure unit

13.1 Research and author-maintained implementation

  • FrugalGPT（arXiv:2305.05176）とRouteLLM（arXiv:2406.18665 / ICLR 2025）は、query単位のrouting/cascadeでcost-quality trade-offを改善できることを示す。ただしRouteLLMのauthor-maintained OSSはstrong/weak pairと校正thresholdを中心にし、thresholdは利用taskへ合わせてcalibrateする設計である。privacy、tool、source、state、high-risk規制判断を自動的にhard constraint化する証拠ではない。
  • ICML 2025のunified routing/cascading研究はquality estimatorを成功の重要因子とする。従ってrouter confidenceを正解oracleへ置換せず、estimator自体のslice評価が必要である。
  • LLMRouterBench v1（2026-01-12）は400K超instance、21 dataset、33 model、10 baselineの統一評価で、複数routerがsimple baselineを安定して超えず、Oracle gapとmodel-recall failureが残ると報告する。model complementarityはroutingの可能性を支持するが、router導入の自動優位は支持しない。

13.2 Fallback implementation and independent operation counterevidence

  • LiteLLM Routerのcurrent docs（2026-09-06確認）はweighted/rate-limit/latency/cost routing、retry、cooldown、fallback、alertingを実装surfaceとして示す。一方、これはdeployment可用性制御であり、source authority、citation、state receipt、business acceptanceの同値性を保証しない。
  • LiteLLM issue #35303は、2026-07-30のlive clusterで、malformed tool-call履歴がretryable errorへ分類され、4-node cyclic fallbackにより設定上約9 attemptの想定に対し79,858 failure、約2.3 GB log、event-loop starvation、pod killへ至ったという独立operator報告である。issueは2026-07-31にopenされ現在closedだが、current全版の欠陥とは一般化しない。Coreではvisited route + request wall-clock/attempt budget + identical-error hash + request/attempt別計測をfailure-envelope要求として採用する。

13.3 Minimum route event profile

REQUEST_ID / TASK_CLASS / RISK_TIER / ROUTER_POLICY_VERSION / CANDIDATE_ROUTE_VERSION / SELECTED_ROUTE / DECISION / REASON_CODE / FALLBACK_LOSS / ATTEMPT / ERROR_HASH / STATE_RECEIPT / VERIFIER_RESULT / FINAL_ACCEPTANCE / FAILURE_SEVERITY / LATENCY / COST / DRIFT_COHORT / INCIDENT_ID

route選択が妥当でもdownstream artifactは不合格になり得る。route decision、attempt、verifier、final acceptanceを別eventとしてjoinし、通常分布とrisk-weighted tail、abstention、誤route、fallback cycle、retry amplification、state loss、incident regressionを別集計する。

13.4 Boundary decision

Q-C04-001..003はprovider-neutral Coreについてbounded closeとする。universal threshold、現行価格、provider順位、実product capability loss、state互換、production SLO/retention/alert、organization loss budgetは閉じず、Product Mapping / Organization Overlayへ送る。

NEXT_PACKET_ACTION: PM-GEMINI-CORE-04とORG-CORE-04を公開仕様・許可surface・UNKNOWN境界だけで編纂する。業務Geminiのfile sync/API/direct integrationは行わない。

14. Gemini Product Mapping / Organization Overlay handoff
  • PM-GEMINI-CORE-04-v0.1はGemini Apps、Gem、Gemini API、ADK、Vertexを別route surfaceとして整理した。UIのmodel表示、APIの明示model ID、tool proposal/application execution、source経路、API revision/state schema、online/batchを相互同値としない。
  • Interactions APIの2026年5–6月のoutputs→steps移行を、route変更時にmodelだけでなくAPI revisionとstate adapterを固定すべきproduct counterevidenceとして採用した。
  • Google Help communityのmodel選択reset/切替不能報告は個別failure signalに限定し、現行全tenantの欠陥とはしない。Vertexの2025-10-21 response-misrouting incidentはthird-party streaming modelに限定され、Google Gemini models非影響というscopeを保持する。
  • ORG-CORE-04-v0.1はdirect file sync/API/integration禁止、synthetic chat/Gem試験可能候補、CORE-02での3 model UI観測を記録した。backend pin、silent fallback、connector/index、cross-surface state、price/quota、production監視値はUNKNOWNを維持する。

CORE-04のGemini cycleは公開仕様と許可surfaceの範囲でbounded closeとする。次はS063 Frozen TOCのCORE-05を起票し、CORE-04を再開するのは後発providerまたはCore反証からbackpropが発生した場合だけとする。

15. GPT Product Mapping handoff
  • PM-GPT-CORE-04-v0.1はOpenAI API、Responses、Chat Completions、background、Batch、Agents SDKを別route surfaceとして整理した。明示model、snapshot/alias、SDK default、returned modelを同一視しない。
  • function call proposalとapplication/provider execution、file-search citationとraw retrieval result、Responses ItemsとChat Messages、online/background/Batchのstorage・ordering・partial completionを別契約として対応づけた。
  • retryとfallbackを分離し、response-started、attempt/error hash、visited route、capability loss、wall-clock、trace、receipt、verifier、final acceptanceを別eventでjoinするprofileを定義した。
  • provider-neutral local routing fixture 10/10、tail/loss/loop fixture 16/16を再実行した。これはCOMPILER_EXPERIMENTであり、GPT/OpenAIのlive品質・可用性・障害率を証明しない。
  • API、ChatGPT、tenant、tool、source、外部systemは操作していない。live quality、quota/price、silent substitution、cross-surface state互換、retention/SLO、organization loss budgetはUNKNOWNを維持する。

Core claimは変更していないためGemini Product Mappingの遡及監査は不要である。次はPM-GPT-CORE-05へ進み、CORE-02〜04のlive/Organization Overlay残差を保持する。

16. Claude Product Mapping handoff
  • PM-CLAUDE-CORE-04-v0.1はClaude API、Message Batches、service tier、Agent SDK/Claude Code CLIを別route surfaceとして整理した。
  • 4.6世代以降のdateless固定IDと旧世代短縮alias、platform別ID、serving infrastructure変化を分離した。
  • Agent SDKのmodel/fallback_model、session中override、permission評価順、CLI由来OTelを、provider/APIの同値保証として扱わない。
  • client/server tool、requested/observed service tier、online/Batch、API error/request ID、retry/fallbackを別eventでjoinする。
  • 既存CORE-04 local fixtures 10/10・16/16はCOMPILER_EXPERIMENTのまま維持し、Claude実測へ再分類していない。
  • Claude API、organization、model、SDK process、tool、source、external systemは操作していない。

Core claimは変更していないためGemini/GPT mappingの遡及監査は不要である。次はPM-CLAUDE-CORE-05へ進み、NotebookLM補充ゲートとCORE-02〜04のlive/Organization Overlay残差を保持する。

17. Grok Product Mapping handoff
  • PM-GROK-CORE-04-v0.1はmodel alias/date pin/retired-slug redirect、tool/source、Priority/Default、team/model rate limit、cost/error、online/deferred/Batchを別route surfaceとして整理した。
  • 旧slugがHTTP errorではなく別modelへ自動redirectされ、reasoning effortと価格も変わり得るため、requested/effective modelとretirement rule versionのreadbackを必須化した。
  • 4.20以降のlogprobs silent ignore、model別Batch対応、searchなしのreal-time data非対応をcapability preflightとsentinel試験へ接続した。
  • requested/observed service tier、429 retry、request単位cost、stream final-usage chunk、SDK別metadata availabilityを別eventでjoinする。
  • 既存CORE-04 local fixtures 10/10・16/16はCOMPILER_EXPERIMENTのまま維持し、xAI実測へ再分類していない。xAI API、team、Console、model、SDK、tool、deferred、Batch、外部systemは操作していない。
  • independent xAI production evidence、live effective route、team limits、billing/SLO、idempotency、Organization loss budgetはUNKNOWNを維持する。

Core claimは変更していないためGemini/GPT/Claude mappingの遡及監査は不要である。次はPM-GROK-CORE-05-v0.1へ進み、NotebookLM補充ゲートを保持する。

  • CORE-04-DOCUMENT-READBACK実装資料実装資料根拠の出所: DOCUMENT_INGESTION_READBACK

    原資料との収録照合

    裏付ける内容
    資料単位の本文ハッシュ、段落数、表数を照合しています。
    確認日
    —
    出典・実験ID
    DOC-083cde4caa627644-CORE-04
    検証箇所
    18WPldGemks2px0ukhKYINeBMrBwAmlAi · 083cde4caa627644036a2225f1f6ff29b8015bd902614fe1f7a00a997b4eb59c · packets/CORE-04.md · 7691c2ee4e1296bb2e96ecad85d589ed90955eee6dfb32263246e6a57843483a
    適用範囲
    公開指定を受けた資料単位の全文・表・出典。
    出典・来歴
    SOURCE_IDENTITY_VERIFIED
    限界
    収録照合は主張の真偽や外部根拠の最新性を追加保証しません。
出典ID
DOC-083cde4caa627644-CORE-04
追跡中のUNKNOWN ID
CORE-04-CURRENTNESS
再確認のきっかけ
原資料の更新 · 参照資料の変更 · 新しい反証・検証記録

機械検査: 通過 — 機械検査の結果です。情報の正確性や実行の承認を保証するものではありません。

    同じ記事IDの機械可読データです。