実務ガイド · AIの安全・ガバナンス
任せる範囲を、作業ごとに。
AIエージェントの権限は、OWASPの最小権限と人の承認を踏まえ、利用許可と範囲制限を確認できる閲覧・コピー編集は自動実行を検討し、原本変更・送信・公開・購入は原則として実行前確認に分けるのが本記事の基準です。
必要な範囲・上限を設定で守れない操作は下書きまでに留め、情報をAIへ渡してよいか不明なら依頼自体を保留します。
6作業の許可範囲・確認時点・取り消し方法を、同じ判断表で比較できます。こんな人におすすめです。
- 社内資料や顧客情報を読み込ませる前に、許可範囲を決めたい。
- メール送信・公開・購入の前に、人が何を確認するか決めたい。
AIエージェントの権限を決める6作業の判断表
OWASPは、AIエージェントに必要最小限の権限を与え、重大な影響を伴う操作には人の承認を挟む対策を示しています。OWASP:エージェントへ過大な権限を与えるリスク この考え方を、日常業務の6作業へ当てはめたものが下の判断表です。
権限とは、サービスやファイルに対して実行できる操作の範囲です。筆者は作業の種類・情報の機密性・影響する相手・取り消しやすさ・金額と操作範囲の5つで判断します。例えば同じ閲覧でも、公開資料を読む場合と顧客情報を外部連携先へ渡す場合では条件が変わります。
自動実行は、先に決めた範囲内で都度の確認を挟まず進めることです。実行前確認は、実際に変更・送信する内容を人が見てから進めること。下書きまでは、案を作らせ、外部へ影響する実行は人が引き受ける方法です。
| 作業 | 必要な権限 | 許可範囲 | 確認項目 | 確認のタイミング | 取り消し方法 |
|---|---|---|---|---|---|
| 閲覧 | 指定情報の読み取り | 対象資料・期間・情報の受け渡し先 | 機密性、AIと連携先への送信、保存条件 | 条件内は自動実行を検討 利用許可と条件を先に確認。接続先・対象が変われば再確認。 | 今後のアクセスを遮断。取得済みデータは別に削除条件を確認。 |
| コピーへの編集 | 元データの読み取り+コピー先への作成・編集 | 指定したコピーと保存先 | コピー先の共有範囲、原本と分離できるか | 条件内は自動実行を検討 作業場所を先に確認。共有先が増える場合などは確認。 | コピーの変更を破棄・削除。外部へ渡った情報は別扱い。 |
| 原本の変更 | 指定原本への書き込み | ファイル・対象箇所・変更量 | 差分、共同作業者への影響、復元手段 | 原則、実行前確認 差分を見て承認。定型処理の自動化は、範囲制限と復元条件を別途満たす場合に検討。 | 履歴・バックアップ等から、対応範囲に限り復元。 |
| 送信 | 指定宛先への送信 | 宛先・件数・最終本文・添付 | 相手、機密情報、重複送信、確定内容 | 原則、実行直前に確認 最終版と宛先を一組で確認。 | 対応する取消猶予がある場合のみ取消。到達済み情報の回収は前提にしない。 |
| 公開 | 指定先への公開操作 | 公開先・閲覧範囲・確定版 | 公開範囲、第三者情報、公開後の変更反映 | 原則、実行直前に確認 公開範囲と確定版を確認。 | 公開停止・権限変更。閲覧済み・複製済み情報の回収は別問題。 |
| 購入 | 指定取引の注文確定・支払操作 | 商品・販売先・数量・総額・回数 | 税・送料等を含む総額、継続課金、取消条件 | 原則、実行直前に確認 注文・支払条件を確認。 | 販売元と注文状況に応じて取消。返金・解約を一律に保証しない。 |
表の委任方法は、OWASP:エージェントへ過大な権限を与えるリスクとAnthropic:computer useを踏まえた筆者の判断です。各サービスの正式な権限名や、全製品に共通する機能を示すものではありません。
取り消せるつもりで許可を広げないことが前提です。仕事全体の分担も見直す場合は、AIに任せる作業と人が担う判断を整理する考え方が補足になります。
閲覧だけなら自動実行してよいか
OpenAIのResponses APIでは、外部MCPサーバーへデータを渡す前に承認を求めるのが標準ですが、承認要否は設定で変えられます(2026年9月17日確認)。OpenAI:MCPとコネクター 読む権限だけであっても、情報がどこへ渡るかまで確認する必要があります。
機密情報と送信先を先に確認する
読み取り専用という条件だけでは、外部へ情報を送ってよいかは決まりません。資料をAIサービスへ入力することと、その内容を別の連携先へ渡すことを分けて確認します。顧客名簿を読ませるなら、資料の所有者だけでなく、会社の入力・共有ルールにも照らしてください。
MCPとは、AIと外部ツールを接続するための共通仕様です。APIとは、別のソフトウェアから機能を利用する窓口を指します。上記は開発者向けの接続例で、一般向けChatGPTに同じ確認画面が出ることや、人が確認する画面が自動で用意されることを意味しません。
学習利用・保存・連携先の条件を分ける
学習への利用、データの保存、連携先での取り扱いは別々に確認します。OpenAI APIでは、明示的に同意した場合を除き入力・出力をモデルの学習に使わない一方、保存には機能や設定ごとの条件があります(2026年9月17日確認)。OpenAI API:データ管理
Claude Codeも、個人向けと商用契約の区分や設定によってデータの取り扱いが異なります(2026年9月17日確認)。Claude Code:データの取り扱い 有料契約や「学習しない」という説明だけを、社内資料を投入する許可の代わりにしないでください。筆者は、利用条件と社内ルールの両方を確認できない情報は渡さない基準にします。
対象・期限・金額をどこまで限定するか
Claude Codeでは、権限設定の規則は自然言語の指示とは別に適用され、操作や許可方法によって有効な範囲も異なります(2026年9月17日確認)。Claude Code:権限の設定 Claude Code:セキュリティ 依頼文に希望を書いた後は、接続先の設定でも範囲を絞れるか確かめます。
コピー編集と原本への反映を分ける
コピー編集を任せるなら、原本と分けた保存先と、その共有範囲を先に決めます。例えば提案資料の修正案は、作業用コピーへ保存し、原本の共有相手へ自動で配られない場所で確認します。コピー先へ情報を移すこと自体も、入力・共有の許可範囲内であることが条件です。
原本への反映は、変更箇所と影響する相手を確認してから別に許可します。コピーを作っただけで原本への書き込み権限が消えるわけではありません。筆者は、原本を変える権限を渡さずに案を作れるなら、まずその分担を選びます。
設定による制限と運用ルールを分ける
対象・期限・金額は、設定で強制できる制限と、担当者が守る約束に分けます。「このフォルダだけ」「本日中だけ」「この総額まで」と依頼しても、接続権限が広いままなら技術的な上限とは言えません。対象ファイル、通信先、操作、終了期限、金額・件数を個別に確認してください。
Claude Codeのサンドボックスは、対応する実行環境でファイルとネットワークへのアクセスを制限する仕組みです。ただし、Bash実行を中心とする制限を、連携する全ツールへ同じように効く機能とは扱えません(2026年9月17日確認)。Claude Code:サンドボックス
筆者は、必要な範囲・上限を設定で守れない操作には実行権限を渡さず、下書きや修正案の作成に留めます。1件ずつ確認する場合も、対象・操作・金額を絞れ、承認した内容で実行できることが条件です。期限後に担当者が解除する運用と、自動失効の機能を分け、承認と解除の担当者を決めます。全員共通の「安全な金額」は置きません。
送信・公開・購入の直前に何を確認するか
Anthropicは、computer useで購入など金銭に関わる操作を行う際、人が内容を確認する工程を組み込むよう開発者に勧めています(2026年9月17日確認)。Anthropic:computer use computer useとは、AIに画面の情報を渡し、クリックなどの操作を行わせる機能です。筆者は、同じく外部へ影響する送信・公開にも実行直前の確認を置きます。
最終版と、宛先・公開先・支払内容を結び付ける
承認する対象は、文章だけでなく「どこへ、何を、どの条件で実行するか」の一組です。送信は最終本文・宛先・添付、公開は確定版・公開先・閲覧範囲、購入は販売先・商品・数量・税や送料を含む総額・継続課金・取消条件を確認します。「メールを送ってよい」とだけ許可し、具体的な宛先や添付を未確認にしないことが判断の要点です。
内容や条件が変わったら、再確認に戻す
承認後に本文・宛先・公開範囲・支払条件が変わったら、変更後の内容を確認し直します。例えば宛先の追加や、注文時の数量・総額の変更には、以前の承認を流用しません。筆者は、最終的に何が実行されるかを見られない操作や、承認した内容と実行内容を結び付けられない操作は、下書きまでに留めます。
作業後や異常時は、何を止めて何を戻すか
Google アカウントで連携先のアクセス権を削除しても、連携先が取得済みのデータまで自動的に削除されるとは限りません(2026年9月17日確認)。Google アカウント:サードパーティ接続の管理 Google アカウント:外部サービスとのデータ共有 処理を止めること、結果を戻すこと、今後のアクセスを遮断することを分けて対応します。
処理の停止とアクセス解除を分ける
異常に気付いたら、まず利用中のサービスで実行中の処理と予約済みの処理を確認し、止められるものを止めます。その後に不要な接続権限を解除し、実行済みの変更や送信がないかを確かめるのが筆者の運用基準です。アクセス解除だけで、送信待ちの処理や外部サービス内の予約まで取り消せたとは判断しません。
作業が正常に終わった場合も、一時的に渡した権限を残す必要があるか見直します。取得済みデータの削除を求める場合は、接続の解除とは別に、保存したサービス側の条件や手続きを確認してください。Google アカウント:外部サービスとのデータ共有
記録から復元・取消・公開停止の可否を確かめる
取り消しは、操作の種類と、そのサービスに残る記録から判断します。筆者の記録例は、日時・対象・承認した条件・実行結果・履歴や注文番号など復元の手掛かりです。機密情報を記録へ丸ごと複製せず、確認に必要な参照先を残します。
ファイルの変更は、履歴やバックアップの対象範囲を確認します。Google ドキュメント等の変更履歴には、権限に応じて過去版を確認・復元する機能があります(2026年9月17日確認)。Google ドキュメント:変更履歴 Claude Codeのチェックポイントは、Bashコマンド等による変更まで一律に戻す仕組みではありません(2026年9月17日確認)。Claude Code:チェックポイント
送信は、取り消せる猶予と利用した経路を確認します。パソコン版Gmailには送信直後の取り消し機能がありますが、その条件をAPI経由の送信や他サービスへ広げることはできません(2026年9月17日確認)。Gmail:メールの送信と取り消し 受信者へ届いた情報を回収できる前提では許可を出さないでください。
公開は、公開停止と元ファイルの共有権限をそれぞれ確認します。Google ドキュメント等の「ウェブに公開」には公開停止の操作がありますが、共有設定とは区別が必要です(2026年9月17日確認)。Google ドキュメント:ウェブへの公開 既に閲覧・複製された内容まで回収したとは扱わないのが、本記事の判断基準です。
購入は、販売元の注文画面と取消条件を確認します。例えばGoogle ストアは、注文状況によってキャンセルできるかが変わります(2026年9月17日確認)。Google ストア:注文のキャンセル 別の販売元でも同じ条件で取り消せるとは限らず、取消・返金・継続契約の解約を一つにまとめて考えないでください。
委任する範囲は、操作の名前だけでなく、扱う情報と外部への影響、戻せる範囲で決めます。次に任せる1件について、判断表の該当行から許可範囲・確認時点・止め方を決めてから接続してください。
接続先・対象データ・操作範囲・承認設定・保存や取り消しの条件が変わったら、以前の許可を引き継ぐ前に判断表と公式設定を再確認してください。
コメント