何が話題になったか

Anthropicは、コード作業を支援するClaude Codeで、長い会話をどう管理するかを解説した。中心にあるのは、AIがその時点で参照している会話やファイルの情報、つまり「文脈」をどう整えるかだ。

記事は、同じ会話を続ける、過去の地点へ戻る、新しい会話を始める、会話を短く要約する、別のAIに一部を任せる、という選択肢を示す。Hacker Newsでは302 pointsと176 commentsを集めた。この数字は開発者の注目度であり、記事の助言が常に正しいことを示すものではない。

背景：AIは会話の全部を抱えて働く

Claude Codeの公式説明では、文脈には指示、会話、使った道具とその結果、読んだファイルなどが入る。作業を続けるほど、AIは前に何を調べ、何を決めたかを踏まえて答えられる。

一方で、情報が増えすぎると、今の仕事と関係の薄い内容も混ざる。公式記事は、文脈が大きくなると性能が少し落ちうる現象を「context rot」と呼ぶ。長い会話なら情報が多いほどよい、とは限らないという問題だ。

公式記事が示す五つの選び方

同じ仕事の続きを頼むなら、会話をそのまま続ける選択がある。すでに読んだファイルや決定を使えるからだ。

試した方針が違った場合は、/rewindで前のメッセージへ戻れる。失敗後のやり取りを残して訂正を重ねる代わりに、必要な発見だけを持って別の指示を出す考え方である。

仕事そのものが変わったなら、公式記事は新しい会話を始める目安を示す。古い仕事の細部を持ち込まないためだ。関連する作業では、先に読んだファイルを再読する手間との比較が必要になる。

/compactは、会話を要約して短くし、作業を続ける方法だ。ただし元の細部がすべて残るわけではない。別の作業を独立した文脈で任せる「subagents」も、会話を一つに詰め込みすぎないための選択肢として紹介されている。

なぜ重要か

これは便利なコマンドの一覧ではない。AIへの指示を一回書いて終える作業から、途中で方針を確かめながら進める作業へ変わるときの、仕事の設計の話である。

同じ会話を残せば、AIは前提を利用しやすい。新しくすれば、古い失敗や無関係な話題の影響を減らせる。要約すれば継続性を保てるが、細部が失われる可能性がある。読者は「会話を長くする方法」ではなく、今の仕事に必要な情報だけを残す方法を考えることになる。

確認できたこと、未確認のこと

確認できるのは、Anthropicが会話の継続、巻き戻し、要約、新規開始、サブエージェントを文脈管理の選択肢として説明していることだ。また、長い文脈では性能低下が起こりうるという注意も公式記事にある。

一方、どの長さで会話を替えるべきか、どの方法がすべてのコードベースで最良かは示されていない。作業の規模、読んだファイル、失敗の種類で答えは変わる。HNで多く反応されたことから、こうした判断への関心は読み取れるが、コメントの内容や結論まではここから判断できない。

次に見る点

今後は、要約後にどの情報が残るのか、長い作業で人がどこまで途中確認すべきかが重要になる。AIに任せる範囲を広げるほど、会話の履歴をただ蓄積するのでなく、目的に合わせて整える技術が仕事の質に関わりそうだ。