Claude Code rewind 使い方｜巻き戻し・やり直しを完全解説

Claude Code rewindとは何か――チェックポイント機能の設計思想を理解する

Claude Code には、会話ターンごとにチェックポイントを自動記録する仕組みが組み込まれている。この仕組みを呼び出すコマンドが /rewind であり、「巻き戻し・やり直し」を実現する中核的な操作手段として機能する。

Agenticなコーディングツールが複数ファイルにまたがる編集を実行した後、「この設計方針自体が誤りだった」と判断した場合を考えてほしい。Gitの git restore や git checkout を使えばファイルは戻せるが、Claudeとの会話コンテキスト――Claudeが「この変更は既に完了した」と認識している状態――は残ったままになる。コンテキストがずれたままで続きの指示を送ると、Claudeは誤った前提を引き継いで次の編集を行う。

rewindはこの問題をセッション内で解決する。公式ドキュメントによれば、Claude Code は各プロンプト送信のタイミングでエディット内容と会話履歴をチェックポイントとして保持しており、/rewind を実行するとそのチェックポイント一覧がメニュー形式で表示される。目的の時点を選択した時点で、ファイルの状態と会話コンテキストがセットでその時点まで復元される（出典: チェックポイント – Claude Code Docs）。

設計上の重要な点は、これがGit操作を置き換えるものではないことだ。rewindはClaudeが管理するセッション内の状態管理レイヤーであり、コミット前の試行錯誤を高速に繰り返すための補助機能として位置づけるのが正確な理解だ。Gitはコード品質が確認できた時点で使用し、rewindはそこに至るまでの探索コストを下げるために使う――この二層構造を意識することが、実務での効果的な活用につながる。

rewind機能の前提となるClaude Codeの全体像はClaude Code 総合ガイドを参照してほしい。インストールがまだであればClaude Code インストール手順から始めることを推奨する。

claude code rewind の使い方――起動方法と巻き戻し手順を段階的に把握する

rewindを起動する方法は公式ドキュメントが明示する2種類がある。いずれもClaude Codeのセッション内（プロンプト入力画面）で実行する（出典: チェックポイント – Claude Code Docs）。

方法1: /rewindコマンドを直接入力する

プロンプト欄に以下を入力してEnterを押す。

/rewind

コマンド実行後、セッション内のチェックポイント一覧がメニュー形式で表示される。各エントリには「その時点でClaudeに送ったプロンプトの先頭テキスト」と「タイムスタンプ」が示される。矢印キーで目的のチェックポイントを選択してEnterを押せば復元が完了する。このコマンドはClaude Codeが提供するスラッシュコマンドの一つであり、全体像はClaude Code スラッシュコマンド一覧で確認できる。

方法2: Escキーを2回連続して押す

プロンプト欄が空の状態でEscキーを素早く2回押すと、/rewindと同一の巻き戻しメニューが開く。公式ドキュメントは「プロンプト入力にテキストが含まれている場合、ダブルEscは機能しない」と明示しており、テキストを入力済みの状態では動作しない点に注意が必要だ（出典: チェックポイント – Claude Code Docs）。直前のターンを素早く取り消したい場合はこのショートカットが最も速い。

復元後のやり直し手順

rewindで過去のチェックポイントへ戻った後は、改めてプロンプトを入力するだけで別のアプローチを試せる。チェックポイントを選択した時点で、ファイルの状態も会話コンテキストもその時点のものに巻き戻るため、Claudeは以前の誤った変更を「認識していない状態」で新たな指示を受け取る。「間違った指示を取り消して正しい指示で再実行する」という流れが、追加の環境操作なく一連の操作として完結するのがこの機能の実用上の強みだ。

操作の流れを整理すると次のようになる。

1. Claude Codeセッション内でプロンプト欄を空にする
2. /rewind と入力してEnterを押す（またはEscキーを2回押す）
3. 表示されたチェックポイント一覧から復元したい時点を矢印キーで選択する
4. Enterを押して復元を確定する
5. 修正した指示を入力して再実行する

各ステップに特別なオプションフラグや追加パラメータは存在しない。シンプルな操作で完結するように設計されている点が、日常的なやり直し操作としての採用障壁を低く保っている。

