ClaudeCodeの中断復帰で迷わない7手順と再開ミス完全回避術

ClaudeCodeで作業している途中に、急な会議、PC再起動、ターミナルの終了、方向性の間違いが起きると、「昨日どこまで進めたっけ？」で手が止まりがちです。いちばん怖いのは、コードそのものより作業の文脈を失うことです。どのファイルを直し、何を試し、どのエラーで止まったのかが曖昧になると、再開後に同じ説明を繰り返すことになります。ClaudeCodeでは、正しい再開コマンド、作業メモ、セッション整理を組み合わせるだけで、翌日でもかなり自然に続きを始められます。

まず覚えるべき復帰コマンドは2つだけ

直前の続きを開くなら–continue

最後に作業していた流れへすぐ戻りたいときは、ターミナルで

を実行します。休憩後、PC再起動後、うっかりターミナルを閉じた後は、まずこの操作で十分です。現在のプロジェクトフォルダで最後に使ったセッションが読み込まれ、前回の会話や作業の流れを引き継いだ状態で始まります。
ここで大事なのは、必ず前回と同じプロジェクトフォルダで実行することです。別の階層で実行すると、ClaudeCodeは別の作業場所だと判断し、期待した履歴が出ないことがあります。迷ったら、ターミナルで現在地を確認してから、プロジェクトのルートフォルダへ移動して実行してください。

過去の作業から選ぶなら–resume

「直前ではなく、昨日の認証修正に戻りたい」「複数のタスクを並行していて、どれが目的の作業かわからない」という場面では、

を使います。実行すると過去のセッション候補が表示され、作業日時や名前を見ながら選べます。
初心者は、最初から難しい管理をしようとしなくて大丈夫です。迷ったときは

、直前に戻るだけなら

。この2つの使い分けだけで、中断後の復帰はかなり安定します。

中断する前にやるだけで翌日が楽になる準備

終了前に次の一手を1文で残す

ClaudeCodeを閉じる直前に、「次はログイン失敗時のエラー表示を確認して」「次はテストが落ちている原因をsrc/authから見て」と入力しておくと、再開後の迷いがかなり減ります。これは立派な作業メモです。長い説明はいりません。次に開いたとき、画面上に次の行動が残っているだけで、脳の再起動が速くなります。
特に初心者がやりがちな失敗は、「今日はここまで」とだけ思って閉じることです。翌日になると、なぜ止めたのか、どの案を採用したのか、何をまだ確認していないのかが薄れます。閉じる前の30秒で、未来の自分に向けて次に確認するファイル名、残っているエラー、次の操作を書いておくと、復帰後に同じ場所をぐるぐる回らずに済みます。

作業名を付けて迷子を防ぐ

複数の修正を並行するなら、セッションに名前を付ける習慣が効きます。ClaudeCode内で

のように入力すると、後から見たときに何の作業だったか判断しやすくなります。名前は英語でも日本語でもかまいませんが、後から検索しやすい形にします。
おすすめは、日付、対象機能、目的がわかる名前です。たとえば「0428-login-validation」「0428-api-timeout-fix」のようにしておくと、数日後に

を開いたときも迷いません。名前を付けないまま作業を増やすと、似たような履歴が並び、結局どれを開けばよいかわからなくなります。

作業中断から復帰までの安全な流れ

いきなり再開コマンドを打って動かすより、現在地と状態を確認してから進めるほうが失敗しにくくなります。特にファイル変更を伴う作業では、AIの記憶だけで判断せず、画面上で確認できる状態に戻してから指示を出すのが安全です。

この順番にすると、再開直後にありがちな「記憶は戻っているように見えるのに、実ファイルの状態とズレている」という事故を減らせます。ClaudeCodeは強力ですが、最後に正しいかを確認するのは画面上のファイル、テスト結果、エラーメッセージです。

復帰できないときに見る場所

まずプロジェクトフォルダを疑う

セッションが見つからないとき、最初に疑うべきはコマンドではなく現在のフォルダです。ClaudeCodeの履歴は作業場所と強く結びつくため、似た名前の別フォルダ、親フォルダ、サブフォルダで起動すると、期待した履歴が出ないことがあります。
ターミナルで現在地を確認し、いつもClaudeCodeを起動していた場所へ戻ってから、もう一度

