Anthropic テクニカルスタッフ（Claude Code 担当）の Thariq（@trq212）が公開した記事「Using Claude Code: Session Management & 1M Context」が注目を集めている。「1M トークンのコンテキストウィンドウがあれば大丈夫」という誤解を正し、長いタスクを成功させるカギはコンテキストの能動的な管理にあると明示した内容だ。本記事では、その内容をもとに 5 つのセッション管理手法を整理する。
Context Rot とは何か
コンテキストウィンドウとは、モデルが次のレスポンスを生成する際に「見える」すべての情報のことだ。システムプロンプト・会話履歴・ツール呼び出しとその出力・読み込んだファイルがすべて含まれる。Claude Code のコンテキストウィンドウは 100 万トークン。
しかし、コンテキストを使うことには静かなコストがある。それが Context Rot だ。“Rot” は英語で「腐る・朽ちる」を意味する単語で、ソフトウェアの世界では「Bit Rot」や「Code Rot」のように、時間経過や使用とともに静かに劣化していく現象を指す慣用表現として使われる。直訳すれば「コンテキストの腐敗」、意訳すれば「コンテキストの劣化」となる。
コンテキストが増えるにつれてモデルの性能がトークン数に比例して低下する。会話が長くなるほど、モデルの注意力が分散し、古い・無関係なコンテンツが現在のタスクを妨害するようになる。
Context Rot が始まるタイミングはタスクに大きく依存するため固定のルールはないが、長いセッションになるほど確実に忍び寄る。
ターンの終わりは「5択の分岐点」
ここが本質だ。AI が出力を終えるたびに、ユーザーには 5 つの選択肢がある。
| 選択肢 | 意味 |
|---|---|
| Continue | 同じセッションで次のメッセージを送る |
Rewind（Esc×2 または /rewind） | 前のメッセージに戻り、そこから再プロンプト |
/clear | 新しいセッションを開始する（核心だけ手動で持ち込む） |
/compact | セッションをモデル自身に要約させ、要約の上に続ける |
| Subagent | 汚れ仕事を別エージェントに委譲し、結果だけ受け取る |
多くのユーザーは「Continue」しか選ばない傾向がある。残り 4 つの選択肢を使ったことがない人も多い。
各選択肢の使いどき
Rewind — 修正より巻き戻し
Claude がファイルを 5 つ読み、あるアプローチを試みて失敗したとする。「うまくいかなかった、X を試して」と打つより、ファイルを読み終えた直後のメッセージに巻き戻して再プロンプトするほうが良い。
# 悪い例
「それはうまくいかなかった、代わりに Y を試して」
# 良い例
（/rewind でファイル読み込み直後に戻る）
「アプローチ A は foo モジュールがそれを公開していないので使えない。B に直接進んで」
誤った方向に費やした試行錯誤がコンテキストから消え、モデルが新鮮な状態で再出発できる。
/compact vs /clear — 要約か、白紙か
/compact- モデルが会話全体を要約し、その要約で履歴を置き換える。自分で何も書かなくていいが、モデルの判断に委ねるため「lossy（情報が失われる）」なアプローチだ。
/compact focus on the auth refactor, drop the test debuggingのように指示を添えることもできる。 /clear- 何が重要かを自分で書き留め、白紙から始める。手間はかかるが、結果として残るコンテキストは自分が必要と判断した情報だけになる。
なお、/compact が特にひどい結果になるのは、デバッグセッションの後に全く別のタスクを指示した場合など、モデルがこれからの作業の方向を予測できないときだ。Context Rot で知性が最も落ちているタイミングで要約させることになるため、できれば早めに能動的な /compact をかけるほうがいい。
Subagent — 汚れ仕事を隔離する
Subagent は「中間出力が大量に出るが、必要なのは最終結果だけ」という作業に向いている。
「この仕様ファイルに基づいて実装結果を検証するサブエージェントを起動して」
「この別のコードベースを読んで認証フローの実装方法を要約するサブエージェントを起動し、同じ方法で実装して」
「git の差分に基づいてこの機能のドキュメントを書くサブエージェントを起動して」
サブエージェントはクリーンな独自コンテキストウィンドウを持ち、処理後に結果だけを親に返す。中間のツール呼び出しや試行錯誤が親のコンテキストを汚染しない。
コンテキスト管理が AI 活用の差を決める
この記事が業界に発するメッセージは、「コンテキストウィンドウを大きくすれば解決する」という競争が終わったことを Anthropic 自身が認めたことだ。
真の競争は「どれだけ詰め込めるか」から「どれだけ上手に管理できるか」に移っている。ウィンドウがどれだけ大きくても、管理できなければゴミの山になる。
この 5 つの選択肢は Claude Code 固有のものではなく、有限なコンテキストを持つシステムとして自分たちの脳を運用するための普遍的な認知操作手順ともいえる。
- Context Rot = 認知過負荷と情報疲労
- Rewind = 誤った方向への投資を止める
- Compact = 知識の圧縮
- Clear = 能動的な忘却（不要な草稿と中間過程を捨てる）
- Subagent = 分業と委譲
今日から使えるアクション
Claude Code で /usage を入力し、自分のトークン使用量の推移を確認する。
Context Rot が始まるしきい値は人によって異なる。モデルが明らかに鈍くなるトークン量を把握しておき、その水準に達する前に能動的に /compact か /clear をかける。鈍くなってから慌てて対処するのでは遅い。