rewindとforkの違い――巻き戻しと分岐の技術的トレードオフ

rewindと同じく会話履歴を操作する機能として fork がある。両者は似て非なるものであり、用途を誤ると意図しない結果を招く。

rewindは「現在のセッションを指定チェックポイントの状態へ置き換える」操作だ。巻き戻した後の状態が唯一の現在となり、それ以降のターンは上書きされる。一方forkは「現在のセッションを保持したまま、指定時点から新しいブランチ（別セッション）を派生させる」操作だ。元のセッションは消えない（参考: DevelopersIO「Claude codeの[rewind]と[fork]」2026年2月19日）。

rewind と fork の機能比較

比較項目	rewind（巻き戻し）	fork（分岐）
操作の本質	指定チェックポイントへセッションを置き換える	指定時点から新しいセッションを派生させる
元のセッション	置き換えられる（失われる）	元のセッションが残る
典型的な用途	指示ミス・意図しないファイル変更の取り消し	設計案A/Bを並行して比較検討する
操作コスト	低（その場で即座に完結）	中（複数セッションの管理が発生）
適したフェーズ	方針が確定している。直前の実行を誤った場合	複数のアーキテクチャ案を並行評価したい場合
トークン消費	余分なターンを削除するため節約につながる	セッションが増えるため総消費量は増加傾向

「会話を巻き戻してやり直す」のがrewind、「同じ土台から別の枝を作る」のがforkというイメージが理解の助けになる。長時間セッションで複数の設計案を試したい場合はforkが有効だが、「直前の失敗を取り消したい」という日常的なケースでは迷わずrewindを選ぶのが合理的だ。

なお、Gitのworktreeと組み合わせて並行セッションをファイルシステムレベルで分離する構成も存在する。公式ドキュメント「Common workflows」では、worktreeを使って並行セッションの編集衝突を避ける手法が紹介されており（出典: Common workflows – Claude Code Docs）、大規模なA/B比較には有効な選択肢となる。

rewindを活かす実践的な活用パターンと見落とされがちな限界

活用パターン1: 大規模リファクタリング前の意図的なセーフポイント確認

「auth.pyの認証ロジックを全面的に書き直して」という指示を送る前に、現在のチェックポイント位置を意識してセッションを進める習慣が有効だ。リファクタリング後にテストが大量に壊れた場合、Gitへのコミットを挟まずにその前の状態へ即座に戻れる。特に複数ファイルにまたがる変更では、Gitのステージング状態の整理コストが高くなるため、rewindによる回収コストの低さが際立つ。

活用パターン2: 曖昧な指示による意図しないファイル変更の取り消し

「テストファイルだけ修正して」と伝えたつもりが、指示の曖昧さからClaudeが本体コードも変更してしまった――というケースはAgenticなコーディングツールで頻繁に起きる現象だ。このとき /rewind で指示を送る前のチェックポイントへ戻り、「tests/ディレクトリ以下のファイルのみを対象に修正して」という明確な指示を再入力することで問題が解消される。やり直しのコストが低いことが、指示の精度を段階的に高める反復的なアプローチを可能にする。

活用パターン3: 複数アプローチの検証サイクルを1セッション内で完結させる

「まずclassベースで実装してみて」→動作確認→rewindで巻き戻し→「今度は関数型で実装して」という比較検討を1セッション内で行える。設計方針の決定に確証が持てない段階での試行コストを大幅に下げる使い方だ。ただし、比較すべきアプローチが3つ以上あり、それぞれを並行して評価したい場合はforkとworktreeの組み合わせの方が管理しやすい。

活用パターン4: セッション終盤でのコンテキスト肥大化対策

長時間のセッションでは会話コンテキストが肥大化し、Claudeへの指示の精度が落ちることがある。意図しない方向に進んだターンをrewindで取り消すことで、コンテキストの余分な情報を削り、以降の指示応答品質を維持する効果が期待できる。これはトークン消費量の節約にも直結する。Claude Codeの料金体系についてはClaude Code 料金ガイドおよびClaude Code API料金の詳細を参照してほしい。

rewindの限界と運用上の注意点

rewindを適切に使うには、この機能が何をできて何をできないかを正確に把握することが不可欠だ。

