途中の作業をそのまま投げると、あとで読む人が高確率で詰まる。Claude Code でも同じで、最後に「最終要約」までやっておかないと、出力は立派でも引き継ぎには弱い。ここでやるのは、単なる要約ではない。引き継ぎ用に整形する、つまり「次の人が迷わず動ける形」に潰し込む作業だ。
この一手が効く場面は多い。コード変更のあとに別の人へ渡すとき。ファイル整理の結果を残すとき。長い会話の内容を文書に落とすとき。要点だけを抜き出せば済む話ではなく、何をやったか、何が残っているか、次に何を見ればいいかを、順番つきで残す必要がある。
筆者は最初、Claude Code に「最後にまとめて」とだけ投げて、見事に中身の薄い箇条書きだけを受け取ったことがある。たしかに短い。だが、次に何をすればいいのかが抜け落ちていて、結局もう一回会話を掘り返した。あれは時間の無駄だった。まとめは短くすることではない。使える形に圧縮することだ。
まずは、まとめの役割をはっきり分ける。Claude Code に渡す依頼は、ただの要約ではなく、次のどれを作るのかを明示するのがコツだ。
この会話内容を、引き継ぎ用に整形してください。
目的は最終要約です。単なる要点の列挙ではなく、次の人がそのまま動ける形にしてください。
含める内容:
- 何をしたか
- 何が変わったか
- まだ残っている作業
- 注意点や未解決点
- 次に見るべきファイルや場所
書式は次の順でお願いします。
1. 背景
2. 実施内容
3. 現状
4. 残タスク
5. 引き継ぎメモ
長すぎる説明は削ってよいですが、判断に必要な情報は落とさないでください。
この頼み方のいいところは、Claude Code が「何を切って、何を残すべきか」を判断しやすくなる点だ。長文を雑に短くするのではなく、役割ごとに並べ直す。これだけで、読後の使い勝手がかなり変わる。
もう少し実務寄りにするなら、出力形式も固定してしまう。たとえば、案件メモや作業報告としてそのまま貼れる形にする。
以下を、引き継ぎ文書としてそのまま貼れる体裁でまとめてください。
- 件名
- 作業の目的
- 実施した内容
- 変更したファイルや場所
- まだ終わっていないこと
- 追加で確認が必要な点
- 次の担当者への一言
箇条書きは必要最小限にし、説明は短い段落で書いてください。
ここで大事なのは、「きれいに見えること」ではない。引き継ぐ相手が、どこから読んでも迷わないことだ。だから、結論を先に置き、作業の経緯はあとに回す。全部を同じ粒度で並べると、読む側はだるい。重要なことまで埋もれる。
Claude Code は、会話全体をそのまま覚えたまま最後まで引っ張ると、冗長になりがちだ。そこで、最後のまとめでは「今の目的だけ」を再提示するといい。途中で話題がそれていたなら、なおさらだ。
ここまでのやり取りを、次の目的に合わせて整理し直してください。
目的: 〇〇の作業を引き継げる形にする
判断基準:
- 今後の作業に関係ない脱線は削る
- ただし、後で困る前提条件は残す
- 曖昧な表現は避ける
- 事実と推測を分ける
この「事実と推測を分ける」は地味だが効く。引き継ぎでよく壊れるのは、事実よりも、なんとなくの解釈だ。たとえば「たぶんこのファイルで合っている」みたいな文が残っていると、次の人がそのまま信じて事故る。Claude Code にも、そこははっきり分けさせたほうがいい。
非エンジニア用途でも同じだ。たとえば、フォルダ整理や書類整理のあとに「何をどこへ移したか」を残したいなら、こう頼めばいい。
この整理結果を、引き継ぎ用にまとめてください。
読む人は作業の途中から来る想定です。
入れてほしい内容:
- 何を整理したか
- どのルールで分類したか
- 重要なファイルをどこに置いたか
- まだ未整理のもの
- 次に確認すべきもの
専門用語は減らして、誰が読んでも分かる言葉にしてください。
ここでやりがちなのが、「要約」と「報告」を混ぜることだ。要約だけなら短くていい。だが、引き継ぎでは短さより再現性が大事になる。つまり、あとで同じ判断をやり直せる情報が必要だ。だから、整理のルールや判断基準を残す。これが抜けると、次の人は同じ穴をもう一度掘る羽目になる。
筆者は、ファイル名の付け方をまとめさせたつもりで、結果だけを受け取ったことがある。「重要書類をまとめた」とは書いてあるのに、どういう基準で重要としたのかがない。あとから見返すと、「これは残す」「これは削る」の境目が分からない。引き継げる形になっていなかった。あれ以来、最後のまとめでは必ず基準まで書かせるようにしている。
少し進めるなら、まとめの中に「次のアクション」を入れると強い。単なる終点で終わらせず、次に手を動かせる状態にする。
最後に、次の担当者が最初に着手する順番も書いてください。
例:
1. 〇〇を確認する
2. 〇〇を修正する
3. 〇〇を再確認する
この順番は、迷いが少ないものにしてください。
順番があるだけで、引き継ぎ文書は一気に実戦向きになる。人は、読むのはできても、優先順位を自分で組み直すのが面倒だ。そこをClaude Codeにやらせる。
注意点もある。最後にまとめさせるとき、元の会話を切り捨てすぎると、都合の悪い前提まで消える。特に、例外条件や未確定の話は要注意だ。まとめを軽くしすぎると、あとで「そんな前提だったっけ」が起きる。なので、依頼文にはこう入れておくといい。
削ってよいのは冗長な説明だけです。
例外条件、未確定事項、失敗した試行は残してください。
あとで判断が分かれる情報は、短くても省かないでください。
この指示はかなり大事だ。最終要約は、情報を削る工程に見えて、実際には情報の仕分け工程である。削る対象を間違えると、きれいなだけのメモになる。引き継ぎ用に整形する、という言い方にしたほうが実態に近い。
実際の運用では、最後のまとめを毎回同じ型で固定しておくと楽だ。人によって頼み方がぶれると、出力の質もぶれる。たとえば、以下のようなひな形を作っておくと再利用しやすい。
以下の会話を、引き継ぎ用に整形してください。
目的:
- 〇〇
出力形式:
- 背景
- 実施内容
- 変更点
- 未完了事項
- 注意点
- 次の一手
条件:
- 事実と推測を分ける
- 重要な前提は残す
- 誰が読んでも分かる言葉にする
- 長さより実用性を優先する
この型は、コード作業でも文書作業でも使える。Claude Code は、最後の出力を「そのまま使える文章」に寄せると強い。逆に、何となくまとめさせると、何となくそれっぽい文章が返ってくるだけだ。そこに期待しすぎると痛い目を見る。
最後に、ひとつだけ覚えておくといい。引き継ぎに向くまとめは、読み物ではなく作業道具だ。見栄えより、判断材料。短さより、抜けのなさ。曖昧さより、次の行動。Claude Code に最後の整理を任せるなら、この順番を外さないことだ。そうしておけば、会話の終わりが、そのまま次の作業の始まりになる。