最後の最後に雑に投げるだけだと、Claude Code はかなり簡単に“作業した気分の断片”を吐く。そこから人に渡せる形へ直す一手間を入れるかどうかで、引き継ぎ用の要約、最終サマリー、成果物の整形の質が露骨に変わる。ここをサボると、あとで「結局どこが変わったのか」「何を前提に進めればいいのか」が読み取れず、会話をもう一往復、いや二往復する羽目になる。
筆者は最初、作業が終わった直後に「変更点をまとめて」とだけ頼んでいた。すると、モデルはだいたい“それっぽい説明”を返すが、実際にはファイル名の列挙だけだったり、重要な判断理由が抜けていたりする。コード修正なら diff を見ればまだ追えるが、書類整理や設定整理だとそれができない。終わり際にもう一回、引き継ぐ前提でまとめ直す。これが効く。
やり方は単純だ。作業が一通り終わったら、Claude Code に対して「ここまでの成果を、後任がそのまま続きから入れる形に整えて」と明示する。ポイントは、単なる要約ではなく、次の人が迷わない順序に並べ替えさせることだ。たとえば次のように頼む。
ここまでの作業を、引き継ぎ用の要約として整理してください。
次の順番で、短すぎず、でも冗長すぎない形でまとめてください。
1. 何を目的に進めたか
2. 実際に変えた内容
3. まだ残っている作業
4. 判断に使った前提や注意点
5. 次に触るならどこから始めるべきか
専門用語は必要な分だけにして、後任が読んで迷わない文にしてください。
箇条書きでよいですが、単なるファイル名の羅列は避けてください。
この頼み方のいいところは、Claude Code が出しがちな“作業ログ風の雑文”を避けやすい点にある。要約だけを頼むと、だいたい「A を修正し、B を更新し、C を確認した」といった平板な文章になる。悪くはないが、引き継ぎには弱い。後任が知りたいのは、何をやったかより、なぜそれをやったか、どこを見れば続きが始められるか、だからだ。
文書作成やファイル整理でも同じである。たとえば案件フォルダを整理しているなら、最後に「このフォルダ構成を第三者が見ても分かるように、目的別に説明し直して」と頼む。重複ファイルの掃除なら、「削除候補の考え方と、残した理由を後から確認できる形でまとめて」と言っておく。単に“きれいにしました”では意味がない。引き継げる形とは、作業の結果だけでなく、判断の筋道まで残る形だ。
この整理結果を、引き継ぎ用の最終サマリーに直してください。
条件:
- 誰が読んでも、何が残っていて何が終わったか分かること
- 重要な判断は、理由も一緒に書くこと
- 逆に、細かすぎる作業手順の羅列は減らすこと
- 必要なら「未確認」「要レビュー」をはっきり残すこと
- 次の担当者が最初に見るべきファイルや場所を明記すること
ここで大事なのは、「未確認」「要レビュー」を消させないことだ。きれいな文章にしたいあまり、曖昧な部分まで丸め込むと、引き継ぎ資料としては死ぬ。Claude Code は整えるのが得意だが、放っておくと、曖昧さまで整えてしまう。そこが落とし穴である。人間が読むと「できた話」に見えるのに、実際には未着手の項目が混ざっている。この手の事故は、だいたい最後のまとめで起きる。
筆者も一度、資料整理の終盤で「全体を読みやすくして」とだけ頼んで痛い目を見た。すると、未確定の見出し案まで確定した体裁に整えられ、あとで見返したときにどれが確定版でどれが仮なのか分からなくなった。結局、もう一度ラベルを付け直すはめになった。あれは完全に、最後の整形で“差分が見えなくなる”典型例だった。
だから、成果物の整形を頼むときは、見た目を整えるだけでなく、状態を残せと明示する。たとえばこうだ。
最終成果物として見やすく整えてください。
ただし、次の情報は消さないでください。
- 未完了の箇所
- 仮置きした判断
- 確認が必要な点
- 変更の影響範囲
読み手は次の担当者を想定します。
「このまま引き継げるか」を判断できる粒度でまとめてください。
この段階でやるといいのは、最終版を「読むための文書」と「引き継ぐための文書」に分けて考えることだ。前者は気持ちよく読めればよいが、後者はそれだけでは足りない。後任が困るのは、情報が多すぎることではなく、判断材料が抜けていることだ。だから、Claude Code には“読みやすさ”と“引き継ぎやすさ”を別の条件として渡す方がいい。
たとえば、こんなふうに少し強めに縛ってもよい。
次の条件で全体をまとめ直してください。
- 先に結論を書く
- その後に、変更点、残課題、注意点を分ける
- 各項目は、後任が「次に何をすればいいか」を判断できる文にする
- 推測で埋めない
- 断定できない箇所は、断定しない
- 文章は短くしすぎず、必要な前提は省略しない
こういうまとめ直しは、会話の最後にやるからこそ効く。途中でやると、まだ考えが固まっていない部分まで固定されてしまう。だが終盤なら、すでに見えている事実だけを安全に整形できる。しかも、次の会話を始めるときに、その最終サマリーをそのまま貼ればよい。つまり、コンテキストを節約できる。Claude Code を長く使うほど、この差が効いてくる。
非エンジニアの用途でも話は同じだ。弁護士が案件ごとに書面や証拠ファイルを整理する場合、ディスクを空けるために不要キャッシュや重複を洗う場合、最後に必要なのは“何をやったか”の一覧ではない。次に誰が見ても迷わない、引き継げる形の説明だ。特に案件やフォルダ整理は、後から見たときに経緯が抜けていると困る。Claude Code に最終版を作らせるなら、ファイル名だけで終わらせず、用途や優先度まで書かせた方がいい。
最後にひとつだけ言っておくと、まとめ直しは「丁寧なオプション」ではない。むしろ、本番の出力だ。作業そのものより、最後の数行で品質が決まることは普通にある。ここを強く意識しておくと、Claude Code はただの作業補助ではなく、他人に渡せる成果物を作る道具になる。