Claude Codeの/rewindで失敗を巻き戻す｜チェックポイント機能の使い方

「Claudeに修正頼んだら、想定と違う方向に直された」「3つのファイルが意図と違う形で書き換わった」 — これ、Claude Codeを使ううえでの 必ず起きる事故 です。

これを 1分以内に復元 できるのが /rewind コマンド(チェックポイント機能)。Claude Code v2.1系で標準搭載されている、 使えるとかなり安心できる 機能です。

/clear で会話を消したあとでも戻せるようになった話は、Claude Codeで/clearした会話を/rewindで復元するにまとめました。

「Gitで戻せばいい」と思うかもしれませんが、 コミットしていない作業中の状態 を戻すのが本領。今日はこの使い方を整理します。

Claude Code チェックポイント公式ドキュメント

チェックポイントの仕組み

Claude Codeは、 ファイルを変更するたび に自動でチェックポイント(スナップショット)を作っています。

つまり、何もしなくても 過去30日分の編集履歴 がClaude Code内部に蓄積されている状態。これにアクセスするのが /rewind です。

困った時の最速ルート。

[Esc] [Esc]

Escキーを 2回連続 で押すと、巻き戻しメニューが開きます。 /rewind と打つより速い。

メニューには 時系列で過去のチェックポイント が並んでいて、矢印キーで選んでEnterするだけ。

「あ、これさっきの変更前だ」と思った地点に戻れる。

DevelopersIO — /rewindと/forkの活用

巻き戻しメニューを開くと、4つの選択肢が出ます。

私の使い分け。

迷ったら 「コードと会話を復元」 がおすすめ。3つの中で一番シンプル。

Zenn — Claude Codeのチェックポイント機能とは

便利な反面、 何が戻らないか を知らないとハマります。

1つ目 — Bashコマンドの実行は戻らない

/rewind は Claudeのファイル編集ツール経由の変更 だけを追跡します。

つまり、Claudeが Bash(rm file.txt) でファイルを削除したり、 Bash(mv old new) でリネームした変更は 戻せません。

「rm -rf で消えたファイルを /rewind で戻したい」は無理。

2つ目 — git管理が前提

チェックポイントは セッション内の短期復旧 専用。永続的なバージョン履歴ではありません。

セッションを切ったり、PCを再起動すると、 30日経過しなくてもアクセス難 になることがあります。本格的な変更は gitで定期コミット が前提。

3つ目 — チェックポイントが多すぎると見づらい

長い会話で何十回もファイルを編集すると、巻き戻しメニューが 長大な一覧 になります。「どの時点に戻ればいいか分からない」状態になりやすい。

これを防ぐには、 作業の節目で /clear するか、 新しい会話を立ち上げる のが有効です。

「失敗を防ぐ」目的だと、Plan modeも近い役割。違いを整理。