Claude Code に作業を任せていると、途中までよさそうに見えても、方針がずれたり、編集範囲が広がりすぎたり、手を入れてほしくないファイルまで触られたりします。そんなときは、無理にその場で修正させるより、いったん作業を捨ててやり直したほうが早いことがあります。
この手の戻し方を知っておくと、試行錯誤の回数が増えても怖くありません。文書作成でも、ディスク整理でも、コード修正でも、「もう一回、最初から」をためらわずに使えるようになります。
まず押さえたいのは、Claude Code の作業は、基本的に自分の手元のファイルを直接変えていく、という点です。だから「戻す」ときは、Claude Code にお願いして巻き戻すより、Git の履歴やファイルの退避を使って人間側で整理したほうが確実です。Git を使っているなら話はかなり簡単ですし、Git を使っていない場合でも、元ファイルを残してから作業する習慣をつければ十分に立て直せます。
一番堅いのは、作業前に小さく区切っておくやり方です。たとえば、ひとつの案件フォルダ、ひとつの書面、ひとつの整理対象だけを Claude Code に渡します。広い作業ディレクトリを丸ごと触らせると、戻したい範囲も広がってしまいます。
依頼するときも、最初から「このフォルダだけ」「このファイルだけ」を明示します。
この案件フォルダの中だけを見て、要点を整理して。
ほかのフォルダやファイルは触らないで。
もし途中で「これは違う」と感じたら、そこで止めます。続けさせて迷走を深めるより、今の変更を捨てたほうが安全です。やり方は状況で分かれます。
Git を使っているなら、作業前の状態に戻すのがいちばんわかりやすいです。変更がコミット前なら、git status で何が変わったか確認してから、必要なら破棄します。未保存の変更を消す操作なので、元に戻したいファイルが本当に不要かを先に見ます。
git status
git restore .
特定のファイルだけ戻したいなら、対象を絞ります。
git restore path/to/file
コミットまで進めてしまったあとなら、戻し方は少し変わります。直前のコミットごと捨てるのか、履歴は残して取り消すのかで使うコマンドが違うため、ここは雑に進めないほうがいいところです。作業をやり直したいだけなら、まずは作業ツリーの変更を落とす、という段階で止めるのが無難です。履歴の巻き戻しは、チーム作業では別の人の変更も巻き込むことがあります。
Git を使っていないなら、退避のしかたを先に決めておくと楽です。たとえば、作業前にフォルダをコピーしておく。単純ですが強い方法です。
cp -R project project_backup
Windows でも macOS でも、ファイルマネージャーでコピーを作るだけで構いません。大事なのは、Claude Code にいじらせる前の状態を一つ残すことです。これがあると、失敗したときに「どこまで壊れたか」を気にせず、コピーを消してやり直せます。
文書作成やファイル整理で Claude Code を使う場合は、作業用の下書きフォルダを分けるのも有効です。たとえば、契約書の修正なら draft/ を作り、元の本文はそのまま残す。不要ファイルの洗い出しなら、削除ではなく「候補一覧」を別ファイルに出させる。こうしておけば、結果が変でも本体は無傷です。
弁護士が案件ごとにフォルダを分けて書面を作る、経理担当が元データを残して集計用コピーを作る、という感覚に近いです。Claude Code は便利ですが、下書きと本番を分ける発想は人間側が持っていたほうが安心です。
依頼文も、やり直しやすい形に寄せると扱いやすくなります。たとえば、最終変更ではなく「提案」だけを作らせる言い方です。
このフォルダ内の重複ファイル候補を一覧にして。
削除はしないで、候補と理由だけ出して。
この原稿を読みやすく直して。
元ファイルはそのまま残したいので、修正版の本文だけ返して。
こうしておくと、結果が気に入らなければ出力だけ捨てられます。編集そのものを任せるときも、いきなり本番ファイルを書き換えさせず、まずは差分や修正文を見てから反映するほうが戻しやすいです。
つまずきやすいのは、「Claude Code がやった変更を、Claude Code に元に戻させればいい」と考えてしまうことです。もちろん、指示を変えて再度直させることはできます。けれど、壊れ方が広いと、修正の修正が重なって、何が正解かわからなくなります。そういうときは、いったん人間が現状を見て、不要な変更を消して、まっさらに近い状態から再開したほうが早いです。
もうひとつの落とし穴は、作業前のベースラインを取っていないことです。何も残さずに始めると、戻したいのに戻れません。Git を使う、コピーを作る、別フォルダで試す。このどれかを習慣にしておくと、Claude Code の失敗が「やり直し可能な試行」に変わります。
少し進んだ使い方としては、最初から「試行用」と「採用用」を分ける運用があります。Claude Code には下調べや下書きをさせ、本番の反映は人間が行う。ファイル整理なら候補リストだけ作らせ、削除は自分で実施する。文章なら修正版を別ファイルで受け取り、元文は残す。この分離ができると、間違えたときの戻し方を毎回考えなくて済みます。
最後に、いちばん実用的な考え方だけ置いておきます。Claude Code が間違えたと感じたら、まず止める。次に、元に戻せる土台があるか確認する。Git か、コピーか、別ファイルか。そのうえで、不要な変更を捨てて、範囲を狭くして、もう一度やり直す。
この順番を守るだけで、AI との作業はかなり落ち着きます。焦って修正を重ねるより、捨ててやり直すほうが、結果として速いことは少なくありません。