1. これは何の話？
Claude Codeを使ったコーディングワークフローで起きやすい「コンテキスト汚染」の問題と、その対策として /rewind と /fork を活用するTipsです。Planモードで実装計画を立て、コードを書かせた後に気になる点を質問するユーザーにとって特に実践的な情報です。
公式ドキュメントには「Claude's context window fills up fast, and performance degrades as it fills.」と明記されており、コンテキストが埋まるにつれて出力の精度が落ちることが確認されています。
質問のやり取りが済んで「じゃあここを修正して」と本筋に戻ると、その問答が全てノイズとして残ります。これが性能低下の直接原因です。
2. 何がわかったか
/rewindはEscキー2回、またはコマンドとして /rewind を入力することで呼び出せます。過去のどの状態まで戻るかを3択で選べます。
- Conversation only：会話のみ巻き戻す（コードはそのまま）
- Code only：コードのみ巻き戻す（会話はそのまま）
- Both：会話とコードの両方を元に戻す
/fork は元のセッションを引き継いだまま新しいセッションを開始するコマンドです。調査・質問を別セッションで行い、本筋の実装セッションには余計な情報を混入させずに作業を続けられます。
3. 他とどう違うのか
通常のチャットUIではセッションを丸ごと新しく始めるか、そのまま続けるかの二択しかありません。Claude Codeは /rewind と /fork により粒度の細かい状態管理を提供しており、バージョン管理ツールのブランチやスタッシュに近い操作感です。
ChatGPTやGeminiのコーディングアシスタントは現時点でこのような細粒度のセッション管理機能を持っていません。CLIで動くClaude Code固有の強みです。
4. なぜこれが重要か
コンテキストの肥大化による性能低下は知識としては知られていても、具体的な回避手段を即座に使えるかどうかで作業効率に大きな差が生まれます。「なんかおかしい」と感じてから対処するより、質問セッション終了後に毎回 /rewind か /fork を使う習慣をつける方が合理的です。
コンテキストウィンドウの管理は今後ますます重要になります。AIの性能はモデルだけでなく、使い手がコンテキストをどう設計するかで実用的な精度が大きく変わるからです。
5. 未来の展開・戦略性
AIコーディングエージェントが長時間・長コンテキストの作業に深く入り込むほど、セッションの状態管理は避けられない課題になります。Anthropicがこうした操作を標準コマンドとして提供しているのは、長時間作業を前提とした設計思想の表れです。
今後、ブランチ管理のように複数の並行セッションをUIで可視化・操作できるようになれば、複雑な開発タスクへの適用範囲がさらに広がると考えられます。
6. どう考え、どう動くか
例えばPlanモードで設計を決めた後、関数の実装意図が気になって連続質問した場合、質問が一段落したら即 /fork で新しいセッションに移り、改めて「先の設計に基づいて修正してください」と指示する流れが有効です。本筋のセッションに余計な問答が一切残りません。
指針：
- 質問タイムが終わるたびに
/rewind（会話only）か/forkを習慣的に実行する。 - 探索的な調査と本筋の実装を分けたい場合は
/forkを選ぶ。 - コンテキストウィンドウの残量を意識し、詰まりを感じたら迷わず巻き戻す。
次の一歩：
- 今日やること：次のClaude Codeセッションで質問後に
/rewindを1回試し、コードに影響ないことを確認する。 - 今週やること：実装・質問・実装という流れを意識的に
/forkで分け、作業ログを比較してコンテキスト汚染の差を記録する。
7. 限界と未確定
/rewindで会話を巻き戻した場合、Claudeが把握していた文脈がどの程度維持されるかは非公開です。/forkの同時セッション数の上限やリソース消費については公式ドキュメントに記載がありません。- コンテキストウィンドウの具体的な文字数上限はモデルバージョンにより異なるため、常に最新の仕様を確認することが必要です。
8. 用語ミニ解説
- LLMが一度に参照できる入出力テキストの総量のこと。（コンテキストウィンドウ / Context Window）
9. 出典と日付
take4（公開日：2026-01-27、最終確認日：2026-03-03）：https://zenn.dev/take4/articles/b7fad1a0c52481
