Claude Codeが許可確認を繰り返すときの設定｜安全に回数を減らす方法

許可ルールを確認しながらClaude Codeを使う開発デスク PC・通信・サービス
スポンサーリンク

Claude Codeが同じコマンドの実行許可を何度も求めるときは、確認を一律に省くのではなく、許可する操作を絞って登録します。まず /permissions で現在のルールを確認し、毎回使う安全なコマンドだけを追加するのが基本です。

この記事では、Claude Codeの許可確認を減らす手順と、allow・ask・denyの使い分けを整理します。危険なコマンドや秘密ファイルは、確認を残すか明示的に拒否する設定にします。

先に結論：確認を減らすなら許可ルールを小さくする

繰り返し実行するテストなどは、操作を見て内容を理解したうえで、コマンド単位の許可ルールにします。一方、公開・削除・認証情報に関わる操作は、都度確認するか拒否ルールに残します。すべての操作を自動承認する設定は、作業フォルダー内の変更まで止めずに進むため、普段使いの解決策には向きません。

  • 同じコマンドの確認が続く：/permissions から許可対象を確認し、必要なものだけ追加
  • 何をするか先に確認したい：plan モードで調査・計画をしてから変更を承認
  • ファイル編集のたびに確認したくない：acceptEdits の動作範囲を理解して、レビューできる作業で使う
  • 削除・送信などを防ぎたい：ask または deny を設定し、許可ルールを広げない

この記事が向いている人・向いていない人

向いている人

  • Claude Codeでテストや確認コマンドを使うたびに承認を求められる人
  • 確認を減らしながら、ファイル削除やGitの送信操作は自分で判断したい人
  • プロジェクトごとにClaude Codeの権限を管理したい人

向いていない人

まず現在の許可設定を確認する

Claude Codeのセッション内で /permissions を実行すると、登録済みルールと、そのルールを読み込んだ設定ファイルを確認できます。許可ルールを追加・削除したときは次のツール呼び出しから反映されます。

許可確認の画面では、操作の内容と実行するコマンドを読みます。毎回同じコマンドで、プロジェクト内のテストや差分確認に限られると確認できた場合にだけ、継続許可を検討してください。ルールの保存先が .claude/settings.local.json と表示された場合、そのリポジトリで今後のセッションにも適用されることがあります。

allow・ask・denyを使い分ける

allow は指定した操作の確認を省き、ask は該当操作のたびに確認を出し、deny は該当操作を止めます。判定順は deny、ask、allow です。広い deny に一致した操作を、狭い allow で例外的に許可することはできません。

ルール 使いどころ 例
allow 内容が分かっている定型のテストや差分確認 Bash(npm test)
ask 実行前に自分で判断したい操作 Bash(git push *)
deny Claude Codeに触らせないファイルや操作 Read(./.env)

たとえば、次の例はテストをひとつ許可し、Gitの送信は毎回確認し、プロジェクト直下の環境変数ファイルを拒否します。実際のプロジェクトで使うコマンドやファイル名に合わせて調整してください。

{
  "permissions": {
    "allow": [
      "Bash(npm test)"
    ],
    "ask": [
      "Bash(git push *)"
    ],
    "deny": [
      "Read(./.env)"
    ]
  }
}

例の npm test は許可するコマンドを絞るためのサンプルです。テストの実行がファイル削除や外部送信を伴わないか、プロジェクトのスクリプトを先に確認します。Bash(git *) や広いワイルドカードを許可すると、意図していないサブコマンドまで対象にしやすくなります。

繰り返し出る確認を設定に保存する

  1. 許可画面で、実行内容とコマンド全体を読む
  2. 今後も同じ範囲を許可してよい場合に限り、継続許可または /permissions からルールを追加する
  3. /permissions を開き、意図したルールと保存先を確認する
  4. 新しいセッションで動作を確かめ、不要な許可は削除する

継続許可の範囲が画面に明示されない場合は、一度だけ許可するか、/permissions から具体的なルールを作ります。承認を何度も押して範囲が分からないまま広げるのは避けてください。

権限モードは作業内容で選ぶ

  • default（Manual）：操作ごとの確認を保ちたいとき。慣れていないコードや重要な作業に向きます。
  • plan：ファイルを変更する前に調査と計画を進めたいとき。計画を確認してから変更へ移れます。
  • acceptEdits：作業フォルダー内の編集を自動で受け入れたいとき。ただし編集だけでなく一部のファイル操作コマンドも確認なしで動くため、差分を自分でレビューできる場合に限ります。
  • auto：利用できる環境では、通常の許可確認の代わりにバックグラウンドの安全性チェックが働きます。リスクの高い作業を任せる前に、制約と結果を確認してください。
  • bypassPermissions：確認を大幅に省きます。Anthropicはコンテナや仮想マシンなど、損害が及ばない隔離環境に用途を限定しています。

CLIでは Shift+Tab で利用可能なモードを切り替えられます。使えるモードや初期設定はClaude Codeのバージョン、実行環境、組織設定によって異なるため、表示されるモード名も確認してください。

まだ確認が繰り返されるときの見直し方

  • コマンドの形が毎回違う：許可ルールは実行文字列に合う必要があります。変数・引数・サブコマンドを先に整理します。
  • ワイルドカードを広くしすぎた：* は広い文字列に一致します。サブコマンドより前に置くと、想定より多くの操作を許可することがあります。
  • 別の設定ファイルを編集した：/permissions でルールの読み込み元を確かめ、プロジェクト設定とユーザー設定を混同していないか確認します。
  • 拒否ルールが優先されている：deny は allow より先に評価されます。必要な操作だけを許可するため、拒否ルールを安易に消さず、対象範囲を確認します。
  • 設定を変えたのに挙動が変わらない：JSONの構文エラーやファイルの場所を確認し、設定画面を再度開きます。

FAQ

毎回「許可」を選べば、次から確認されませんか？

一度だけの許可はその操作に限られます。継続許可の選択肢が表示される場合でも、保存されるルールの範囲とファイルを /permissions で確認してください。

allowを登録すれば、危険な操作もdenyで止められますか？

denyはallowより先に評価されます。ただし、コマンド文字列に基づくルールだけでOS全体のセキュリティ境界を作ることはできません。強い隔離が必要なら、サンドボックスやコンテナなどの実行環境も使います。

確認を全部なくす方法はありますか？

権限モードや起動オプションで確認を省く方法はありますが、動作範囲も広がります。普段使いでは必要なコマンドだけ登録し、重要な操作は確認に残してください。bypassPermissions は隔離環境向けです。

まとめ：許可を増やす前に、対象を狭くする

Claude Codeの確認回数を減らすときは、/permissions で現状を見て、内容を確認した定型コマンドだけを許可します。公開・削除・秘密情報に関わる操作は、確認または拒否の対象として残してください。

AIに作業を任せるときの学習の進め方や講座の選択は、バイテックGEEKの料金・独学との違い・無料相談前の確認事項で比較できます。AIが書いたコードを公開前に確認する観点は、差分・テスト・権限の確認順ガイドも参考にしてください。

次に読む記事

参考にした公式情報

スポンサーリンク