承認ゲート（approval gate）は、特定の工程の直前に「人間がOKを出さないと先へ進まない」地点を置く仕組みです。チェックポイント（checkpoint）が「確認する目印」なのに対し、ゲートは「通過を人間の承認に依存させる」点が異なります。公開・削除・支払い・セキュリティ変更の前に置くのが基本です。

定義

承認ゲートとは、ワークフローのある工程の手前に設けた「人間の承認がないと次へ進まない」地点です。AIが作業を終えても、ゲートでは人間が内容を読み、承認・差し戻し・却下を選びます。

checkpoint との違い

checkpoint は「ここで確認しよう」という目印に過ぎず、通過を強制しません。承認ゲートは「人の決裁」を通過条件にします。重要な操作の前は checkpoint ではなく gate を使います。

ゲートの種類

  • content gate：公開前の内容確認（事実・表現・出典）
  • risk gate：安全性・コンプライアンスの確認
  • release gate：本番反映前の最終承認
  • financial gate：支払い・予算の承認
  • security gate：権限・設定変更の承認

gate owner

誰が承認するかを前もって決めます。役割と責任が曖昧だと、承認が形だけになります。担当者が不在の場合の代理も決めておきます。

evidence（証拠）

承認の根拠を残します。確認した項目、読んだ出典、判断理由をメモやログに残し、後から検証できるようにします。NIST AI RMFは説明責任を求めています[1]。

bypass禁止

ゲートを「今回は省略」として通すと、事故が本番へ出ます。例外経路は作らず、どうしても必要なら別の承認ルートを通します。OECDも人間中心の価値と説明責任を求めています[2]。

過剰承認に注意

ゲートを置きすぎると作業が止まります。まず「不可逆操作の直前」に絞り、運用しながら調整します。全部に承認を置くのではなく、影響の大きさで決めます。

具体例4件

例1：記事の公開

AIが下書き→人間が事実確認→content gate で承認→公開。公開は取り返しがつかないため gate 必須。

例2：AIコーディングの本番反映

差分確認（人間）→テスト（人間）→security gate→release gate で承認→反映。本番は影響大。

例3：経費の支払い

AIが明細集計→人間が内容確認→financial gate で承認→支払い実行。

例4：権限の付与

AIが提案→人間が必要性を確認→security gate で承認→設定変更。

Workbenchカード例

AGENT WORKBENCHでは、承認ゲートを「役割：HUMAN、種別：承認」のカードとして置けます。例えば「公開する（HUMAN・承認）」のカードを、AIの「下書きを書く」カードの直後に並べます。

FAQ

checkpoint で十分では？
確認の目印だけでは通過を止められません。人の決裁が必要な場合は gate を使います。
誰が承認すればいい？
その操作の影響を負える人です。あらかじめ gate owner を決めておきます。
ゲートをたくさん置くと遅い？
その通りです。影響の大きい操作に絞るのが現実的です。
承認を省略してもいい場面は？
原則としていいえ。どうしても必要なら別の承認ルートを通します（bypass禁止）。
ツールでゲートを表現できる？
はい。AGENT WORKBENCHで「HUMAN・承認」カードとして置けます。

ツールで試す

ワークフローをツールで開く

参考資料

最終確認日：2026-07-13