「全部おまかせ」で回すと、だいたいどこかで余計なものまで触る。Claude Code の権限モードは、その事故をどこで止めるかを決める仕組みだ。ここを雑に扱うと、ファイル整理のつもりが思わぬ上書きになったり、コード修正のつもりが確認なしで広範囲の変更に進んだりする。
権限モードで見るべき本質は単純だ。Claude Code に何を自動で許し、何を必ず止めるかを先に決めることだ。自動承認は便利だが、便利さの裏には「止めどころを失う」危険がある。特に、削除・移動・上書き・外部コマンド実行のあたりは、最初から雑に広く許可しないほうがいい。
Claude Code には、作業を進める前に都度確認を挟むか、ある程度まとめて承認するか、といった権限の扱いがある。呼び方や細かな表示は環境で違うことがあるが、考え方は同じだ。普段の編集は流し、壊れやすい操作だけ人間が止める。これが基本線になる。
たとえば、文章作成やファイル整理で使うなら、こう考えるといい。下書き作成やリネーム案の提示はかなり自由に任せる。だが、実際の移動・削除・上書きは一段慎重にする。開発でも同じで、コードの提案や差分確認は進めてよいが、実ファイルの書き換えやコマンド実行は無制限に通さないほうが事故が減る。
実際の使い方は、まず作業を始める前に「この案件では何を自動承認するか」を決めることだ。ここを曖昧にしたまま走り出すと、途中で判断がブレる。筆者は以前、軽い整理のつもりで「たぶん大丈夫」と広めに許可して進めたら、想定より多いファイルを触る流れになり、戻し作業で結局時間を食った。便利さに慣れるほど、確認の一手間を飛ばしたくなる。そこが落とし穴だ。
実務では、次の考え方で十分役に立つ。
自動で通してよいもの
- 読み取り
- 変更案の作成
- 安全な範囲の軽い整形
毎回止めるべきもの
- 削除
- 移動
- 上書き保存
- まとめて実行されるコマンド
- 外部に影響しうる操作
この線引きは、コード案件でも非エンジニアの整理作業でもほぼそのまま使える。むしろ非エンジニアのほうが、削除や移動の事故は痛い。書類フォルダや写真の整理で、あとから元に戻せない動きを自動承認すると、便利どころか面倒の先送りになるだけだ。
Claude Code に対しては、依頼文でも権限の期待値をはっきり書いておくといい。たとえば、こんな頼み方だ。
この作業では、読み取りと提案は自由に進めてください。
実ファイルの削除、移動、上書きの前には必ず止まって確認してください。
変更は最小限にしてください。不要なファイルは触らないでください。
もう少し踏み込むなら、許可する対象と禁止する対象を分けて書く。これだけで、作業の暴れ方がかなり落ち着く。
やってよいこと:
- 対象フォルダ内の内容確認
- 変更案の作成
- 文書の推敲
事前確認が必要なこと:
- ファイル削除
- ファイル名変更
- ファイル移動
- 既存ファイルの上書き
ここで大事なのは、「自動承認を広げる」より「止める対象を明確にする」ほうが安全だという点だ。人はつい「毎回聞かれるのが面倒だから、全部まとめて許す」とやりがちだが、面倒の先にはだいたい戻し作業が待っている。特に、複数ファイルをまたぐ変更や、ディレクトリ構成ごと整理するような仕事では顕著だ。
権限モードを考えるときに見落としやすいのは、読み取りは安全でも、読み取りの結果として次の一手が危なくなることだ。Claude Code は状況を読んで次の提案を組み立てるので、材料が増えるほど作業は賢くなる。だが、その賢さがそのまま安全性ではない。むしろ、理解が深まったぶん「まとめて直す」「一気に片付ける」に寄りやすい。そこを人間が止める必要がある。
筆者が一度やらかしたのは、不要ファイルの掃除を頼んだときだ。指示自体は雑ではなかったが、「似た名前のファイルはまとめて整理してよい」というニュアンスが広すぎた。結果として、あとで残したかったログや控えまで整理候補に入ってきた。実害は防げたが、確認の往復が増えて疲れた。こういうとき、権限を広げるより、最初から「消すな」「移すな」「候補を出すだけにしろ」と縛ったほうが早い。
安全寄りに運用したいなら、次の順番が扱いやすい。
この運用は、開発でも文書作成でも効く。たとえば契約書のひな形を整えるなら、Claude Code に章立ての整理や表現の統一をさせるのはよい。だが、原本の置き換えや大量のファイル移動は最後に人間が見るべきだ。ファイル整理でも同じで、まずは重複候補や不要候補を洗い出させ、実削除は自分で確かめてからにする。自動承認は「下調べを速くする」用途に強く、「取り返しのつかない操作」を速くする用途には向かない。
権限モードをうまく使うコツは、最初から完璧を狙わないことだ。最初はかなり保守的でいい。止めすぎるくらいで始めて、安心して任せられる部分だけ少しずつ広げる。逆に、最初に広げすぎると、何をどこまで許したのか自分でも追いにくくなる。あとで困るのはだいたいこっちだ。
最後に、運用の目安を一つだけ置いておく。「元に戻せない操作」は自動にしない。これだけでかなり事故は減る。Claude Code は速い。だからこそ、止める場所を決めて使うほうが、結局は速い。細かい権限の表示や設定方法は環境差があるので、実際の画面やコマンドは公式ドキュメントを確認しながら合わせればいい。大事なのは、便利さを先に広げることではなく、壊れ方を先に狭めることだ。