チェックポイントで巻き戻す

段	達成したと言える状態
1. 触る	空のプロンプト入力で `Esc` を 2 回押して rewind メニューを開き、6 つのアクションを目で見た
2. 入れる	作業をやり直したい場面で Restore code と Restore conversation を使い分けている
3. 効かせる	rewind で戻せない変更（bash 経由・subagent・外部編集）を把握し、そこは git で守っている

何のためのものか

Claude のファイル編集とコンバセーションの状態を自動で記録し、/rewind で以前の状態へ戻す機能。プロンプトごとにチェックポイントが作られる。

バージョン管理の代替ではない。 セッション単位の復旧手段であり、恒久的な履歴には git を使う。

入力にテキストがある状態で Esc を 2 回押すと、メニューではなく入力のクリアになる。クリアしたテキストは入力履歴に残り Up で戻せる。

戻す対象を選べることを覚える。ここが使い分けの本体である。

アクション	使う場面
Restore code and conversation	丸ごとやり直す
Restore conversation	書かれたコードは残し、指示だけやり直す
Restore code	会話の文脈は保ったまま、ファイルだけ元に戻す
Summarize from here	その時点以降を圧縮してコンテキストを空ける
Summarize up to here	その時点より前を圧縮し、以降はそのまま残す

Restore conversation と Summarize from here の後は、選んだメッセージの元のプロンプトが入力欄に戻る。書き直して投げ直せる
要約は Summarize の行で add context (optional) に指示を書いてから Enter を押すと焦点を指定できる。数字キーで選ぶと指示なしで即座に要約される

戻せる範囲を正確に知る。ここを誤解していると「戻したのに直っていない」が起きる。

戻せるのは Claude のファイル編集ツール経由の変更だけ。 bash の rm / mv / cp による変更は追跡されない
subagent の編集は通常は復元されない。 例外はフォアグラウンドで動く context: fork の skill
Claude Code の外での手作業や並行セッションの編集は記録されない
symlink / hard link のパスはスキップされ Restored the code, but skipped N files の警告が出る。どれが飛ばされたかは /debug でデバッグログを有効にしてから復元すると ~/.claude/debug/ に残る

ファイルスナップショットは最新 100 チェックポイント分まで。 それより前は残らない
チェックポイントはセッションとともに 30 日で削除される。 期間は cleanupPeriodDays 設定で変える
同一プロセス内で /clear した後は、rewind メニューの先頭に出る /resume の項目から前のセッションへ戻れる。プロセスを終了すると使えなくなる