朝、いつものように前夜の実行ログを眺めていて、手が止まりました。
あるタスクが、確認プロンプトを出さずにファイルを書き換えていました。以前の自分なら、そこは一度止めて目視するように設定していたはずの場所です。
いつ、どうしてその挙動になったのか。ログを遡っても、はっきりとは思い出せませんでした。
設定は、足し算だけで太っていく
原因は事故ではなく、積み重ねでした。
個人開発で夜間に Claude Code を回していると、詰まるたびに小さな調整を入れたくなります。この操作はもう確認しなくていい、このコマンドは許可しておこう、この待ち時間は伸ばそう。その一つひとつは、その晩の自分にとっては正しい判断です。
けれど調整は基本的に足し算です。「あのとき緩めた設定を、状況が変わった今も緩めたままでいいのか」を振り返る機会は、自分からは訪れません。
数えてみると、直近の3週間で7回、auto モードまわりの設定に手を入れていました。7回のうち、なぜそう変えたのかを即答できたのは3回だけでした。残りは、変えた事実だけが残って、理由が抜け落ちていたのです。
私自身、一人で開発していると、この棚卸しを促してくれる同僚が普段はいません。設定は静かに太り、ある朝の違和感になって初めて表に出てきます。
claude auto-mode reset という「基点」
Claude Code に claude auto-mode reset というコマンドが加わりました。auto モードの構成を既定へ戻すためのものです。
実行すると確認プロンプトが出ます。うっかり流してしまわないための一拍です。意図が固まっているときは --yes を付けて確認を飛ばせます。
# auto モードの構成を既定へ戻す（確認プロンプトあり）
claude auto-mode reset
# 確認を飛ばして戻す（スクリプトから呼ぶとき）
claude auto-mode reset --yes私がこのコマンドをありがたく感じたのは、「戻れる場所がある」という一点です。
設定を足し続ける運用がこわいのは、変更を重ねるほど、どこが素の状態だったのかが分からなくなるからでした。既知の基点へいつでも戻せるなら、途中でどれだけ触っても、迷子にはなりません。
「消す」ではなく「組み直す」ための片付け
ただし、reset をかければ緩めた設定は当然すべて消えます。だから私は、reset を単独では使わないことにしました。
やっていることは単純です。今の設定のうち「意図して既定から変えているもの」だけを、理由を添えて一つのメモに書き出す。そのうえで reset をかけ、メモに残った分だけを手で入れ直す。
- 書き出す：現在 auto モードで既定から変えている項目を、変更理由とともにメモへ列挙します。理由がすぐ書けない項目は、そこで一度立ち止まる合図です。
- 戻す：
claude auto-mode resetで構成を既定へ戻します。ここで一度、頭の中の設定像もまっさらになります。 - 選び直す：メモの項目を上から見て、今も必要なものだけを入れ直します。理由が書けなかった項目は、ここで自然と落ちていきます。
この片付けを最初に通したとき、7項目のうち手元へ戻したのは4項目でした。3項目は、もう必要のない過去の緩みでした。
理由を書けない設定は、たいてい要らない設定です。reset は、その仕分けを強制的に一度きりにしてくれる区切りとして働きました。
いつ戻すか、を決めておく
reset は強い操作なので、思いついたときに気まぐれでかけるものではないと考えています。私は、戻すきっかけをあらかじめ二つに絞りました。
一つは、大きめの作業に入る前です。長い実装や広い範囲の変更を任せる前夜には、設定を基点へ戻してから必要な緩みだけを乗せ直します。素の状態から始めれば、その晩に何を許したのかが自分の中で明確になります。
もう一つは、朝の違和感を覚えたときです。今回のように「なぜこの挙動なのか思い出せない」が起きたら、原因を一点ずつ推理するより、まず基点へ戻す方が早いことがあります。切り分けの出発点を、既知の状態にそろえられるからです。
| 戻すきっかけ | ねらい |
|---|---|
| 大きめの作業に入る前 | その晩に許した緩みを、自分の中で明確にしておく |
| 朝の違和感を覚えたとき | 切り分けの出発点を、既知の状態へそろえる |
逆に、日々の細かな調整のたびに戻すのは向きません。せっかく積み上げた妥当な設定まで毎回崩してしまうからです。基点へ戻すのは、あくまで節目にだけ行う片付けとして置いています。
設定を「育てる」から「見直す」へ
この一件で私が変えたのは、設定への向き合い方でした。
以前は、詰まるたびに設定を育てていく感覚でいました。育てたものは、無意識に手放しがたくなります。けれど自動運用の設定は、育て続けるほど、当初の自分の意図から静かにずれていきます。
今は、育てるのと同じ重さで、定期的に見直す時間を持つようにしています。claude auto-mode reset は、その見直しに「戻れる基点」という具体的な足場を与えてくれました。
auto モードそのものの安全側の挙動については 空の変数と rm -rf の夜 — Claude Code auto モードの事前確認に助けられた片付けの記録 に、許可ルールが増えすぎたときの棚卸しについては 許可ルールを積み上げたセッションが毎ターン重くなる — ルールセットの棚卸しと、安全性を保ったまま数を減らす設計 に、それぞれ別の角度から書いています。無人で動かす前提の許可設計は Claude Code Skill を無人で動かす設計 — 許可ダイアログで止まらない3つの実装パターン が近い話です。
設定が思い出せなくなる前に、戻れる場所を一つ持っておく。ささやかですが、夜のタスクを安心して任せるための支えになっています。お読みいただきありがとうございました。