Claude Codeのセッション管理｜/resume・/fork・/renameで作業を効率的に引き継ぐ方法

「昨日の作業の続きをしようとしたが、どのセッションか分からず結局ゼロから説明し直した」「別アプローチを試したいが、今のセッションの流れを壊したくない」——複数のタスクを並行して進めるエンジニアなら、誰もが抱える悩みです。

Claude Codeのセッションは、一連の会話とその間に行われたファイル変更・コマンド実行を含む作業単位として自動保存されています。/resumeで過去セッションを呼び戻し、/forkで現在の文脈を保ったまま分岐させ、/renameで識別しやすい名前を付け、/exportで会話履歴をMarkdownに書き出す——この4つのコマンドを使いこなすだけで、作業の中断・再開・分岐・共有がシームレスにつながります。

本記事では、各セッション管理コマンドの使い方と実務での活用パターン、Claude Code起動時の-c・-r・-n・--from-prといったフラグによるセッション制御、そしてチームでの命名規則や複数タスク並行管理の運用ノウハウを解説します。

この記事でわかること

作業の中断・再開・分岐・命名をシームレスに行い、複数タスクを並行管理するセッション管理コマンドの使い方を解説します。

• /resume・/fork・/rename・/exportの使い方と実務での活用パターン — PRの確認から修正までを1セッションで完結できるため、コンテキストの切り替えコストがなくなります。
• Claude Code起動時のフラグ（-c・-r・-n・--from-pr）によるセッション制御 — GitHubPullRequestの番号を指定すると、そのPRの変更内容をコンテキストとして読み込んだ状態でセッションが開始されます。
• セッション名の命名規則やチームでの運用ノウハウ — 現在のセッションに任意の名前をつけます。でセッション一覧を表示した際に、名前が表示されるため、目的のセッションを素早く見つけられます。

対象読者: 複数のタスクを並行して進めたいエンジニア、セッション管理を効率化して作業の引き継ぎをスムーズにしたい方

セッション管理とは

Claude Codeのセッションとは、一連の会話とその間に行われたファイル変更・コマンド実行を含む作業単位です。

ターミナルを閉じたり、/exitでClaude Codeを終了しても、セッションの履歴は自動的に保存されます。セッション管理コマンドを使えば、過去のセッションを呼び出して作業を再開したり、現在の作業を分岐させて別のアプローチを試すことができます。

セッション管理コマンド一覧

/resume — セッションの再開

基本的な使い方

/resume

/resumeを実行すると、過去のセッション一覧が表示されます。各セッションには作業ディレクトリ、最後の操作日時、セッション名（設定されている場合）が表示され、選択するとそのセッションの続きから作業を再開できます。

起動時フラグでの再開

ターミナルからClaude Code起動時にフラグを使って、直接セッションを再開することもできます。

# 直前のセッションを再開
claude --resume

# セッション一覧から選んで再開（-rはresumeの短縮形）
claude -r

# 特定のセッションIDを指定して再開
claude --resume SESSION_ID

# 直前のセッションを続行（対話なしで即再開）
claude -c "前回の続きをお願い"

/resumeで復元される情報

/fork — セッションの分岐

基本的な使い方

/fork

/forkを実行すると、現在のセッションの会話コンテキストをすべてコピーした新しいセッションが作成されます。元のセッションはそのまま残ります。

/forkが有効な場面

設計の代替案を検討するとき

Aパターンの実装をある程度進めた段階で「Bパターンも試したい」と思った場合、/forkで分岐すれば、Aパターンの作業を失わずにBパターンを試せます。

# 元のセッションでAパターンを実装中
> REST APIで認証機能を実装して
...（実装完了）

# ここで/forkして分岐
/fork

# 新セッションで別案を試す
> やっぱりGraphQL + JWTで認証を実装して

破壊的な変更を試すとき

大規模なリファクタリングや依存関係の更新など、元に戻すのが大変な変更を試す場合、/forkで安全に実験できます。

/forkと/rewindの使い分け

/rewindについては/rewindコマンドガイドで詳しく解説しています。

/rename — セッションの命名

基本的な使い方

/rename セッション名

現在のセッションに任意の名前をつけます。/resumeでセッション一覧を表示した際に、名前が表示されるため、目的のセッションを素早く見つけられます。

命名規則の推奨パターン

セッション名を体系的につけておくと、後から探しやすくなります。

起動時のセッション命名

# 名前を指定してセッション開始
claude -n "auth-refactor"

-nフラグで起動時にセッション名を設定できます。作業開始前にセッション名を決めておくことで、後から/renameする手間を省けます。

/export — 会話のエクスポート

基本的な使い方

/export

現在のセッションの全会話履歴をMarkdownファイルとして出力します。作業記録の保存、チームメンバーへの共有、ドキュメント化に活用できます。

エクスポートの活用場面

• 技術的な意思決定の記録: なぜこの設計にしたか、AIとのやり取りを記録として残す
• コードレビューの補足資料: PRに添える背景説明として活用
• ナレッジ共有: 複雑な問題解決の過程をチームに共有

--from-pr フラグ — PRからのセッション開始

claude --from-pr 123

GitHub Pull Requestの番号を指定すると、そのPRの変更内容をコンテキストとして読み込んだ状態でセッションが開始されます。コードレビューやPRの修正作業に最適です。

--from-prの活用手順

1. claude --from-pr 123 でPRのコンテキストを読み込み
2. 「このPRをレビューして」と指示
3. 指摘事項を修正する場合はそのまま作業を継続
4. /rename pr-123-review で名前をつけて後から参照可能に

実務での活用パターン

