長い会話で詰まる人は、だいたい「最初の前提がどこかで抜ける」ことを軽く見ている。Claude Code でもこれは同じだ。作業が進むほど、会話の文脈はじわじわ重くなる。途中で条件が増え、方針が変わり、古い依頼文と今の依頼文が混ざる。そこで効くのが途中要約、つまり節目のサマリーだ。節目ごとに短く整理させておくと、後半で前提が崩れにくい。結果として、手戻りと再説明が減る。
筆者は最初、これをサボって痛い目を見た。大きめの整理作業を Claude Code に任せ、途中で「この方針のまま続けて」とだけ投げたら、会話の後半で古い判断を引きずったまま進められた。修正はできるが、戻り道を探すのがだるい。長い会話は、放っておくと「今の前提」と「昔の前提」が同居する。要約を挟むのは、その混線をほどくための地味だが強い手だ。
やり方は単純だ。大きな区切りごとに、Claude Code に「ここまでを短く整理して」と頼むだけでいい。たとえば、計画を立てたあと、数ファイルを触ったあと、方針変更を入れたあと、最後の仕上げに入る前。このあたりで途中要約を挟む。
実際の頼み方はこうだ。
ここまでの会話を、次の作業に必要な前提だけに絞って5行で要約してください。
含めてほしいのは、
- 目的
- いま採用している方針
- 変更してはいけない条件
- まだ未完了の作業
- 次にあなたがやること
余計な説明は削ってください。
この手の要約は、ただ短くすればいいわけではない。「次に何をするか」が入っていない要約は、会話の飾りで終わる。使える要約にしたいなら、目的、採用中の方針、守る条件、未完了の作業、次の一手を毎回入れるといい。長い会話ほど、この5つが効く。逆に、雑談みたいな要約だけだと何も保てない。
もう少し実務っぽくするなら、要約の粒度を分ける。たとえばファイル整理なら、最初は「重複候補を洗う」、次に「削除対象を人間が確認する」、最後に「削除後の容量を確認する」。各段階の終わりで、こう言わせる。
ここまでの判断を、作業再開用に要約してください。
前提、保留事項、削除してよいもの、まだ確認が必要なものを分けて書いてください。
文書作成でも同じだ。長い原稿を直していると、見出しの言い回し、対象読者、口調のルールが途中でぶれやすい。そこで節目のサマリーを挟み、Claude Code に「今の文体ルールは何か」「どの見出しを直したか」「残りはどこか」を整理させる。これだけで、後半の修正が雑になりにくい。
ここまでの編集方針を短くまとめてください。
- 読者像
- 文体のルール
- すでに直した箇所
- まだ直していない箇所
- このまま維持すべき制約
注意点もある。要約は万能ではない。要約させたのに、元の会話を読み返さずに「要約だけで十分」と思うと事故る。要約は圧縮であって、原本の代わりではない。特に、細かい命名規則や例外条件が多い作業では、節目のサマリーだけを信じると抜けが出る。筆者は一度、要約に「既存ファイルの命名規則を維持」と書かせたのに、細部の例外を拾い切れず、後で差し戻したことがある。要約は前提の再固定であって、完全な記録ではない。
それから、要約は毎回同じ長さにしないほうがいい。単純な整理段階なら短くていいし、方針転換が入った直後は少し長めにしてもいい。大事なのは、会話の節目で「今の理解」を明文化することだ。Claude Code は逐次の指示に強いが、長丁場では人間側が前提を手放しがちになる。そこを補うのが途中要約だ。
使いどころを一段広げるなら、要約を「会話の区切り」だけでなく「作業の引き継ぎ」にも使える。いったん中断して、あとで再開する前に要約を作らせれば、再開時の立ち上がりが速い。特に、複数のディレクトリをまたぐ整理、長めの仕様メモの整形、古い原稿のリライトみたいな作業で効く。
再開しやすいように、ここまでの内容を引き継ぎメモにしてください。
後で見返したときに、何を終えたか、何が未完了か、次にどこから再開すればいいかが分かる形にしてください。
このやり方は地味だが、長い会話の品質をかなり安定させる。毎回ゼロから説明し直すより、節目で前提を固定したほうが、Claude Code とのやり取りはずっと楽になる。会話が長くなる仕事ほど、途中要約を挟む価値は高い。要するに、前提を記憶させるのではなく、節目ごとに思い出させるのがコツだ。公式ドキュメントでの挙動確認が必要な細部は、docs.claude.com を見ておけばいい。