を試してください。Gitリポジトリを別の場所へコピーした場合も、同じプロジェクトに見えて別扱いになることがあります。この場合は、元の場所で履歴を開くか、新しい場所で引き継ぎメモを読み込ませて作業を再構築します。

履歴が戻っても会話が噛み合わないとき

再開できたのに返答が不自然なときは、長すぎる会話、古い方針、途中で変わった要件が混ざっている可能性があります。この状態で無理に進めると、前に捨てた案を掘り返したり、すでに直したファイルを再修正したりします。
この場合は、まず「現在のゴール、変更済みファイル、未解決のエラー、次の一手だけに整理して」と依頼します。その要約が合っていれば続行します。違っていれば、正しい状態を短く伝えてから進めます。会話が重くなっているなら

で要点を圧縮し、不要なやり取りを減らします。大切なのは、再開直後にすぐ実装させないことです。最初の1分で認識合わせをすると、後の手戻りが減ります。

中断と復帰を安定させるCLAUDE.mdの使い方

毎回言っているルールはファイルに固定する

再開のたびに「テストはこのコマンドで」「TypeScriptはstrictで」「APIの変更後はこのファイルも確認して」と説明しているなら、その内容はCLAUDE.mdに書くべきです。CLAUDE.mdは、ClaudeCodeがプロジェクトを理解するためのルールブックとして使えます。
書く内容は立派な文章でなくてかまいません。使用技術、テストコマンド、触ってはいけないファイル、レビュー時の注意点、完了条件を短く並べます。たとえば、ログイン機能なら「認証処理を変更したら必ずログアウト動作も確認する」と書いておくと、再開後も判断が安定します。

履歴に頼りすぎないほうが強い

セッション履歴は便利ですが、何でも履歴に任せると弱くなります。長い会話は圧縮されることがあり、細かなニュアンスが薄れることもあります。一方、CLAUDE.mdや仕様メモのようにファイルとして残した内容は、プロジェクト内で確認しやすく、人間にもAIにも読み直しやすい状態になります。
初心者ほど、AIとの会話を「全部覚えてくれる場所」と考えがちです。実務では逆です。変わらないルールはファイルへ、今日だけの流れはセッションへ、次回の一手は終了前のメモへ分けると、復帰が安定します。

生成を途中で止めたいときの判断

方向が違うと感じたらCtrl+Cで止める

ClaudeCodeが長い生成を始めたとき、明らかに違うファイルを触っている、不要な大改修に進んでいる、説明した条件を無視していると感じたら、待ち続ける必要はありません。ターミナルでCtrl+Cを押して中断します。
中断したら、すぐに「今の方針は違います」とだけ言うのではなく、「変更対象はsrc/components/LoginFormだけ」「既存APIは変えない」「まず原因調査だけ」と範囲を狭めて伝えます。中断は失敗ではありません。むしろ、早い段階で方向を戻すための操作です。

止めた後は同じ指示を繰り返さない

生成を止めた直後に、同じプロンプトをもう一度送ると、同じ方向に進むことがあります。止めた理由を1つ加えてから再依頼してください。「大規模リファクタではなく最小修正にして」「コードを書く前に差分案だけ出して」「まずエラー原因を3つに絞って」のように、次の動きを制限します。
このひと手間で、AIの作業範囲が狭まり、確認しやすい結果になります。特に初心者は、ClaudeCodeに一気に直させるより、調査、方針、修正、確認を分けるほうが安全です。

ClaudeCodeの作業中断と復帰に関する疑問解決

再開後にまず何を聞けばいい？

最初に聞くべきなのは、「前回の続きをやって」ではありません。「前回の目的、変更済みファイル、未完了作業、次に確認するコマンドを短く整理して」と聞きます。これで、ClaudeCodeが何を覚えているかが画面上に出ます。
内容が合っていれば作業を続けます。違っていれば、その場で直します。再開直後の認識合わせを飛ばすと、間違った前提でコード変更が進みます。

セッションが長すぎると何が困る？

