長い会話ほど、最後に「最初に何の話をしていたんだっけ」で崩れる。Claude Code でも同じだ。途中要約を入れる、節目で要約させる、要するに会話の骨組みを折れにくくしておく。これをやるだけで、指示の抜け、前提の食い違い、同じ説明の繰り返しがかなり減る。
特に Claude Code は、ただ長く話せば自動で賢く保ってくれる道具ではない。会話が伸びるほど、細かい差分や昔の前提が埋もれやすい。筆者も最初は「後で全部つながるだろう」と雑に進めて、途中で方針がズレたまま修正が積み上がり、結局やり直したことがある。あれは地味にだるい。最初から節目で要約を挟んでおけばよかった、で終わる話だ。
やり方は単純だが、雑にやると意味がない。要約は「長い説明のあとに気分で入れる一文」ではなく、作業の区切りごとに入れる。たとえば、複数ファイルをまたぐ修正、調査のあとに実装へ入る瞬間、方針転換が起きた瞬間、ここが節目だ。
Claude Code への頼み方は、こういう形で十分だ。
ここまでの前提を保つために、今の理解を3点で要約してから次に進んでください。
1. 目的
2. いま決まっている方針
3. 未決の点
もう少し実務寄りにするなら、要約の観点を固定するといい。
次の作業に入る前に、以下の形式で短く要約してください。
- 何を作るか
- 何を変えないか
- いまの決定事項
- まだ確認が必要な点
この型が効くのは、要約が単なる感想文になりにくいからだ。「何を作るか」と「何を変えないか」を並べると、前提の境界が見える。長い会話で崩れるのは、だいたいこの境界だ。要約の質が低いと、会話が進むほど「話は通っているのに、違うものを作っている」状態になる。
実際、Claude Code に任せていると、途中で指示が増えることは普通にある。最初は「このフォルダを整理して」と頼んだだけでも、あとから「重複ファイルは残す」「拡張子ごとに分ける」「サブフォルダは深くしない」みたいに条件が増える。ここで要約なしに進むと、旧い条件と新しい条件が混ざったまま作業が続く。人間の会議と同じで、話が長くなるほど“合意済みの前提”が見えなくなるのだ。
だから、節目でこう言わせる。
ここまでの合意を一度まとめてください。
そのうえで、次に進む前に矛盾しそうな点があれば指摘してください。
これはコード作業だけでなく、文書作成や整理作業でも効く。たとえば、弁護士が案件ごとの文書をまとめる、総務担当が共有フォルダの不要ファイルを片付ける、営業が提案書のたたき台を作る。どの場合も、途中で前提が揺れると面倒だ。「この案件では削らない」「このフォルダは触らない」「この文面は固くする」みたいな条件は、作業が進むほど忘れやすい。要約で固定しておくと事故が減る。
ただし、要約を毎回やりすぎるとテンポが悪い。ここは勘どころだ。何でもかんでも数行の確認を挟むと、作業より確認のほうが長くなる。筆者も一時期、細かい節目ごとに要約させすぎて、逆に会話が重くなった。要約は「方針が変わった」「話題が切り替わった」「複数の論点が絡み始めた」場面に絞るのがちょうどいい。
実用上は、要約を“保存する”意識も大事だ。会話の中で確認するだけでなく、要約した内容を後続の指示に明示的に含めると安定する。
ここまでの要約を前提として、その方針のまま続きをお願いします。
以後は次の条件を守ってください。
- 既存ファイルの命名規則は変えない
- 既に決めた構成は維持する
- 不明点は作業前に質問する
こうしておくと、後半で「さっきの話ではこうだったはず」が減る。長い会話は、記憶力勝負にしないほうがいい。要約を節目に挟み、前提を会話の表面に戻しておく。Claude Code を使うときの地味だが強いコツは、たいていこういうところにある。