AI に rm を打たせない — hooks 三段構えの実物

Claude Code のように AI エージェントに実際の環境を操作させる場面が増えるにつれ、「うっかり rm で大事なファイルを消されてしまう」というリスクが、もはや映画の話ではなく日常の悩みになってきた。本記事が紹介するのは、そのリアルな対抗手段である。著者の主張は明快だ——指示書に「削除しないでね」と書いても、AI は読み込まない、あるいは読み込んでも従わないことがある。その前提に立つと、1段目の可逆化（git で復元可能にする）と2段目の確認（実行前に人間が許可する）だけでは足りず、3段目として「コマンド文字列そのものを機械的に検査する」フックが不可欠になる。

ここで興味深いのは、著者が「全部を止めない」という判断を下していることだ。危険な操作すべてを確認対象にすると、誤検知で確認が頻発し、やがて人間が「読まずに承認する」行動に変わってしまう。だから止めるのは「本当に取り返しがつかない2パターンだけ」——force push と main への直 push に絞る。確認という手段が、逆に安全性を蝕むという逆説的な状況を、著者は直視している。

中小企業が AI を社内運用する際、同じ論理が当てはまる。チェック項目を無闇に増やせば、承認者は疲弊して機械的にボタンを押すようになり、結果として何も守られない。大事なのは「何を本当に守るのか」を決めて、そこに最小限の手を打つこと。意思決定のコストを下げてこそ、安全な運用は成立する。