会話が長くなると、古い判断、試しただけの案、すでに不要なエラーまで混ざります。その結果、返答が遅くなったり、今の目的と関係ない提案が出たりします。
区切りのよいタイミングで

を使うと、重要な流れだけに圧縮できます。ただし、消えて困るルールは会話の中だけに置かず、CLAUDE.mdや仕様ファイルへ残してください。

別の案を試したいときはどうする？

今の流れを壊したくないなら、作業を分岐させます。分岐したセッションでは別案を試し、元のセッションはそのまま残せます。大きなリファクタ、依存関係の更新、設計変更の検証では、いきなり本流で進めないほうが安全です。
試した結果が良ければ、その内容を本流へ反映します。悪ければ分岐先を捨てればよいだけです。Gitのブランチと同じ感覚で考えるとわかりやすいです。

初心者が最初につまずく落とし穴

ターミナルでコマンドを打ったのに前の作業が出てこない

ターミナル（文字でPCを操作する黒い画面）で

を打ったのに、昨日のやり取りが出てこない。初心者がかなり高い確率でここにハマります。画面には新しい会話が始まったような表示が出て、「え、消えた？」と焦ります。
原因はだいたい開いているフォルダが違うことです。ClaudeCodeは「どのフォルダで作業していたか」をかなり重視します。昨日はプロジェクトの中で作業していたのに、今日はホームフォルダや親フォルダで起動していると、別の作業として扱われます。
一発で直すなら、まず現在地を確認します。ターミナルで

を入力すると、今いるフォルダの場所が表示されます。その表示が、昨日コードを触っていたプロジェクトの場所と違っていたら、

で移動します。たとえばプロジェクトが

にあるなら、

と入力します。そのあとで

を実行します。候補一覧が出たら、日時や名前を見て昨日の作業を選びます。ここまでやって目的の履歴が出ればOKです。
ぶっちゃけ、初心者のうちは

より先に

を見る癖をつけたほうがいいです。現在地がズレているまま何回コマンドを打っても、同じところで迷います。

再開できたのに何を頼めばいいかわからなくなる

ClaudeCodeの画面は開けた。でも、カーソルが点滅しているだけで「さて、何て言えばいいんだ？」と止まる。これもかなりよくあります。前回の続きがあるはずなのに、最初の一言を間違えると、いきなり違う方向に進みそうで怖くなる場面です。
原因は、再開直後に人間側の頭がまだ前回の状態に戻っていないことです。ClaudeCodeの履歴が残っていても、読者自身が「何をやっていたか」を思い出せないと、具体的な指示が出せません。
こういうときは、最初の1分だけ整理に使います。ClaudeCodeが起動したら、いきなり「続きをやって」と言わず、次の一文をそのまま入力します。

。これで、画面上に作業の地図が出ます。表示された内容を読んで、合っていれば「その順番で進めて」と入力します。違っていれば、「変更済みファイルは〇〇ではなく□□です」と1つだけ訂正してから進めます。
この場面で、最初の返答を作業再開ではなく状況整理に使うと、失敗率が一気に下がります。慣れるまでは毎回これでいいです。

コマンドの意味を覚えようとして手が止まる

記事を読んだ直後は、

、

、

、

などが並んで見えて、急に難しく感じます。「全部覚えてから始めよう」と思った瞬間、たいてい行動が止まります。
原因は、最初から管理術まで完璧にやろうとしていることです。ClaudeCodeの復帰で最初に必要なのは、全部の機能を理解することではありません。昨日の続きを安全に開けることだけです。
一発で解決する手順はシンプルです。まずメモ帳やエディタに、次の3行だけ保存します。1行目に

、2行目に

、3行目に

と書きます。次に、実際のプロジェクトフォルダを開きます。ターミナルで

を打ち、場所が合っていることを確認します。そのあと

を打ちます。最後に、整理用の一文を貼り付けます。これで最初の復帰練習は完了です。
最初の3日間は、これ以外のコマンドを無理に使わなくていいです。選ぶ、整理する、進めるだけできれば、もう実務では十分に前進できます。

「知っている」と「できる」の差を埋める実践ロードマップ

