Claude Code、自動モードで破壊的コマンドをより厳しくブロック

Anthropic は Claude Code 2.1.183 の 変更履歴 で、auto モード における安全対策を強化しました。対象は、ユーザーがローカル変更の破棄を求めていない場面での破壊的な git コマンドや、明示されていないインフラ破棄コマンドです。

要点

• git reset --hard、git checkout -- .、git clean -fd、git stash drop などが、ユーザーがローカル作業の破棄を依頼していない場合にブロックされるようになりました。
• git commit --amend は、そのセッション内でエージェントが作成したコミットではない場合にブロックされます。
• terraform destroy、pulumi destroy、cdk destroy は、ユーザーが特定の stack を破棄するよう依頼していない限りブロックされます。
• Claude Code を auto モード で使う開発チーム、DevOps / platform チーム、社内導入を管理するチームに関係します。

今回の更新で変わること

今回の更新は、Claude Code がより多くの作業を自律的に進める場面で、取り返しのつきにくい操作をどう扱うかに関わります。auto モード は、確認の手間を減らして開発作業を進めやすくする一方で、誤った判断の影響が通常の補助モードより大きくなります。とくに git reset --hard や git clean -fd は、作業ツリーの変更や未追跡ファイルを失わせる可能性があります。ユーザーが明示的に「ローカル変更を捨ててよい」と伝えていない状況で、エージェントがこれらを実行しないようにする変更は、日常的な開発事故を減らすために重要です。

git commit --amend の扱いも実務上かなり意味があります。直前のコミットを書き換える操作は、単にファイルを編集するよりも履歴への影響が大きく、共有済みブランチやレビュー中の変更では混乱を生みやすいです。今回の 変更履歴 では、そのセッションでエージェント自身が作ったコミットではない場合に amend をブロックすると説明されています。つまり、Claude Code が自分で作った一時的なコミットを整える余地は残しながら、人間や別セッションが作った履歴を勝手に書き換えにくくする設計です。

インフラ破棄コマンドも同じ考え方で扱われています。terraform destroy、pulumi destroy、cdk destroy は、検証環境であっても対象を間違えると影響が大きい操作です。今回の更新では、ユーザーが特定の stack の破棄を依頼していない限りブロックされます。単に「片付けて」「環境を整理して」のような曖昧な指示から destroy 系コマンドへ進まないようにすることで、エージェント利用時の安全境界がはっきりします。

この更新は、Claude Code を信用しないための制限というより、任せる範囲を広げるための基礎に近いです。AI コーディングエージェントを開発フローに入れるチームでは、編集、テスト、調査、コミット作成のような作業を速く進めたい一方で、履歴破壊、ローカル変更の消失、インフラ削除は別の承認レベルで扱いたいはずです。auto モード の安全対策が具体的なコマンド単位で強化されることで、利用者はどこまで任せられるかを判断しやすくなります。

対象になりそうなチーム

• Claude Code の auto モード を使っている開発者
• 社内で Claude Code の利用ルールを整えている platform / 開発者 productivity チーム
• Git 履歴や作業ツリーの保護を重視するリポジトリ管理者
• Terraform、Pulumi、AWS CDK などを使うインフラチーム
• AI エージェントにコマンド実行を許可する際の安全基準を作っている DevSecOps チーム

実務で確認したいポイント

まず、Claude Code を auto モード で使うリポジトリでは、チーム内で「エージェントに任せてよい操作」と「必ず人間が明示する操作」を分けておきたいです。今回の更新により代表的な破壊的コマンドはブロックされやすくなりますが、すべての危険な操作を網羅するものとして扱うべきではありません。ブランチ運用、未コミット変更の扱い、一時ファイルの削除、インフラ環境の破棄は、社内の運用ルールと合わせて確認してください。

次に、インフラコードを含むリポジトリでは、Claude Code から destroy 系コマンドを実行させる必要が本当にあるかを見直すとよさそうです。必要な場合でも、対象 stack、環境名、アカウント、リージョン、承認者を明示する運用にしておくと、今回の安全対策と整合しやすくなります。エージェント側のブロックに頼り切るのではなく、クラウド権限や CI/CD 側でも production 環境を守る設計にしておくことが重要です。

結局、この更新をどう見るべきか

Claude Code 2.1.183 の auto モード 安全性 強化は、派手な新機能ではありませんが、エージェントを実務の開発環境に入れるうえで重要な更新です。ローカル変更、Git 履歴、インフラ環境は、AI が素早く操作できるほど事故時の影響も大きくなります。今回の変更は、Claude Code に任せられる作業を増やしつつ、明示的な指示が必要な領域を残すための実務的なガードレールとして読むのがよさそうです。