Claude Codeのauto mode、hookで止める運用設計

Claude Codeには、PRのCIを見守って失敗時に修正と再pushを行う、複数のサブエージェントを並列に走らせる、/loopやスケジュール実行で夜間に保守タスクを片付ける、といった繰り返し任せる使い方が広がってきた。著者はこれをループエンジニアリングと呼び、トリガー・作業・検証・待ち・終了条件・人間に戻す点の6要素を設計すべきだとする。

背景には承認疲れがある。毎回の許可プロンプトで止まっていてはループを回す意味がなく、公式ブログもauto modeを作った動機として、一部の開発者が--dangerously-skip-permissionsに流れていたことを挙げている。auto modeは分類器が人の代わりに各アクションを審査し、読み取りと作業ディレクトリ内の編集は分類器を通さず、サブエージェントにも同じ安全網がかかる。

ただし著者は、分類器の判断は確率的で、意図が曖昧なときは危険な操作を通すことがあると公式ブログが明言している点を重く見る。そこで本番の資格情報をループの動くホストに置かない、機密情報の転記はhookで検査する、コスト上限はhookやラッパーで決めるという三つの方針を置く。確実さの順に層を重ね、絶対に起きてはいけないことはdenyやPreToolUse hookへ、状況次第のことは分類器へと振り分ける考え方だ。

ループが止まらなくなると、検証せずに完了報告する、途中で人間に判断を投げ返す、スコープ外の作業を増やす、同じ試行を繰り返すといった質の問題が目立つ。著者は失敗を台帳に記録し、誤ブロック・本来止めるべき操作・質の問題に分類してhookの判定条件へ還元する運用を勧める。止まらないループと暴走しないループの両立は、auto mode単体では実現できず、分類器・ルール・権限・hookへの役割分担にかかっているとみられる。