最初の7日間は、いきなり本番の大きな修正に使わず、5分から30分の小さな練習で体に覚えさせるのが近道です。1日ごとのゴールを小さく切ると、「わかった気がする」から「実際に戻れる」に変わります。

この7日間で大事なのは、毎日長く触ることではありません。1回あたり5分から15分でいいので、同じ場所で開く、履歴を選ぶ、最初に整理するを繰り返すことです。自転車と同じで、説明を読むより3回乗ったほうが早いです。

現実でよくある「あるある失敗」と専門家の対処法

昨日の続きを開いたつもりで別タスクを進めてしまう

かなりリアルに起きます。

で一覧を開き、なんとなく一番上の候補を選ぶ。画面にはそれっぽい会話が出る。安心して「続きをやって」と頼む。数分後、触っているファイル名が違うことに気づく。このパターンです。
根本原因は、再開直後にセッションの本人確認をしていないことです。人間同士でも、久しぶりの打ち合わせで最初に議題を確認します。ClaudeCodeでも同じです。
専門家なら、再開後すぐに実装させません。まず「このセッションの目的を1行、直近で触ったファイルを3つ、未完了の作業を3つ出して」と聞きます。次に、表示されたファイル名をエディタ上の実ファイルと見比べます。違っていたら、そのセッションでは作業を進めず、もう一度

に戻ります。目的とファイルが一致したら、初めて「次の1ステップだけ進めて」と依頼します。
予防策は、作業終了時に必ずセッション名を付けることです。名前は凝らなくていいです。

の順番にします。たとえば

のようにしておくと、翌日選ぶときの迷いが減ります。

復帰できた安心感でいきなり大きな修正を頼む

「戻れた！じゃあこのまま全部直して」と言いたくなります。初心者ほど、再開できた勢いで一気に進めようとします。すると、ClaudeCodeが複数ファイルをまとめて変更し、後から何が変わったのか追えなくなります。
根本原因は、復帰直後の状態確認を飛ばしていることです。復帰した瞬間は、まだ安全確認が終わっていません。車でいえば、エンジンはかかったけれど、ミラーもブレーキも見ていない状態です。
専門家なら、復帰後の最初の作業を必ず小さくします。まず「コードはまだ変更せず、現状確認だけして」と入力します。次に「変更が必要なファイルを最大3つに絞って」と頼みます。さらに「最初の1ファイルだけ差分案を出して」と進めます。差分案を読んで納得できたら、そこで初めて修正を許可します。
予防策は、再開後10分は調査だけというルールを決めることです。10分だけ現状確認に使えば、大きな手戻りをかなり防げます。急いでいるときほど、最初の10分をケチらないほうが結果的に速いです。

中断前のメモを残さず毎回思い出し作業から始める

作業を終えるときに「まあ明日覚えているだろう」と閉じる。翌日になると、何を直していたかは少し覚えているけれど、最後に詰まったエラーや次に見るファイル名が出てこない。結局、ログを読み返して15分使う。これも初心者あるあるです。
根本原因は、作業の最後に未来の自分への引き継ぎを書いていないことです。ClaudeCodeに履歴があっても、人間側の記憶が戻るまで時間がかかります。
専門家なら、終了前の30秒を固定作業にします。まず「今日やったことを3行でまとめて」と頼みます。次に、その返答を見て「次回最初にやることを1行で書いて」と頼みます。最後に、その1行が具体的なら終了します。曖昧なら「ファイル名と確認コマンドを入れて書き直して」と頼みます。
予防策は、終了前の合言葉を作ることです。たとえば毎回

と入力します。この1文を辞書登録やスニペット（よく使う文章を一瞬で出す機能）に入れておくと、毎回10秒で使えます。

ぶっちゃけこうした方がいい！

ぶっちゃけ、初心者が最初からClaudeCodeのセッション管理を全部きれいに使いこなそうとしなくていいです。最初に狙うべきゴールは、「かっこよく管理すること」ではなく、昨日の続きに迷わず戻れることです。
最短で結果を出したいなら、最初の2週間はコマンドを3つだけに絞ってください。使うのは

、

、

です。

で場所を確認する。

