承認ボタンを押す前に見るもの:AIの操作確認で「承認疲れ」を避けるコツ

確認が形だけになる3つの原因

すべてが同じ見た目で出てくる

Claude Codeの権限の説明によると、手動モードでは、作業ディレクトリ内のファイル読み取りなどを除き、シェルコマンド、ファイル編集、Web検索などで承認を求められます。種類の違う操作が同じ形式のダイアログで連続して出ると、人は内容を読まずに押し始めます。

AIの説明文だけを読んでいる

「設定ファイルを整理します」という説明と、実際に実行されるコマンドや引数は別のものです。MCP(AIが外部ツールを使うための共通仕様)のツール仕様では、ツールの呼び出しを拒否できる人の関与や、操作前の確認画面を設けることが推奨されています。仕様自体は、入力を必ずユーザーへ表示するとは定めていません。説明文だけで判断せず、確認画面に表示される入力(宛先、パス、本文など)を見てください。

「今後も許可」を深く考えず押している

同じ権限ページの表では、「今後は聞かない」を選んだときの持続範囲が操作の種類ごとに違うと説明されています。たとえばシェルコマンドはリポジトリとコマンド単位で永続し、ファイル編集はセッション終了までです。便利な反面、一度の判断が長く残ります。なお、この表は閲覧した時点(2026年10月27日)のもので、製品の更新で変わる可能性があります。

承認前に見る5点のチェック

説明用の例として、各項目で「止まって確認する」場面を並べます。

• ①対象、確認する中身：パス、アカウント名、プロジェクト名、止まる例(説明用)：頼んだフォルダの外のパスが出てきた
• ②操作の種類、確認する中身：読む/書く/消す/送る/支払う、止まる例(説明用)：「整理」と言いつつ削除が含まれる
• ③外に出るもの、確認する中身：宛先、URL、共有範囲、添付内容、止まる例(説明用)：社外アドレスや見覚えのないURLが宛先にある
• ④戻せるか、確認する中身：バックアップ、履歴、取り消し可否、止まる例(説明用)：送信済みメールや本番データの更新など、戻せない
• ⑤依頼との一致、確認する中身：自分の依頼文と引数の突き合わせ、止まる例(説明用)：「下書き作成」を頼んだのに「送信」が出ている

使い方は、上から順に10秒で確認することです。②で「読むだけ」と分かり、①の対象も範囲内なら、③以降は軽く済みます。逆に②が「送る」「消す」なら、③と④に時間を使います。

特に③と④は、AIの説明では見落としやすい点です。本文に社内の機密が混ざっていないか、宛先が合っているかは、入力欄そのものを見て判断してください。

確認を省いてよい操作の線引き例

次の表は編集上の提案で、公式の標準設定ではありません。自分の環境や組織のルールに合わせて調整してください。

• 省いてよい、操作の例：作業フォルダ内の読み取り、検索、一覧表示、扱い：自動許可。ただし機密ファイルが同じフォルダにないことが条件
• 初回だけ確認、操作の例：テスト実行、整形、決まった名前のコピー先への書き込み、扱い：内容を見て、範囲を絞って許可
• 毎回確認、操作の例：ファイルの削除・上書き、外部への送信、設定変更、Webへの書き込み、扱い：5点を確認してから承認
• 任せない、操作の例：支払い、本番データの削除、権限の付与、鍵・パスワードの扱い、扱い：AIには準備まで。実行は自分で行う

線引きの判断基準は「間違えたときに戻せるか」と「外に出るか」の2つです。読み取りだけの操作を省くのは、この基準に照らして損失が小さいからです。

許可を広げすぎない工夫も要ります。OWASPの過剰な代理行為(Excessive Agency)の項目では、原因として、機能が多すぎる、権限が広すぎる、自律性が高すぎる、の3つが挙げられ、対策に人の承認と、拡張機能の最小化があります。承認疲れを避ける王道は、承認を雑に押すことではなく、そもそも使わせる道具と権限を絞って、聞かれる回数を減らすことです。

AIに頼む報告文のひな形

確認画面が読みにくいときは、実行前の報告の形式を最初に指定します。下は説明用の依頼文で、実行結果を検証したものではありません。

これから作業を任せます。以下のルールで進めてください。

・読み取りと検索は、確認なしで進めてかまいません。
・書き込み・削除・送信・設定変更の前には、毎回次の形式で報告し、私の返事を待ってください。
  1. 対象(パス・宛先・アカウント)
  2. 操作の種類(読む/書く/消す/送る)
  3. データが外に出るか(出る場合は宛先と内容の要約)
  4. 元に戻せるか(戻せない場合は理由)
  5. 私の依頼のどの部分に対応する操作か
・複数の書き込みが続く場合は、一つずつではなく変更内容をまとめて見せてください。
・依頼にない操作が必要になったら、実行せずに理由を説明してください。

この形式の報告は、AI自身の自己申告です。承認前には、報告の項目と実際の入力(コマンド、宛先、パス)が一致しているかを、自分の目で見比べてください。一致していなければ、承認せずに質問します。

自動承認モードとの付き合い方

Claude Codeには、確認を減らすモードがあります。権限モードの説明では、自動モードは確認の負担を減らす一方、安全の保証ではないとされています。向いているのは、進む方向を信頼できる作業です。すべての確認を飛ばすbypassPermissionsは、コンテナや仮想マシンなど隔離した環境でだけ使うよう案内されています。

使い分けの目安は次のとおりです(編集上の提案)。

• 機密データや本番環境に触れる作業は、手動で確認する
• 使い捨てのフォルダで試す作業は、確認を減らしてよい
• 長い作業は、開始前に上の表で「任せない」操作を決めておく

確認の回数を減らすときほど、「毎回確認」の列に入れた操作が、実際に止まるかどうかを先に小さな作業で試してください。止まらない設定のまま大きな作業を始めると、承認疲れより大きな問題につながります。