セッションをまたいだ復元はできない。 新たにClaude Codeを起動した新規セッションでは、前回セッションのチェックポイントは参照できない。セッションをまたいだ状態管理には別途 --continue や --resume オプションによる会話再開機能を使う必要があり、これはrewindとは別の機能だ。

外部副作用は復元されない。 Claudeがターミナルコマンドを実行してデータベースにレコードを書き込んだ場合、あるいはファイルを物理削除した場合など、ファイルシステムの変更以外の副作用はrewindで元には戻せない。破壊的なコマンド（DBマイグレーション、クラウドリソースの作成・削除など）の実行前には、Claude Codeへの権限付与範囲を事前に設計し、必要に応じてドライランを挟む運用が必要だ。

Gitの代替ではない。 rewindで戻せるのはセッション内の変更に限られる。長期的なバージョン管理・チームへの共有・CI/CDパイプラインとの連携にはGitコミットが不可欠であり、rewindはそれを補完するセッション内のセーフティネットとして位置づける。

非常に長いセッションでは初期チェックポイントが表示されない可能性がある。 公式ドキュメントにチェックポイントの保持上限に関する明示的な記述は現時点では確認できない。ただし、セッションが長大になるほど管理上のリスクが高まるため、区切りとなるタイミングでGitコミットにより状態を確定させ、必要に応じてセッションを分割する運用が現実的だ。

他のAIコーディングツールとの比較視点

CursorやGitHub Copilotなど他ツールにも「変更を元に戻す」操作は存在するが、「会話コンテキストとファイル状態をセットで特定時点へ復元する」という設計はClaude Code固有のアプローチだ。エディタのundoやGit操作でファイルを戻しても、AIとの会話上の認識はずれたまま残るという問題を根本的に解決しようとしている点に設計上の差異がある。詳細な機能比較はClaude Code vs Cursor 比較を参照してほしい。また、OpenAI Codexとの比較はClaude Code vs Codex 比較で確認できる。

---

まとめ――rewindを開発フローに組み込む実践指針

Claude Code の rewind（チェックポイント機能）は、/rewind コマンドまたはEscキー2回で起動し、ファイルの状態と会話コンテキストを任意の時点へセットで巻き戻す。やり直しは復元後に新たな指示を入力するだけで完結する。公式ドキュメントが示す仕様は明快であり、操作手順そのものに習熟コストはほぼかからない（出典: チェックポイント – Claude Code Docs）。

実装を検討するエンジニアへの指針をまとめる。

• 大規模な変更（全面リファクタ・ファイル削除・DBコマンド実行）の前後でrewindのチェックポイント位置を意識する。
• 設計の比較検討にはforkを、方針ミスの即時取り消しにはrewindを使い分ける。
• 外部副作用（DB書き込み・クラウドリソース操作など）はrewindで復元できないため、Claude Codeに与えるコマンド実行権限の範囲を事前に設計しておく。
• セッションをまたぐ永続的な状態管理はGitコミットで行い、rewindはセッション内のセーフティネットとして位置づける。
• 長時間セッションでは区切りのタイミングでGitコミットを入れ、セッションを適度に分割する運用が安全だ。

Claude Codeの基本的な使い方全体についてはClaude Code 使い方ガイドを、初めて導入する場合はClaude Code はじめ方を合わせて参照してほしい。SEOや特定業務への活用例はClaude Code SEO活用ガイドでも扱っている。

---

弊社が開発するDeepAIは、実在の人物の容姿・表情・声・振る舞いをデジタル空間で再現するバーチャルヒューマン／AIアバター製品だ。弊社DeepAIでは実際に、ソファーなど不定形物の正常・異常分類をはじめとする現場適用事例を持ち、AIを実務プロセスに組み込む技術的な知見を蓄積している。コード生成ツールの活用だけでなく、AI導入全般についての相談は弊社までご連絡いただきたい。

参考文献

• チェックポイント – Claude Code Docs（公式一次情報）
• Common workflows – Claude Code Docs（公式一次情報）
• DevelopersIO「Claude codeの[rewind]と[fork]はうまく使うと結構便利」（2026年2月19日）
• Zenn「Claude Codeのチェックポイント機能（rewind）とは？コードを巻き戻す使い方」