人によるオーバーサイト

エージェントの自律性をダイヤルで調整。決して越えられないリスク下限つき。

各エージェントがどこまで自律的に動けるかを、suggest-only から autonomous まで設定します。アクション自身のリスクポリシーは常に下限です。オーバーサイトは判断を厳しくすることはできても、緩めることはできません。そしてすべてのオーバーライドは、監査されるブレークグラスです。

ウェイトリストに登録ドキュメントを読む

オーバーサイト ▸ エージェント → テナント既定 → プラットフォーム既定（execute_low_risk）

監督モード
リスク下限suggest_onlydraftexecute_low_riskexecute_with_reviewautonomous
oversight ▸ リスクゲートは下限 — 自律性はそれを厳しくすることしかできません
課題

“autonomous” と “手放し” は同じ設定ではない。

多くのチームは、エージェントの自律性を単一のオン／オフスイッチとして扱います。人がすべてを承認する（そしてエージェントは役に立たない）か、エージェントが自由に動く（そして誰も責任を負わない）かのどちらかです。Cortex は自律性を、エージェント単位で明示され監査可能なダイヤルにします。解決順はエージェント → テナント既定 → プラットフォーム既定で、その下にはアクションのリスクポリシーが動かせない下限として敷かれています。

decideApproval(action, mode) 純粋・テスト済み判定マトリクス
5つの Oversight Modes

1つのダイヤル、5つの段階——提案のみから完全自律まで。

各モードはエージェント単位で設定します（またはテナント／プラットフォームの既定として）。モードが統制するエージェント実行が機械側のアクターであり、そこから振り向けられる人の承認キューが、アプリ／人間側の面です。

suggest_only
  • エージェントはアクションの提案のみ
  • すべてのアクションが人の承認待ちに
  • 自律実行は一切なし
draft
  • エージェントがアクションと根拠を下書き
  • 提案はすべて承認待ちのまま
  • レビュアーは準備済みの内容を承認
execute_low_risk
  • 低リスクのアクションは自動実行
  • 中・高リスクは承認待ち
  • 未設定時のプラットフォーム既定
execute_with_review
  • 低・中リスクは実行（reviewRequired を付与）
  • 高リスクは引き続き承認待ち
  • 事後レビューであり、ブロックではない
autonomous
  • ポリシー内であれば何でも実行
  • 承認待ちになるのはアクション自身の下限だけ
  • requiresApproval を上書きすることはない
解決順序
  • まずエージェント固有のモードが優先
  • なければテナント既定を適用
  • それもなければプラットフォーム既定: execute_low_risk
リスクゲートは下限

オーバーサイトは判断を厳しくできる——決して緩められない。

すべてのアクションは、自身のリスクティアと requiresApproval ゲートを持ちます。このゲートが下限です。自律性のダイヤルをどこまで回しても、高リスクまたは承認必須のアクションは必ず人の承認インボックスに届きます。エージェントを autonomous に設定しても、外れるのは任意の人的チェックだけで、必須のチェックが外れることはありません。

  • アクションの requiresApproval ゲートは、どのモードでも必ず承認待ちにする
  • 監督は Action Fabric 内の propose() 時点で適用
  • 判断は事後レビュー用に reviewRequired フラグを発行
Action Fabric を見る
Action Fabric
ドライラン›
240ドルの返金
リスク: 低 · 証跡
提案済み›
ケース #4471 をクローズ
リスク: 中 · 証跡
承認待ち›
5,000ドルの支払い
リスク: 高 · 証跡
実行済み
顧客にメール送信
リスク: 低 · 証跡
actions ▸ ドライラン → 提案 → 承認 → 実行 → 補償
提案が決まる仕組み

提案されたアクションから、実行へ——あるいは保留へ。

エージェントがアクションを提案すると、Cortex は提案元エージェントのオーバーサイトモードを解決し、アクション自身のリスク下限の上に純粋関数 decideApproval(action, mode) を適用します。

  1. 01

    エージェントが提案

    マシンアクターが Action Fabric を通じてアクションを提案し、そのリスクティアと requiresApproval フラグを伴います。

  2. 02

    モードを解決

    Cortex はエージェントの監督モードを解決します:エージェント固有 → テナント既定 → プラットフォーム既定(execute_low_risk)。

  3. 03

    判断

    decideApproval はモードを下限に照らして適用し、auto-execute、execute-with-reviewRequired、pending_approval のいずれかに振り分けます。

  4. 04

    振り分けと記録

    保留されたアクションは人間の承認インボックスへ送られ、すべての判断(および decidedBy)が監査台帳に記録されます。

監査されるブレークグラス

永久に記録が残る緊急オーバーライド。

保留中のアクションを今すぐ実行しなければならない場面もあります——インシデント、期限、滞留した案件。ブレークグラスは pending_approval の呼び出しを強制実行しますが、実行できるのはプラットフォーム管理者だけで、監査証跡の一部となる理由の記述が必須です。

管理者限定
  • POST /v1/actions/:id/break-glass
  • プラットフォーム管理者のセッションが必要（AdminGuard）
  • モードの設定も管理者専用。読み取りはテナント単位のまま
理由の入力必須
  • 理由の記述が必須——黙ったままの上書きは不可
  • decisionReason="break-glass: …" を記録
  • decidedBy を記録——誰がレバーを引いたか
証明可能
  • ActionBreakGlass イベントを発行
  • 改ざん検知可能な Trust Ledger に流れ込む
  • すべての上書きは監査人向けにリプレイ可能
pending_approvalブレークグラス · 実行済み
ランタイム全体と連携

オーバーサイトは、フェイルクローズなパイプラインの1つのゲート。

自律性のダイヤルは、アイデンティティ、ポリシー、アクションのライフサイクルの上に載ります。そこで下された判断はすべて、観測と証明のために記録されます。

Action Fabric

提案が統制されたアクションになる場所 — dry-run → propose → approve → execute → compensate。監督は propose の時点で適用されます。

ライフサイクル

Policy-as-Code

ダイヤルが適用される前に各アクションのリスク下限を定める allow / deny / require_approval ルールを作成します。

下限

Agent IAM

すべてのエージェントは所有者とリスクティアを持つアイデンティティであり、propose 時に監督モードが解決される対象です。

アイデンティティ

Trust Ledger

すべての承認・拒否・ブレークグラス上書きは、改ざん検知可能なハッシュチェーン台帳に記録され、監査人にそのまま提出できます。

証明

Control Tower

フリート全体の承認キューをライブで監視し、必要なときは1つの画面からすべてを一時停止できます。

運用

オブザーバビリティ

すべての実行を採点・リプレイ・デバッグできます — 承認によるブロックなしに実行された reviewRequired のアクションも含めて。

観測
セキュリティとコンプライアンス

監査人が承認できるオーバーサイト。

管理者のみが行えるモード変更、必須のブレークグラス理由、すべての判断の不変な記録——審査担当者がすでに使っているフレームワークが求める人的オーバーサイトの要件に整合しています。

EU AI ActNIST AI RMFISO 42001SOC 2FINRAGDPR
Trust Center を見る

すべてのエージェントに、意図したぶんだけの裁量を。

ダイヤルはエージェント単位で設定し、下限は動かさず、すべてのオーバーライドを証明する——チームの速度を落とすことなく。

ウェイトリストに登録プラットフォームを詳しく見る
AI エージェントの人的監督 | Cortex AI OS