AIエージェントの承認フローと権限管理|自動実行の境界を決める
AIエージェントへ作業を任せるときは、「何ができるか」だけでなく、「何を勝手に実行させないか」を先に決めます。読み取り、下書き、外部送信、本番データ更新は影響が違います。承認の境界と実際の権限を一致させることが重要です。
AIエージェントはどの操作で人の承認が必要?
| 操作 | 設計の出発点 | 確認する条件 |
|---|---|---|
| 公開情報の検索 | 限定範囲で自動化を検討 | 利用規約、取得範囲 |
| 社内資料の検索 | 利用者の閲覧権限内に限定 | 文書権限、記録 |
| 下書き作成 | 下書き保存まで | 保存先、入力情報 |
| 顧客への送信 | 宛先・本文を承認 | 送信対象、添付、期限 |
| 本番の更新・削除 | 操作を限定し個別に確認 | 変更差分、復旧方法 |
これは設計例です。公開情報の取得でも費用や外部への送信を伴うなら、追加の制御が必要になります。
承認画面には何を表示する?
「この操作を許可しますか」だけでは判断できません。操作の目的、対象、変更前後、外部へ送る内容、費用、取り消せる範囲を表示します。承認者が具体的な内容を確認できることが条件です。
承認後に宛先や本文が変更された場合は、元の承認を使い回しません。承認された操作内容と実行内容を結び付け、期限が切れた依頼や変更された内容は再確認します。
接続先の権限はどう制限する?
「送信しないで」とAIへ指示しても、接続されたアカウントが広い権限を持っていれば、設定ミスの影響が大きくなります。読み取り専用、対象フォルダ限定、対象データ限定など、接続先が提供する制御を使います。
検証用と本番用の認証を分け、秘密情報を依頼文へ貼り付けないようにします。外部文書の内容が、実行権限や承認条件を変更する命令として扱われないことも確認します。
二重実行をどう防ぐ?
処理は「提案」「確認待ち」「承認」「実行中」「成功・失敗・取消」のように分けて記録します。通信が途切れた場合、実行が失敗したのか、成功したが応答だけ戻らなかったのかを区別します。
同じ依頼IDを二度受け取っても重複実行しない設計を検討します。失敗した処理を再試行する前に、接続先の状態を確認してください。人が承認したからといって、何度でも実行してよいわけではありません。
運用開始前に何を試す?
別の人による承認、承認後の内容変更、期限切れ、二重クリック、接続先の停止、実行途中の取消を試します。復旧できない操作は、さらに小さな範囲へ分けられないか検討します。
実行履歴には、依頼ID、実行者、承認者、対象、日時、結果を残します。一方、ログに不要な個人情報や秘密情報を保存しないよう、閲覧権限と保存期間も決めます。
よくある質問
すべてを毎回承認すれば安全ですか?
承認が多すぎると内容を読まずに押す運用になる恐れがあります。影響に応じて境界を設け、重要な操作へ注意を集中させます。
n8nなどの承認機能だけで完了しますか?
機能は実装の一部です。承認者、対象範囲、変更時の扱い、停止・再開の運用を会社側で決める必要があります。
ZETTAiに相談する前に
外部送信、データ更新、削除など、承認なしでは実行させない操作を列挙してください。ZETTAiのAIエージェント開発・導入支援について、権限と承認画面の設計を相談できます。個別の支援範囲はご相談時に確認します。
あわせて読みたい記事
参考資料
製品情報の確認日:2026年10月22日。利用時は対象プラン・バージョンの公式案内も確認してください。