長い作業を丸ごと一気にClaude Codeへ投げて、そのまま最後まで追いかけようとする。これ、かなり詰まる。途中で何を決めたかが消えるから、後から「なぜこの構成にしたんだっけ」「どのファイルを触ったんだっけ」が毎回発生する。
そこで効くのが、途中要約、つまり節目メモだ。作業の区切りごとに、今の判断・変更点・未完了を短く残しておく。これだけで、後追い確認、再開、レビュー、差し戻しが一気に楽になる。Claude Codeにとっても、人間にとってもだ。長丁場の文書作成、ファイル整理、不要データの洗い出し、ディスク削減、コード修正まで、全部に効く。
やることは単純だ。大きな依頼を小分けにして、各段階の終わりで「ここまでの要点」を必ず出させる。さらに、その要点を次の依頼の前提として使う。これで会話の流れが細くならない。
たとえば、案件フォルダを整理して報告書の下書きを作るなら、最初から全部を一気にやらせない。まずは現状把握、次に整理方針、最後に実作業だ。そのたびに要点を残す。
この作業は3段階で進めてください。
1. 現状把握
- フォルダ内の主要なファイル種類
- 重複しそうなもの
- 優先して残すべきもの
2. 整理方針
- どの基準でまとめるか
- どのファイルは移動・削除候補か
- 迷うものの扱い
3. 実作業
- 方針に従って整理する
- 最後に、何をどう変えたかを箇条書きで要約する
各段階の終わりで、次の形式で必ず節目メモを出してください。
- ここまで決めたこと
- まだ未確定なこと
- 次に確認すべきこと
文書作成でも同じだ。たとえば、長い提案書や規約のたたき台を作らせるとき、章ごとに節目メモを挟む。筆者はこれを入れ忘れて、後から「前半で定義した用語」が後半で少しずつズレていく手戻りを食らった。全文を書いてから直す羽目になると、差分が汚い。ここは本当にだるい。節目メモがあれば、その場でズレを止められる。
第1章を書いたら止まって、次の節目メモを出してください。
節目メモには必ず入れること。
- この章で決めた定義
- 使った用語
- 次章で引き継ぐ前提
- 曖昧なまま残っている点
メモを出したら、私の確認を待って次へ進んでください。
このやり方の肝は、「要約しろ」だけで終わらせないことだ。Claude Codeは要点をまとめるのが得意だが、何を残すべきかを指示しないと、ただの短い感想になる。後で役立つ節目メモには、最低でも次の4つが要る。決定事項、変更した対象、保留、次の一手だ。これがないと、再開時にまた会話を読み返すことになる。
節目ごとの要点は、毎回この順でまとめてください。
1. 決定事項
2. 変更した対象
3. 保留していること
4. 次にやること
長文にはしないでください。後から見返して3分で把握できる長さにしてください。
注意点もある。節目メモを作るたびに、毎回ぜんぶを貼り直す必要はない。むしろそれをやるとコンテキストを食う。長い会話では、要点だけを次の依頼に引き継ぐほうがいい。前回の全文ログを抱えたまま進むと、関係ない話に引っぱられやすい。Claude Codeは便利だが、無限に記憶してくれる道具ではない。長い作業ほど、こちらが記憶の置き場を作る必要がある。
ファイル整理なら、節目メモはさらに効く。たとえば「仮保存」「重複候補」「削除保留」のような箱を作っておき、各区切りで何がどこへ動いたかを書かせる。ディスク削減でも同じで、キャッシュ、重複、古い書き出しファイル、使っていない画像のような分類ごとに節目を切ると、途中で判断を間違えにくい。
整理作業の途中で、3ファイルごとに止まってください。
その時点で以下を短く残してください。
- どのファイルをどう扱ったか
- 削除保留にした理由
- 迷っている点
- 次に見るべきフォルダ
ここで大事なのは、節目メモを「報告書」にしないことだ。長すぎると見返さない。短く、事実だけ、あとで検索しやすい言葉で残す。人間が読む前提なら、1つの節目につき数行で十分だ。雑に見えて、実はこれがいちばん強い。
もうひとつ、節目メモは確認作業にも使える。作業の最後に全文を見返す代わりに、節目メモだけ並べれば、判断の流れが追える。途中で方針変更があったか、何を根拠に削ったか、どこで止まったかが見えるからだ。レビュー相手に渡すときも、いきなり完成品だけ出すより、途中の判断が見えるほうが話が早い。
長い作業を楽にするコツは、気合ではない。節目で止まり、要点を残し、次に渡す。この型を固定することだ。Claude Codeは一気通貫の大作業にも向くが、後から確認しやすい形に分けたほうが、結局は速い。手戻りが減るからだ。もし今の依頼が長くなってきたなら、次の節目からでもいい。途中要約を入れて、作業の背骨を作っておけばいい。