本番環境を消す前に止める──Claude Code v2.1.183が自動モードに入れた「破壊的コマンドの非常ブレーキ」
Claude Code v2.1.183が自動モードに安全装置を追加。git reset --hardやterraform destroyなど取り返しのつかない操作を、明示指示がなければ遮断する。実害として起きた本番環境全消し事故を背景に、無人運用の安全性と過信のリスクを整理します。
Anthropicは2026年6月19日、コーディングエージェント「Claude Code」のv2.1.183を公開しました。今回の目玉は、人の確認を挟まずにコマンドを実行する「自動モード(auto mode)」に、取り返しのつかない操作を物理的に止める歯止めを組み込んだことです。エージェントに作業を任せきる流れが広がるなかで、安全装置そのものが製品機能として前面に出てきた点に注目したいアップデートです。
なぜ「止める機能」が必要だったのか
背景には、自動実行が引き起こした実害があります。2026年2月26日、ある開発者がClaude CodeにTerraformの重複リソース整理を依頼したところ、状態ファイルの取り違えが重なり、エージェントは「作り直し」のために terraform destroy を実行。VPC・RDS・ECS・ロードバランサーを含む本番環境が丸ごと消え、バックアップ用スナップショットまで巻き添えになりました。失われたのは約2.5年分・194万行に及ぶデータだったと報告されています。
問題の根は、エージェントが「タスクの完了」を最優先し、破壊的な操作とありふれた操作を同じ重みで扱ってしまう点にあります。毎回の確認に疲れて自動承認を広げるほど、危険な一手も素通りしやすくなる。今回の更新は、この構造的な弱点に製品側で線を引いた対応と言えます。
何が、どんなときにブロックされるのか
v2.1.183では、自動モードで以下のコマンドが「明示的に頼んでいないのに実行されようとした場合」に遮断されます。利用者が意図して指示したときは従来どおり実行されるため、正規の作業を妨げない設計です。
- 作業内容を捨てるGit操作:
git reset --hard/git checkout -- ./git clean -fd/git stash drop(ローカルの変更破棄を頼んでいないとき) - コミットの上書き:
git commit --amend(そのコミットを当セッションのエージェント自身が作っていないとき) - インフラの破棄:
terraform destroy/pulumi destroy/cdk destroy(その対象スタックの破棄を明示的に指示していないとき)
共通する考え方は「ユーザーが破壊を明示したか」を条件にしている点です。失われたら戻せない領域(履歴・ローカル変更・実インフラ)に限って、自動承認の対象から外しました。
運用に効くその他の変更
安全機能以外にも、無人運用や設定管理を楽にする更新が入っています。
- 非推奨モデルの警告:指定したモデルが非推奨だったり自動で新モデルに切り替わったりした場合に警告を表示。プリントモード(
-p)では標準エラー出力に出るほか、エージェントのfrontmatterで指定したモデルも対象になりました。スクリプトでモデルを固定運用しているチームの取りこぼし防止に役立ちます。 attribution.sessionUrl設定:コミットやPRに付くclaude.aiのセッションリンクを省く設定を追加。Web版やRemote Controlからの作業で、社外に出る成果物に内部リンクを残したくない場合に使えます。/config --help:/config key=valueで使える短縮キーを一覧表示。設定項目の把握が容易になりました。/configの操作自体も改善され、Escが「破棄」ではなく「保存して閉じる」に変わっています。
このほか、サブエージェント起動時の400エラーや、サブエージェント内でWebSearchが空を返す不具合など、入れ子のエージェント運用にまつわる修正も多数含まれます。
ガードレールは前進、ただし過信は禁物
ビジネス面では、エージェントに夜間バッチや無人タスクを任せる「踏み込んだ自動化」のハードルが一段下がります。これまで破壊的操作のリスクを理由に手動承認を厚くしていた現場でも、製品側に最終ブレーキがあるぶん、自動化の範囲を現実的に広げやすくなります。CI/CDやインフラ運用にエージェントを組み込む際の説明責任も果たしやすいでしょう。
一方で、この種のガードレールを万能と見なすのは危険です。ブロック対象は既知のコマンド群に限られ、シェル経由の別表現や、破棄を伴わない形での事故までは防げません。あくまで「最後の一線」であり、最小権限の付与、本番環境の分離、バックアップの多重化といった基本的な備えを置き換えるものではない、という前提は変わりません。安全装置が増えたことで承認をいたずらに緩めれば、かえって死角が広がる懸念も指摘できます。導入時は、自動モードの適用範囲を明文化し、何を任せ何を人が握るかをチームで決めておくことが実運用の勘所になります。
参照: Claude Code changelog(公式) / Release v2.1.183 · anthropics/claude-code(GitHub) / The Claude Code Terraform Destroy Incident(Railguard)