終わったのに、作業場所だけが残り続ける。これがいちばん地味で、いちばん効く事故だ。Claude Code を使うと、調査用の分岐や作業ディレクトリをさっと作れるぶん、片付け、後始末、不要な作業場所の整理を後回しにしやすい。すると、次に開いたときに「どれが本線で、どれが捨てていいやつだっけ」と毎回確認する羽目になる。これ、かなりだるい。
この手の整理は、気合いでやるものではない。終わった瞬間に、消すものと残すものをはっきり分けておく。Claude Code はそこを手伝える。ブランチ名や作業フォルダの一覧を見せて、要るものだけ残し、不要なものを消す。文書作成やファイル整理でも同じだ。案件ごとのフォルダ、下書き、差し替え前の版。放っておくとノイズになるものを、作業が終わった段階でまとめて片付けておくと楽になる。
まずは、Claude Code に「何を片付けたいか」をそのまま渡すのが基本だ。曖昧に「整理して」で投げると、残すべきものまで巻き込んで痛い目を見る。たとえば Git のブランチ整理なら、こう頼めばいい。
claude
使い終わった作業ブランチを片付けたいです。
今いるリポジトリで、マージ済みかつ不要そうなローカルブランチを候補として挙げてください。
削除してよいか確認できる形で一覧を出し、こちらが承認したものだけ削除してください。
リモート追跡ブランチの整理も必要なら、最後にやるべきコマンドを教えてください。
ここで大事なのは、「候補を出す」と「削除する」を分けることだ。Claude Code にいきなり全部消させるより、まず一覧を作らせたほうが安全だ。人間側の確認を1回挟むだけで、誤削除の確率がかなり下がる。
もう少し具体的に、Git の後始末を自分で見通せる形にしておくなら、こんな流れになる。
git branch --merged
git branch --no-merged
git status
--merged で、今のブランチに取り込まれた候補が見える。--no-merged はまだ取り込まれていないものだ。ここで重要なのは、merged に出てきたからといって、すべて削除していいとは限らないことだ。作業途中の保管場所として残しているブランチもある。筆者は昔、見た目だけで一気に消して、あとで必要な差分を探す羽目になった。あれは単純にだるい。整理は「消す」より先に「本当に要らないか確認する」が本体だ。
Claude Code に確認役をやらせるなら、依頼文はこういう粒度がちょうどいい。
以下のローカルブランチについて、残す候補と削除候補に分けてください。
判断基準は、(1) すでに main に取り込まれている、(2) 今後参照しない、(3) 作業メモの代わりに残す必要がない、の3つです。
削除候補には理由も添えてください。
削除前に、私が確認しやすい順で並べてください。
この頼み方だと、Claude Code は勝手に正義感を発揮して突っ走らない。人間の判断を前提に、後始末の下ごしらえをしてくれる。
作業場所がブランチではなく、フォルダや一時ファイルの整理なら、考え方は同じだ。案件ごとに掘ったディレクトリ、生成された下書き、古いエクスポート、不要なキャッシュ。こういうものは「いつか見る」が来ないまま積み上がる。非エンジニアなら、たとえば案件ごとの資料フォルダや、納品済みの文書ドラフトが該当する。Claude Code には、削除ではなく棚卸しをさせると使いやすい。
このフォルダの中で、作業が終わっているものと、まだ残すべきものを分けてください。
判断の根拠として、更新日時だけでなく、ファイル名や中身の役割も見てください。
消すのではなく、まず候補を一覧化してください。
ここでやってはいけないのは、更新日時だけを信じることだ。古いから不要とは限らないし、新しいから必要とも限らない。契約書の修正版、引用元のメモ、後で書き足す予定の下書きは、日付だけ見て消すと困る。作業の終わりに消すべきなのは「今の仕事に関係ないもの」であって、「古いもの全部」ではない。
Git の話に戻ると、ローカルのブランチを消したあとでも、リモート追跡ブランチが残っていて一覧が散らかることがある。これは見た目の問題だけでなく、次にブランチを探すときの邪魔になる。Claude Code に「最後に何を走らせればいいか」を確認させるのは有効だ。たとえばこうだ。
ローカルで不要なブランチを整理したあと、リモート追跡ブランチの古い参照を片付けるために必要な安全な手順を教えてください。
いきなり危険な削除はせず、まず状況確認のコマンドを優先してください。
一般に、追跡ブランチの掃除は git fetch --prune のような手順が候補になる。ただし、作業の流儀やリモートの運用次第で扱いが変わることがある。そこは雑に決めないほうがいい。迷ったら、公式ドキュメントと自分の運用ルールを優先する。最新版の挙動が気になるなら、docs.claude.com と Git の公式情報で確認しておくのが堅い。
筆者が一度やらかしたのは、整理を「最後の最後」に回したことだ。終わった作業のブランチが20本近く残っていて、どれが何のためのものか思い出すだけで時間を食った。しかも、そのうち数本は微妙に似た名前で、一覧の見た目だけでは判別しづらい。そこで初めて、作業が終わったタイミングで片付ける価値がわかった。終わってから数日寝かせると、もう判断コストが上がる。温度が高いうちに整理するのが正解だ。
Claude Code を使うときは、片付けのルールを毎回同じにしておくと強い。たとえば、次の3点を固定するだけで事故が減る。
1. 削除前に候補一覧を出す
2. 本線に取り込まれたものだけを消す
3. 迷うものは残す
これだけで十分だ。きれいに全部自動化しようとすると、たいていどこかで判断が雑になる。後始末は速さよりも、戻せる余地を残すほうが大事だ。
少し進めるなら、作業が終わった直後の自分に向けた定型文を作っておくといい。毎回ゼロから考えなくて済む。
作業終了時の片付けを手伝ってください。
- 変更内容を確認する
- 不要なブランチや一時ファイルを候補化する
- 削除前に確認ポイントを出す
- 最後に残すべきものだけ残っているか点検する
この手の依頼は、開発者向けのブランチ整理にも、文書作成の下書き整理にもそのまま効く。重要なのは、Claude Code に「消していいか」を勝手に決めさせないことだ。片付けは、雑に見えて実は判断の仕事である。そこを人間が握っておくと、作業場所は増えても、頭の中は増えない。