整理作業でいちばん危ないのは、きれいになった気がして終わることだ。削ったはずのファイルが残っていたり、直したつもりの文書が別の場所で壊れていたりする。こういうときに効くのが、整理前後比較、棚卸し確認だ。Claude Code に処理の前と後を見比べさせると、何を減らしたのか、どこが変わったのか、逆に何が残っているのかを落ち着いて追える。
非エンジニアの整理でこれが役に立つ場面は多い。たとえば、案件フォルダの重複書類を減らす、古い下書きをまとめる、写真やPDFの置き場を整える、不要なキャッシュや一時ファイルを洗う。人間が目で追うと、どうしても「たぶん大丈夫」で済ませがちだ。そこを比較で締める。雑に見える作業ほど、前後差分を残したほうが後で助かる。
やり方は単純だ。Claude Code に「処理前の一覧を保存して、処理後と比べて報告して」と頼む。ファイル整理なら、対象フォルダの状態を作業前に記録しておき、処理後にもう一度見比べる。たとえば、こんな依頼で十分だ。
このフォルダの整理をしたいです。まず処理前の状態を記録してください。
対象はこのディレクトリ配下のファイル一覧、サイズ、更新日時です。
次に、重複っぽいファイル、古い下書き、明らかな不要ファイルを整理したあと、
処理前後の違いを比較して、削除したもの、残したもの、名前が変わったものを
分かりやすく報告してください。
勝手に削除しすぎないで、迷うものは確認を求めてください。
Claude Code は、ただ「整理して」と言うより、前後比較まで指定したほうが仕事が締まる。曖昧な指示だと、整理はしたが何をどう変えたかがぼやける。これが地味に痛い。筆者も最初、古い原稿フォルダを片づけるつもりで「不要そうなものを整理して」とだけ投げたら、あとで何を消したのか追いにくくて手戻りした。作業自体は終わっているのに、説明責任が残る。整理は、終わった瞬間ではなく、説明できた瞬間に終わる。
実務では、比較の取り方を少しだけ工夫するといい。ファイル名だけの比較では弱い。中身が同じで名前だけ違うものもあるし、逆に名前は同じでも内容が更新されていることもある。だから、最低でも一覧、サイズ、更新日時を見せる。テキスト文書なら、必要に応じて冒頭数行や差分も取る。Claude Code に出力形式を決めさせると、後で見返しやすい。
整理前後で次を比較してください。
- ファイル名
- ファイルサイズ
- 更新日時
- 可能なら重複候補
- 可能なら中身の差分が大きいもの
結果は、
1. 変わっていないもの
2. 削除したもの
3. 追加したもの
4. 名前変更したもの
の4つに分けてください。
ここで大事なのは、比較を「見た目の報告」にしないことだ。報告だけなら気持ちいいが、整理の事故は防げない。削除予定の候補を先に出して、承認してから実行する流れにしたほうがいい。特に書類や納品物の整理では、似た名前のファイルが山ほどある。Final、Final2、最終、ほんとうの最終、みたいなやつだ。雑に消すと痛い目を見る。Claude Code には、迷ったものを止めさせるのが正解だ。
削除候補を勝手に消さず、必ず一覧で出してください。
各候補について、なぜ不要と判断したのかも短く説明してください。
私が承認したものだけ削除してください。
非エンジニア向けの整理だと、比較対象の単位も大切になる。フォルダ全体を一気に比べると、結果が大きすぎて読む気が失せる。案件ごと、月ごと、種類ごとに区切るほうがいい。たとえば「2024年の請求書フォルダだけ」「会議メモだけ」「ダウンロード直下だけ」と切る。比較は小さいほど正確で速い。広く取りすぎると、関係ないものまで混ざってノイズになる。
もう一つ、ありがちな落とし穴がある。前後比較を頼んだのに、処理前の記録を残していないことだ。これでは比べようがない。Claude Code に任せるなら、作業開始時点でスナップショットを取る感覚を持つといい。人間の棚卸しでも同じで、最初の目録がないと、後で数が合っているのか分からなくなる。作業前の一覧を保存し、作業後に同じ条件で取り直す。これだけで見通しがだいぶ良くなる。
作業前の一覧を `before.txt` に保存してください。
整理後は同じ条件で再取得して `after.txt` と比較してください。
比較結果は差分だけでなく、総数の変化も出してください。
文書作成でも使いどころはある。たとえば、複数の下書きを統合したあとに、どの段落が残って、どの段落が消えたかを確認する。ここでも前後比較は効く。統合は見た目が整っていても、根拠の残し方が雑だとあとで揉める。実際、筆者は企画メモを統合したとき、似た文言をうっかり二重に残してしまい、読む側に同じ説明を二度させたことがある。比較で見ればすぐ気づくのに、目視だけだと案外見落とす。
Claude Code を使うなら、最後は「何を変えたか」を短く要約させると締まる。
最後に、処理前後の比較から分かったことを3行で要約してください。
特に、
- どこがきれいになったか
- まだ確認が必要なもの
- 次にやるべきこと
を分けてください。
こうしておくと、整理作業がただの片づけで終わらない。確認できる片づけになる。非エンジニアほど、この「確認」の価値が大きい。ファイルが減った、文書がまとまった、それだけでは不十分だ。前後を比べて、何がどう変わったかを言える状態にしておく。これが後戻りを減らすし、次の整理も速くする。整理は、見た目を整えることではなく、変化を説明できることだ。