パターン1: 1日の作業を翌日に引き継ぐ

手順:

1. 作業終了時に /rename 0315-feature-auth で名前をつける
2. ターミナルを閉じる（セッションは自動保存）
3. 翌日 claude -r でセッション一覧を表示
4. 0315-feature-auth を選択して作業再開
5. 「昨日の続きで、テストコードを書いて」と指示

Before（セッション管理なし）:

• 毎朝、前日の作業内容を一からClaude Codeに説明し直す
• コンテキストが失われるため、同じファイルの再読み込みや状況説明に時間がかかる

After（セッション管理あり）:

• /resume一つで前日のコンテキストが完全復元
• 会話の続きからシームレスに作業を再開できる

パターン2: 複数タスクの並行管理

状況: フロントエンドのバグ修正と、バックエンドのAPI追加を並行して進めたい。

手順:

1. バグ修正用セッションを開始: claude -n "bugfix-login-form"
2. 修正作業を進めた後、一旦中断
3. API追加用セッションを開始: claude -n "feature-user-api"
4. API実装を進めた後、バグ修正に戻る: claude -r → bugfix-login-form を選択

セッション名をつけておくことで、複数タスクの切り替えが迅速になります。

パターン3: PRレビュー→修正の一気通貫

手順:

1. claude --from-pr 456 でPRの内容を読み込み
2. 「このPRをレビューして。セキュリティとパフォーマンスの観点で」と指示
3. 指摘事項が見つかったら「指摘した問題を修正して」と指示
4. 修正が完了したら git push でPRを更新
5. /rename pr-456-review-fix で記録

PRの確認から修正までを1セッションで完結できるため、コンテキストの切り替えコストがなくなります。

セッション運用のベストプラクティス

命名規則をチームで統一する

チームでClaude Codeを使う場合、セッション名の命名規則を揃えておくと運用がスムーズです。こうしたClaude Codeの活用に関心のある方は、経営データの可視化やコンテンツマーケティングの効率化もぜひご覧ください。

[日付]-[タスク種別]-[対象]
例: 0315-fix-auth, 0316-feat-api, 0317-review-pr42

長期セッションは定期的に/compactする

セッションが長くなるとコンテキストウィンドウを圧迫します。作業の区切りごとに/compactで要約し、コンテキストを軽量化する習慣をつけてください。

セッションのライフサイクルを意識する

関連コマンドとの組み合わせ

/resume + /model

前回のセッションを再開した後、今日のタスクに合わせてモデルを切り替えるパターンです。モデル選択とeffort設定ガイドで詳しく解説しています。

/fork + /rewind

/forkで分岐した後、分岐先で問題が発生したら/rewindで巻き戻す。元のセッションには影響しないため、安全に実験と修正を繰り返せます。

/rename + カスタムコマンド

カスタムコマンドのプロンプト内で「作業完了時にセッション名を更新する」指示を含めておけば、命名の手間を自動化できます。

あわせて読みたい

• Claude Code Agent Teamsの使い方｜複数AIエージェントをチームで協働させる方法
• Claude Code × VS Code / JetBrains連携｜IDEとターミナルの最適な使い分け
• Claude Code vs Cowork｜開発者と業務担当者で異なるAIツールの選び方

まとめ

StartLinkでは、こうした取り組みを企業規模に合わせてご支援しています。

まずは自社の現状を棚卸しし、最も効果が見込める領域から第一歩を踏み出してみてください。

属人化を防ぎ、チーム全体で再現可能な仕組みとして標準化することが成功の鍵です。

自社の業務フローや要件に応じて、段階的にカスタマイズしていくことをおすすめします。

• Claude Codeのセッション管理は、作業の継続性と効率性を大きく左右する機能群です
• /resumeで前回の作業をコンテキストごと復元し、/forkで安全に別案を検証し、/renameで作業を体系的に整理する
• 起動時の-c・-r・-nフラグと--from-prを組み合わせれば、ターミナルからの操作だけでセッションを完全に制御できます
• 特に複数タスクを並行管理する場面や、日をまたぐ長期タスクでは、セッション管理の有無で生産性に大きな差が出ます
• 命名規則を決めて運用に組み込むことを推奨します

• *Claude Codeの全コマンド一覧はClaude Codeチートシートをご覧ください
• AI活用の全体像はAI活用完全ガイドで解説しています

よくある質問（FAQ）

Q1. セッションの保存期間に上限はありますか？

Claude Codeのセッション履歴はローカルに保存されます。明示的に削除しない限り、過去のセッションは/resumeで呼び出し可能です。ただし、セッション数が増えると一覧の視認性が下がるため、完了したタスクのセッションは定期的に整理するのが実用的です。

Q2. /forkで分岐した後、元のセッションに戻れますか？

はい、戻れます。/forkで新セッションが作成されても、元のセッションは独立して存在し続けます。/resumeで元のセッションを選択すれば、分岐前の状態から作業を継続できます。分岐先と元セッションの両方を行き来することも可能です。

Q3. チームメンバーとセッションを共有できますか？

セッション自体の直接共有機能はありません。ただし、/exportで会話履歴をMarkdownとして出力し、それを共有することは可能です。また、カスタムコマンドやCLAUDE.mdをGitリポジトリで共有すれば、チーム全員が同じ設定・コマンド体系で作業できます。

Q4. セッションが重くなったときの対処法は？

長いセッションはコンテキストウィンドウを圧迫し、応答品質の低下や速度低下を引き起こします。/compactで会話を要約するか、/clearで完全にリセットして新しいセッションを開始してください。作業の区切りごとに/compactを実行する習慣をつけるのが最も効果的です。