長いやり取りを「気合いで覚えておいてくれるはず」と思うと、だいたいズレる。Claude Code は会話の文脈を持っているが、無限に細部を保持してくれるわけではない。途中で要約させる、セッションを区切る。この2つを入れるだけで、指示の食い違いと手戻りがかなり減る。
特に、ファイル整理、文書の推敲、複数ファイルの修正みたいに、途中で話題が広がりやすい作業ほど効く。最初は「全部つながっている」と感じるが、実際は、古い前提と新しい前提が少しずつ混ざって、最後に変な成果物が出る。あれは地味にだるい。筆者は一度、長いやり取りの末に「前回の方針」を Claude Code が別の意味で受け取り、修正済みのはずの箇所をもう一度広げられて、差分が無駄に肥大化したことがある。要約を挟んでいれば防げたやつだ。
やり方は単純だ。大きな作業を始める前に、区切りを決める。たとえば「第1段階では現状把握だけ」「ここまでで一度要約」「次の段階はこの要約を前提に続行」と言っておく。Claude Code に対しては、最初からこう頼めばいい。
この作業は長くなりそうなので、途中で一度、ここまでの前提と決定事項を短く要約してください。
以後はその要約を基準に進めてください。
要約には、目的、未決事項、次にやることを含めてください。
もう少し実務向けにするなら、要約の粒度も指定する。雑に「まとめて」だと、ただの感想文が返ることがある。欲しいのは、次の作業にそのまま使える圧縮版だ。
ここまでの内容を、次の3点に絞って要約してください。
1. 何を目指しているか
2. どこまで確定したか
3. 次に判断が必要な点は何か
長い説明は不要です。次の指示を出すための前提メモとして書いてください。
この「前提メモ」が効く場面はかなり広い。たとえば、散らかったフォルダを整理したいなら、最初に「対象はこのディレクトリだけ」「削除候補と保管候補を分ける」「最終削除は確認してから」と決める。文書作成なら、「語調はこう」「読者は誰か」「残すべき固有名詞はこれ」と最初に束ねる。途中で方向が揺れたら、要約を更新してから続ける。そうすると、会話の後半で方針が微妙にズレる事故が減る。
Claude Code への頼み方としては、こういう形が扱いやすい。
この作業は長くなるので、各段階の終わりで短く要約してください。
要約は毎回、次の形式でお願いします。
- 現在の目的
- ここまでに確定したこと
- まだ未確定のこと
- 次に確認すべきこと
要約が出たら、私はその内容を確認してから次の指示を出します。
ここで大事なのは、要約を「ただの報告」にしないことだ。要約は会話の節目で前提を固定するために使う。つまり、要約を読んだら、こちらもその場で「この理解で合っている」「ここは違う」と返す。これをやらないと、要約が出ても流れていってしまう。結局、前提は曖昧なままだ。
もう一つ、かなり効くのが、セッションを区切る判断だ。長い一連の作業を、ずっと同じ流れで引っ張らない。大きく方針が変わるところ、たとえば「調査」「編集」「最終整形」のような段階では、一度終了して新しい会話として始め直すほうが安全なことが多い。Claude Code は、前のやり取りの空気を引きずる。そこが便利でもあり、面倒でもある。だから、節目で一度締めるのだ。
実際にはこんな使い方になる。
ここまでで調査は終わりにします。
今の結論を短く要約してください。
そのあと、新しいセッションとして、
この要約だけを前提に編集案を出してください。
この切り方をすると、古い雑談や試行錯誤の枝葉が残りにくい。特に、いろいろ試したあとで「結局、どれを採用するか」だけを決めたいときに強い。会話が長いと、以前に却下した案まで再浮上してきて、読んでいるこちらが「それはもう捨てた」となる。セッションを区切っておけば、その手間が減る。
注意点もある。要約を挟めば何でもうまくいくわけではない。要約対象が曖昧だと、重要な前提が落ちる。たとえば、削除作業なら「何を消すか」だけでなく、「消してはいけないもの」「迷ったら保留」「最終確認は人間がやる」を明記しておくべきだ。ここを抜くと、要約はきれいでも実務では危ない。筆者は最初、ここを軽く見て、要約に「不要ファイルを整理」としか書かせなかった。その結果、対象外のキャッシュまで話の勢いで片づける方向に寄って、慌てて止めたことがある。あれは要約の精度というより、前提の書き方の問題だ。
だから、要約に入れるべきものは決めておくといい。目的、対象範囲、禁止事項、未確定点。この4つだ。全部を毎回長々と書く必要はないが、少なくとも「何をやるか」と「何をやらないか」は落とさないほうがいい。
要約には次を必ず含めてください。
- 目的
- 対象範囲
- やってはいけないこと
- 未確定の点
- 次の一手
非エンジニアの使い方でも、この考え方はそのまま効く。たとえば、会議メモから提案書を作るとき、途中で論点が増えると、何の提案書かわからなくなる。そこで「いまの議論を3行で要約して」「この資料で採用する前提を固定して」と挟む。読み物の推敲でも同じだ。長い文章を直していると、途中で主旨がズレる。節目で要約を入れると、文体の修正と内容の修正が混ざりにくい。
最後に、長いやり取りのコツを一つだけ絞るなら、節目ごとに「一度止まる」ことだ。会話が長くなるほど、速さより前提の固定が大事になる。要約はそのための道具で、セッションを区切るのはその補助だ。勢いで最後まで行くより、途中で前提を握り直したほうが、手戻りは少ない。Claude Code を長く使うなら、ここを雑にしないほうがいい。