AI ガバナンス: 内省と承認

Flash は、AI によって開始されるすべてのアクションを、AI アクティビティと承認コンソールのワークスペースごとに構成されたアクションごとの承認ギア (auto、review、または forbidden) の背後に配置します。 MCP を介した AI クライアントにとって、これは 2 つの意味を持ちます。1 つはビジネス オブジェクトと、行動する前に実行が許可されているアクションを検出できること、もう 1 つは書き込み呼び出しが 構造化された結果 (実行されたか、人間の承認待ちであるか、機械可読な理由で拒否されたか) を返すことです。

このガイドでは、イントロスペクション ツール、レビュー ギアでの書き込みセマンティクス、および承認ライフサイクルについて説明します。これは、MCP 統合ガイド に記載されているのと同じ管理対象の MCP サーバー上に構築されます。ビジネスの概要については、AI ガバナンスと承認の製品ページをご覧ください。ギア ルーティングは段階的に有効になります。管理されたアクションがワークスペースにロールアウトされると、以下の動作が適用されます。

例: オブジェクトを説明してから歯車を確認する

リクエスト/レスポンスの形式の説明的な例 (省略 - 実際のレスポンスにはすべてのフィールドとアクションがリストされます):

// describe_object { "object": "member" }
{
  "object": "member",
  "label": "Member",
  "meaning": "A loyalty program member owned by this workspace.",
  "fields": [
    { "name": "email",            "type": "string",  "pii": true,
      "meaning": "Contact email. PII: metadata only — values are never returned here." },
    { "name": "tier",             "type": "string",  "pii": false,
      "meaning": "Current loyalty tier." },
    { "name": "membership_no",    "type": "string",  "pii": false, "custom": true,
      "meaning": "Workspace-defined custom field." }
  ],
  "relationships": [
    { "to": "order",  "kind": "has_many",  "meaning": "Orders placed by this member." },
    { "to": "coupon", "kind": "has_many",  "meaning": "Coupons issued to this member." },
    { "to": "tag",    "kind": "has_many",  "meaning": "Tags currently applied to this member." }
  ]
}

// list_actions { "object": "member" }
{
  "actions": [
    { "action": "issue_coupon",     "gear": "review",
      "preconditions": ["member has consent", "coupon pool has stock"] },
    { "action": "earn_points",      "gear": "auto",
      "preconditions": ["amount within the workspace cap"] },
    { "action": "assign_tag",       "gear": "auto",
      "preconditions": ["tag exists and is active"] },
    { "action": "add_member_note",  "gear": "auto",
      "preconditions": ["note passes server-side sanitation"] },
    { "action": "send_campaign",    "gear": "review", "locked": true,
      "preconditions": ["sending can never be auto — a human always approves"] }
  ]
}

表示されている gear は、強制されるギアです。ワークスペースはコンソールでアクションごとに設定します。また、アクションごとのサーキット ブレーカーでいつでもアクションを review に降格できます (自動的に降格するだけで、人間のみが復元します)。長時間のセッションではギアをキャッシュするのではなく、list_actions で再確認してください。

承認ライフサイクル

pending プロポーザルは、approved、rejected、または expired のいずれか 1 つの方法でのみ解決されます。人間は AI アクティビティと承認コンソールでそれに基づいて行動します (アクション タイプごとに単一またはバッチ)。毎日のダイジェストメールで、何が待っているかが明らかになります。

べき等性の保証

• 1 回の承認、1 回の実行。 プロポーザルを承認すると、そのアクションが 1 回だけ実行されます。承認を繰り返すと、保存された結果が再実行されますが、二次的な影響はありません。
• 再送信は重複しません。 保留中に同じプロポーザルに対して書き込みツールを再度呼び出すと、同じ pending 結果と proposal_id が返されます。2 番目のカードはキューに入れられません。
• 承認は再検証され、実行は条件付きです。 承認時に、プラットフォームは AI が述べた推論が依然として有効であるかどうかを再チェックします。それが行われなくなった場合 (たとえば、顧客がすでに再購入した場合)、何も実行されず、アクションの代わりに結果が記録されます。
• すべてが監査され、個別に取り消し可能です。 提案、決定、承認パス (auto または指名された人間)、実行、結果はすべて決定ログに記録され、単一のエントリを元に戻すことができます。