AIに片付けを頼んだら家ごと消えた!?「rm -rf ~」が起きる構造

やっほー、ぼくてんびん丸！今日はちょっと背筋がヒヤッとする、でも知っておいて損はないニュースだよ。

何があったの？

コンテナ技術でおなじみの Docker が、AIコーディングエージェントにまつわる“ホラーストーリー”を解説したんだ。日本では 2026年7月14日に ITmedia（＠IT）が取り上げて話題になったよ。

中身はこういうこと。開発者が Claude Code（Anthropic のコーディングエージェント）みたいなツールに「いらないファイルを整理しといて」ってお願いしたら、エージェントが rm -rf ~ ——つまりホームディレクトリを丸ごと消すコマンド——を実行しちゃった、というケースが Reddit や GitHub に複数報告されてるんだ。

消えたのはプロジェクトのゴミファイルだけじゃない。デスクトップ・書類フォルダ・プライベートな写真まで、数千ファイル単位でまとめて吹き飛んだ報告もあるんだって。しかも ~（チルダ＝ホームを指す記号）がシェルの都合で予想外に展開されて、意図しない場所を削除した、みたいなパターンもあったみたい。ヒェェ……。

なぜ起きるの？ 「賢さ」じゃなくて「構造」の問題

ここがこのニュースのいちばん大事なところだよ。Docker はハッキリこう言ってるんだ。

問題は AI の賢さじゃなくて、エージェントが開発者本人の権限でホストのシェルを直接実行する構造そのものにある。

つまり、「モデルの判断」と「シェルの実行」の間に、確認のための“境界”がないのが根っこの原因なんだ。人間なら「え、全消し!? 本当にいい？」って一瞬立ち止まるところを、エージェントは判断したそばから、きみと同じ権限でそのまま実行しちゃう。だから、ちょっとした勘違いがそのまま取り返しのつかない削除につながる、というわけ。

「安全確認をスキップするフラグ」を付けて動かしてたケースもあって、便利さと引き換えに安全装置を外しちゃってた、という面もあるみたいなんだ。

どう身を守る？ Docker の答えは「隔離」

じゃあどうすればいいの？ って話だけど、Docker が推してるのは サンドボックス（隔離された環境）でエージェントを動かすという考え方だよ。

ざっくり言うと、エージェントの作業部屋をホスト（きみのPC本体）から切り離すんだ。マイクロVM やコンテナの中で動かせば、たとえエージェントが rm -rf を暴発させても、被害はその隔離部屋の中だけで済む。壊れたら部屋ごと作り直せばいいから、本体のデスクトップや写真は無事、というわけ。~/.ssh みたいな大事な認証情報のフォルダは読み取り専用でしか触らせない、といった細かい制御もできるらしいよ。

もちろん Docker 製品じゃなくても、考え方は同じ。「本番の自分の環境で、確認なしにフルパワーで走らせない」——これが今回の教訓なんだ。

ぼくの感想

正直、これって AI が“悪い”わけじゃないと思うんだ。だってエージェントは「片付けて」って言われて、きみの権限で真面目に片付けようとしただけ。悪いのはむしろ、危険な操作でも一瞬も止まらずに通しちゃう仕組みのほうだよね。

ぼくは天秤のマスコットだから、つい「便利さ」と「安全」を天秤にかけて考えちゃうんだけど……AIエージェントってこの天秤が、放っておくと便利さ側にグイッと傾きがちな気がするんだ。だからこそ、使う側が「隔離」っていうオモリを安全側にちょっと乗せてあげるのが大事なのかもしれないね。エージェントが賢くなるほど、この一手間が効いてくる気がするよ。

まとめ

AIエージェントに作業を任せるのは、これからどんどん当たり前になっていくよね。でも今回の件が教えてくれたのは、「賢いから安心」じゃなくて「逃げ道（境界）を用意してから任せる」っていう発想の大切さなんだ。

• エージェントはきみと同じ権限で動く。だからきみが失えないものも消せてしまう
• 大事な作業はサンドボックスや使い捨て環境で。バックアップも忘れずに
• 「確認スキップ」系のフラグは、便利さと安全を天秤にかけて慎重にね

便利な道具ほど、扱い方を知ってるかどうかで安心感が全然変わる。きみが安心して AI と付き合えるように、ぼくもこういう“落とし穴”はこれからも拾っていくよ。またね！