ブログの記事をClaude Codeに手伝ってもらいながら、ローカル環境で下書きを作って予約投稿まで済ませたあと、「これ、本番のサーバーにも同じ内容を作っておいて」とお願いしたことがありました。
いつも通りサクッと進むと思っていたら、そこだけ急に一度こちらの確認を求められて、作業が止まったんです。
普段はローカルのファイル編集もコマンド実行もほぼノータイムで進むのに、なんでここだけ立ち止まるんだろう。
気になったので、実際にどんな線引きになっているのか、その日のうちに掘ってみました。地味に面白い発見でした。
🎥 この記事の内容は動画でも解説しています。
普段は何でも自由に進む
ローカル環境でのファイル編集や、読み取り系のコマンド(設定を確認するだけ、みたいなもの)は、いちいち確認を挟まずどんどん進んでくれます。
この気軽さがClaude Codeの便利なところです。毎回「これやっていい?」と聞かれ続けたら、それはそれで面倒くさいはずです。
止まった場面で実際に表示されたメッセージを見ると、「Permission for this action was denied by the Claude Code auto mode classifier(このアクションの権限は、Claude Codeのauto mode classifierによって拒否されました)」という一文が入っていて、どうやら裏側にコマンドの種類を判定する仕組みがあるらしいと分かりました。
💡 Tips: auto mode classifierとは
Claude Codeの「オートモード」機能に組み込まれている判定機構で、実行しようとしているコマンドの種類を見て、確認なしで進めていいか、一度立ち止まってユーザーに確認すべきかを自動で振り分けます。今回の記事で出てくる「一段階止まる」「完全にブロックされる」という挙動の裏側にある仕組みです。
一段階止まる場面: 本番サーバーへの書き込み
実際に止まったのが、本番サーバー(Xserver)にSSH経由でWP-CLIの書き込み系コマンドを実行しようとした場面でした。
記事を新規作成するwp post create相当の処理をお願いしたところ、「本番への書き込みなので一度確認させてください」という趣旨のメッセージが返ってきて、実行が止まりました。
ここで「はい、進めて」と一言返すと、以降は同じ会話の中で同じ種類の操作がスムーズに通るようになりました。一度きりの確認です。
読み取り系のコマンド(カテゴリ一覧を見るだけ、等)は最初から確認なしで通っていたので、「読むだけ」と「書き換える・作る」の間に、はっきりと線が引かれているのが分かります。
一度「はい」と答えれば以降は聞き直されない、というのも地味にありがたいポイントで、必要以上に何度も確認を挟んでこないバランス感覚だなと感じました。
完全にブロックされる場面: パスワードの入力
もう一つ体験した場面。こちらは確認すら挟まず、最初から拒否されました。
予約投稿の見た目を確認したくて、Claude Codeにブラウザ操作でWordPressの管理画面にログインしてもらおうとしたら、パスワード入力の欄に文字を入れようとした瞬間に拒否されました。
本番書き込みのときのように「確認して進める」という選択肢はなく、代わりに「パスワードの入力は自分ではできないので、必要ならユーザー側で操作してください」という趣旨の案内が返ってきました。
同じ「止まる」でも、確認すれば通る操作と、そもそも選択肢自体が用意されていない操作があるんだと、この時初めて体感しました。
他にもこの手の線引きがあるらしい
今回の2つを体験してから、他にどんな操作が対象になっているのか気になって、公式ドキュメントを調べてみました。
確認なしで一度立ち止まる対象には、git pushやファイルの一括削除、破壊的なコマンド実行のような「元に戻すのが大変な操作」が含まれるようです。
一方で、完全にブロックされる側には、パスワードやAPIキーのような認証情報の入力、口座番号や決済情報の取り扱いといった、そもそもAIに任せるべきではない領域が並んでいました。
自分が体験した「本番サーバーへの書き込み」も「パスワード入力」も、この2つのカテゴリにきれいに当てはまっていました。行き当たりばったりの制限だと思っていましたが、実際は最初からルールとして設計されていたんだなと納得できました。
なぜこの線引きなのか
実際に体験してみて感じたのは、判断基準が「難しい操作かどうか」ではなく「元に戻せるかどうか」「影響範囲がどこまで広がるか」にありそうだ、ということです。
ローカルのファイル編集は、間違えてもすぐ直せます。取り返しがつきます。
一方で本番サーバーへの書き込みは、公開中のサイトに影響するので一呼吸置いて確認する価値がありますし、パスワードの入力は一度渡すと取り消しが効かない情報なので、確認云々の前にそもそも人間の手でやるべき領域として線が引かれているんだと理解しました。
まとめ
AIツールに任せる作業が増えるほど、「どこまで任せて、どこから自分でやるか」の境界線が気になるようになってきました。地味だけど大事な線引きです。
今回の体験を通して、少なくともClaude Codeでは、その線引きが感覚や気分で決まっているわけではなさそうだと分かりました。ちゃんと仕組みとして作り込まれていて、素直に安心できました。
便利さと安全さ、どちらか一方だけを取るんじゃなくて、両方が同時に成り立つように設計されているんだなと、実際に手を動かしてみて初めて実感できた話でした。
本番サーバーやパスワードのような「触ると危ないもの」ほどAIに任せるのが不安になりがちですが、今回みたいに実際に境界線にぶつかってみると、任せていい範囲とそうでない範囲がちゃんと分かれていることが体感できました。
漠然と「なんとなく怖い」で終わらせるより、実際にどこで止まるのかを一度自分の手で確かめてみる方が、よっぽど具体的な安心材料になるなと感じています。
この記事が参考になったら、応援クリックをお願いします