で履歴を選ぶ。

で名前を付ける。この3つだけです。

は便利ですが、初心者は「本当に正しい続きか」を確認しないまま進めがちなので、最初は一覧から選ぶ

のほうが安全です。
ぶっちゃけ、

や分岐の使いこなしは後回しでいいです。もちろん便利です。でも、まだ作業履歴の選び方も不安な段階でそこまでやると、覚えることが増えて手が止まります。最初は「正しいフォルダで開く」「正しいセッションを選ぶ」「次回の一言を残す」だけに集中したほうが、圧倒的にコスパがいいです。
現場でいちばん効くのは、終了前の1分ルールです。作業を終える直前に、次の3つを必ず画面に残します。

この3行があるだけで、翌日の復帰が本当に楽になります。セッション管理の知識より、この3行のほうが初心者を助ける場面は多いです。
もう1つ本音を言うと、初心者は大きなタスクをClaudeCodeに丸投げしないほうがいいです。「ログイン機能を全部直して」ではなく、「ログイン失敗時のエラーメッセージだけ確認して」「まず変更候補のファイルを3つ出して」「1ファイルだけ修正して」と小さく頼みます。小さく頼むと、結果を読めます。結果を読めると、間違いに気づけます。間違いに気づけると、怖くなくなります。
最初の近道は、派手な自動化ではありません。毎回同じ手順で戻ることです。ターミナルを開く。

で場所を見る。

で選ぶ。最初に4行整理させる。10分だけ現状確認する。小さく1つ直す。最後に次回メモを残す。この流れを5回繰り返せば、「なんとなく怖いツール」から「戻れるから安心して使える道具」に変わります。
正直、初心者が最短で伸びる人は、コマンドをたくさん知っている人ではありません。戻り方を固定している人です。戻り方が決まっていると、中断が怖くなくなります。中断が怖くなくなると、ClaudeCodeを日常の作業に入れられます。まずは今日、いま触っているプロジェクトで

を打ち、場所を確認して、次に

を試してください。そこからが本当のスタートです。

よくある質問

ターミナルを閉じても作業は消えますか？

通常は、セッション履歴が残るため、ターミナルを閉じただけで即座にすべて消えるわけではありません。再開するときは、同じプロジェクトフォルダで

または

を使います。ただし、未保存のエディタ変更や外部ツール側の状態は別です。コードエディタで保存していない内容は、ClaudeCodeの履歴とは別に確認してください。

–continueと–resumeはどちらを使えばいいですか？

直前の続きを最短で開くなら

です。候補を見て選びたいなら

です。初心者は、朝いちばんに前日の続きをやるなら

、複数案件を切り替えるなら

と覚えると迷いません。

再開したのに前回の内容を覚えていないように見えます

まず現在のプロジェクトフォルダが合っているか確認します。次に、選んだセッションが本当に目的の作業か確認します。それでも噛み合わない場合は、会話履歴に頼り切らず、現在の差分、エラー、目的を短く伝えて立て直します。「この状態から再開します。目的はログイン失敗時の表示修正です。まず差分を確認して」と指示すると、現状ベースで復帰しやすくなります。

中断前に必ずやるべきことはありますか？

最低限やるべきことは、次回の一手を書くことです。「次はnpmtestの失敗原因を確認する」「次はsrc/api/user.tsだけを見る」のように1文で残します。余裕があれば、セッション名を付け、CLAUDE.mdに残すべき恒久ルールがないか確認します。この3つを習慣にすると、翌日の再開がかなり楽になります。

まとめ

ClaudeCodeの作業中断と復帰で大切なのは、特別な裏技ではありません。直前なら

、選び直すなら

、会話が長くなったら

、迷子を防ぐなら

。この基本を、同じプロジェクトフォルダで丁寧に使うことです。
さらに、終了前に次の一手を残し、毎回使うルールをCLAUDE.mdに書いておけば、復帰後の説明や手戻りは大きく減ります。中断は作業の失敗ではなく、次に速く戻るための区切りです。今日の作業を終える前に、次回やることを1文だけ残してください。その小さな習慣が、明日の再開をいちばん確実に楽にします。