Claude Codeを使い始めてみたものの、ターミナルを一度閉じちゃうと「さっきの続きはどうやるんだっけ？」と迷うことってありますよね。せっかくAIと一緒にコードを書いていたのに、その流れが途切れてしまうのはもったいないなと感じます。
実はClaude Codeには、Claude Codeの前のセッションをサクッと再開するためのコマンドや、履歴を保存しておくための賢い仕組みがしっかり備わっているんです。これを知っておくだけで、開発の効率がぐんと上がりますし、何より「続きからすぐ始められる」という安心感が手に入りますよ。
この記事では、基本的な再開コマンドから、うっかり履歴が消えないための設定方法、さらには気になるAPIコストの話まで、初心者の方にも分かりやすく解説していきます。使いこなせるようになれば、Claudeが頼もしい相棒としてもっと身近に感じられるはずです。
- Claude Codeで前のセッションを瞬時に再開する基本コマンドの使い方
- 特定の過去セッションを一覧から選んで復元するresume機能の活用術
- セッション履歴が自動で消えないように保存期間をカスタマイズする方法
- 再開時のAPIコストやプロンプトキャッシュを意識した賢い運用方法
Claude Codeで前のセッションを再開する基本
開発を中断した後に「前のセッション」の状態へ戻るのは、Claude Codeにおいて最も基本的な操作の一つです。ここでは、迷わず作業を再開するための代表的なコマンドとその仕組みについて見ていきましょう。
使い方とコマンド一覧
Claude Codeで作業を再開する方法はいくつかありますが、状況に合わせてコマンドを使い分けるのがスマートです。単に「前回の続き」をやりたいのか、それとも「数日前のあの作業」に戻りたいのかによって、最適なアプローチが変わってきます。まずは、よく使うコマンドを整理してみました。これらを覚えておくだけで、「どこまでやったっけ？」と悩む時間がゼロになります。
| コマンド | 短縮形 | 目的 |
|---|---|---|
claude --continue | -c | 直近のセッションをそのまま再開する |
claude --resume | -r | 過去の履歴リストから選んで再開する |
/resume | （なし） | 対話中に別の過去セッションへ切り替える |
これらのコマンドは、ターミナル上での開発体験を劇的に変えてくれます。例えば、バグ修正の途中で急な会議が入っても、PCを閉じて後で claude -c と打つだけで、AIは直前の文脈を保持したまま待っていてくれます。まるで、作業を一時停止（ポーズ）していたかのような感覚で再開できるのが魅力ですね。特に --continue は、現在作業しているディレクトリのパスを自動で判別してくれるため、複数のプロジェクトを掛け持ちしていても「別のプロジェクトの履歴が開いちゃった！」というミスが起きにくい設計になっています。
continueで直近の作業を再開
一番出番が多いのが、この claude --continue （または -c ）ですね。これを使うと、現在のプロジェクトディレクトリで最後に行っていたやり取りを自動で見つけ出し、即座に復元してくれます。単にテキストの履歴を表示するだけでなく、Claudeがその時点で認識していたファイル構成や、直前のコード修正案、さらには「次に何をすべきか」という思考のコンテキストまで引き継がれるのが大きな特徴です。
例えば、リファクタリングの途中で「この関数の修正が終わったら、次はテストを書いてね」と指示した直後にセッションを閉じたとしましょう。再開時に claude -c を実行すれば、Claudeは「さあ、さっき話していたテストの実装を始めましょうか」といった具合に、スムーズに話を繋げてくれます。これは、開発中の「脳内キャッシュ」をAIが肩代わりしてくれているようなもので、ランチ休憩の後に重い腰を上げるハードルをグッと下げてくれます。まさに「続きから」を実現する最短ルートと言えますね。なお、このコマンドはカレントディレクトリ（今いるフォルダ）に基づいて履歴を探すため、プロジェクトごとに独立した「続き」を保持できるのも便利なポイントです。
resumeによる履歴の選択
「昨日のあの作業に戻りたいな」とか「別の機能を実装していた時のコンテキストを呼び出したい」という時には、 claude --resume （または -r ）が便利です。これを実行すると、対話型のセッションピッカーが起動します。単に最新の履歴に戻るのではなく、過去に遡って任意の時点からリスタートできるのがこの機能の強みです。
ピッカーが起動すると、ターミナル上に過去のセッションがリスト形式でズラリと並びます。矢印キーで上下に動かして選べるようになっていて、Spaceキーを押せば、そのセッションで最後に行われたやり取りのプレビューまで確認できちゃうんです。「どのセッションだったかな？」と迷っても、内容をチラ見できるので安心ですね。複数の機能を同時に開発していたり、試行錯誤の結果「やっぱり昨日の夕方のコードベースからやり直したい」となった時、この resume 機能はタイムマシンのように機能します。履歴を選択してEnterを押せば、その時のファイル状態やClaudeとの会話フェーズが即座に復元され、あたかも時間が巻き戻ったかのように作業を再開できます。
セッションIDの確認方法
もし、特定のセッションをピンポイントで指定して開きたいなら、セッションIDを利用しましょう。セッションIDは、対話中に /status コマンドを入力することで確認できます。IDはUUID形式（例：550e8400-e29b-41d4-a716-446655440000）の長い文字列ですが、これを使えば claude --resume [ID] といった形で、ピッカーを介さずに直接アクセスすることが可能です。
このIDによる指定がいつ役立つかというと、例えば開発チーム内で「この時のClaudeとのやり取りを見てほしい」と共有したり、自分のメモ帳に特定のデバッグ作業のIDを控えておいたりする場合です。自動化スクリプトなどから特定のコンテキストを呼び出したいエンジニアにとっても、このID指定は必須の知識となります。また、万が一ピッカーに履歴が表示されないような事態になっても、IDさえ分かっていれば確実にそのセッションに辿り着けるという、いわば「物理的な鍵」のような役割を果たしてくれます。普段は意識しなくても大丈夫ですが、「ここぞという時のための住所」として覚えておくと、トラブル時に慌てずに済みますよ。
resumeに名前を付ける管理術
セッションが増えてくると、IDや日付だけでは「どれがどの作業か」分からなくなってしまいますよね。日付リストを見て「3日前の15時…何してたっけ？」となるのはあるあるです。そこで試してほしいのが、セッションの命名です。対話中に /rename [名前] と打てば、そのセッションに分かりやすい名前を付けられます。
名前を付けておくと、次回から claude --resume [付けた名前] で呼び出せるようになります。例えば「fix-login-bug」とか「refactor-db」といった名前を付けておけば、履歴管理が劇的にラクになりますよ。
名前を付ける習慣をつけると、Claude Codeが単なるチャットツールから、タスクごとに整理された「知識ベース」へと進化します。「ログイン周りの実装に関する知識はこれ」「APIの仕様検討はこれ」といった具合にラベル付けされるため、数週間後にメンテナンスが必要になった際も、迷わず最適なコンテキストを呼び戻せます。管理のコツとしては、JIRAのチケット番号やGitのブランチ名と同じ名前を付けておくことです。そうすれば、自分の開発フローとAIのセッション履歴が完全に同期し、チーム開発における情報の整合性も保ちやすくなります。ぜひ、セッションを開始したらまず「/rename」するクセをつけてみてください。
statusで会話状況を把握
今のセッションがどのような状態なのか、どのくらいのトークンを使っているのかを知りたい時は /status を使いましょう。これは現在のセッションにおける「健康診断」のようなものです。現在のセッションIDだけでなく、Claudeが今「何を覚えているか」の要約や、APIコストに関わる情報も表示されます。
「前のセッション」を再開した直後は、AIがどこまで記憶を保持しているか不安になることもありますよね。そんな時に /status を打てば、現在読み込まれているファイルの一覧や、これまでの対話のサマリーが表示されるので、意図したコンテキストがちゃんと読み込まれているか一目で確認できます。また、消費したトークン数（累積コスト）も表示されるため、プロジェクトの予算管理をしている場合にも役立ちます。さらに、技術的な詳細として、Claudeが現在使用しているモデル（Claude 3.5 Sonnetなど）や、適用されている制限事項なども確認できるため、挙動が少しおかしいなと感じた時のデバッグにも使えます。「再開したらまずは /status」を合言葉に、AIのコンディションを把握する習慣を持ちましょう。
Claude Codeの前のセッションを保護する設定
せっかく便利な再開機能があっても、履歴そのものが消えてしまっては元も子もありません。実はデフォルトの設定では履歴が消えてしまうリスクがあるため、大切なデータを守るための設定方法を解説します。Claude Codeは非常に強力ですが、ローカルのリソース管理という側面も持っているため、ユーザー側でのちょっとしたケアが必要なんです。
履歴の保存場所と物理パス
Claude Codeが私たちのやり取りをどこに保存しているか知っていますか？実は、自分のPCの中（ローカル）にしっかりと保存されています。クラウドにすべてを預けるのではなく、手元のディスクにデータがあるという点は、プライバシーの観点からも安心感がありますね。主な保存先は以下の通りです。
- グローバル履歴：
~/.claude/history.jsonl（入力したコマンドや実行ログのメタデータ） - プロジェクト別データ：
~/.claude/projects/（各プロジェクトごとの会話詳細や思考プロセス）
このように、データがクラウドではなく手元にあるからこそ、オフラインに近い状態でも「前のセッション」の内容を確認したり、grepコマンドなどで過去のログを検索したりすることも可能です。ただし、これは裏を返せば「PCを買い替えたり、OSをクリーンインストールしたりすると履歴が消える」ということでもあります。重要なプロジェクトを進めている場合は、この ~/.claude ディレクトリごとバックアップを取っておくと、万が一の際もこれまでのAIとの対話資産を守ることができますよ。
自動削除を防ぐ設定ファイルの編集
ここが一番の注意ポイントなのですが、Claude Codeにはディスク容量を節約するために、古いセッションを自動で削除する仕組みがあります。デフォルトの設定では、セッション作成から一定期間（通常は30日程度）が経過すると、せっかくの履歴が自動的にクリーンアップの対象になってしまうんです。
「数ヶ月前のプロジェクトを再開しようとしたら履歴が空っぽだった…」という悲劇を避けるために、あらかじめ設定を変更しておくことを強くおすすめします。設定は ~/.claude/settings.json ファイルを直接編集することで変更可能です。
この自動削除設定は、エンジニアがストレージを圧迫しないための親切設計ではあるのですが、長期にわたる保守案件などでは仇となることがあります。特に、数ヶ月に一度しか触らないようなコードベースをClaude Codeで管理している場合、気づいた時には会話ログが消え、AIが「初めまして」状態になってしまうのは避けたいですよね。エディタ（VS Codeやvimなど）でこの設定ファイルを開き、自分の開発スタイルに合った保存ルールを書き換えましょう。
保存期間を変更する数値の指定
設定ファイル内の cleanupPeriodDays という項目が、保存期間を決めています。デフォルトでは 30 になっていることが多いですが、これを大きな数字に変更しましょう。ここで一つテクニックがあります。「0」に設定すれば永久保存になりそうに思えますが、実は一部のバージョンで「即座に全削除」という挙動をするバグが報告されています。
安全に履歴を残すなら、"cleanupPeriodDays": 99999 のように、実質的に無限に近い大きな数値を設定するのが定石です。これで安心して「前のセッション」をストックしておけますね。
この設定を適用すると、Claude Codeは「古いから消す」という判断をしなくなります。もちろん、ディスク容量が気になる場合は定期的に手動で不要なプロジェクトを整理すればOK。まずは「勝手に消えない」という安心感を優先すべきです。設定変更後はClaude Codeを再起動（ターミナルを立ち上げ直し）することで反映されます。これで、1年後の自分への備忘録としても、Claudeのセッション履歴を活用できるようになります。
コストを抑えるプロンプトキャッシュ
セッションを再開する際に気になるのがAPIコストですよね。大規模なコードを読み込ませている場合、再開するたびに全データを送信すると料金がかさんでしまいます。そこで活躍するのが、Anthropicの提供する「プロンプトキャッシュ（Prompt Caching）」という技術です。
Claude Codeは、直前の履歴やコードのコンテキストをキャッシュ（一時保存）しておくことで、再開時の入力トークン料金を大幅に割り引いてくれる仕組みを持っています。具体的には、キャッシュされた部分の料金は通常価格の約10%程度まで抑えられます。これは、長大なセッションを再開する際に非常に大きなメリットとなります。ただし、注意点として、最後のやり取りから5分〜1時間程度（API側の仕様に依存）空くとキャッシュが破棄されてしまうことがあります。頻繁にやり取りしている間は激安ですが、数日空けての再開は「フルチャージ」に近いコストがかかる可能性があることは頭の片隅に置いておきましょう。 （出典：Anthropic公式発表「Prompt Caching with Claude」）
認証情報を守るセキュリティ対策
履歴がローカルに保存されるということは、利便性と引き換えにセキュリティ上のリスクも伴います。もしPCが盗まれたり、悪意のあるプログラムに侵入されたりした場合、過去のやり取りに含まれるAPIキー、接続パスワード、環境変数の値が丸見えになってしまうリスクがあるんです。
Claudeは賢いので、指示しなくても .env ファイルなどを読み込んでしまうことがあります。もし意図せず秘密情報を教えてしまった場合や、機密性の高い作業を終えた後は、履歴をそのままにするのは危険です。claude project purge コマンドを使って、そのプロジェクトの履歴を物理的に削除するといった工夫も、プロの開発者としては持っておきたい視点ですね。また、セッションを再開する機能は便利ですが、共有PCなどを使っている場合は、作業終了時に /clear を行ったり、.claude ディレクトリのアクセス権限を適切に設定したりといった基本的なセキュリティ対策を怠らないようにしましょう。
Claude Codeで前のセッションを活用するコツ
いかがでしたでしょうか。Claude Codeのセッション管理は、単なる「ログ保存」ではなく、開発の流れ（フロー）を止めないための強力な武器になります。--continue でサクッと戻り、--resume で過去の知見を掘り起こす。そして、設定ファイルで大切な履歴をしっかり守る。これらを意識するだけで、AIとの共同開発はもっと快適で安全なものになります。
まとめ：Claude Codeで前のセッションを使いこなす3ステップ
1. 日常的な復帰は -c コマンドで時短する
2. 重要な作業には /rename で名前を付けて探しやすくする
3. settings.json の保存期間を延ばして「一生モノ」の履歴にする
開発は一日にして成らず、です。昨日の自分がClaudeと一緒に悩んだ軌跡は、今日の開発を支える貴重なリソースになります。ぜひ、今回ご紹介したテクニックを日々のコーディングに取り入れて、Claude Codeとのチームワークを最大化させてくださいね。きっと、今まで以上に開発がスムーズで、そして何より楽しくなるはずですよ！
