長く書き散らしたあとに、そのまま投げるのは雑すぎる。しかも、本人には読めるのに他人には使えない、いちばん厄介な形になりやすい。そこで効くのが、仕上げの再編集、全体の整形、引き継ぎ用まとめだ。Claude Code を使うなら、最後にこれを一回かけるだけで、下書きが「自分のメモ」から「他人が次に動ける文」に変わる。
ここでやることは、文章をきれいにするだけではない。重複を削り、順序をそろえ、前提が抜けた箇所を補い、あとで別の人が見ても迷わない形に整える。会議メモ、作業ログ、調査メモ、ディレクトリごとの作業記録、ファイル整理の手順書。どれでも効く。筆者は最初、ただ長文を短くしてもらえば十分だと思っていたが、実際はそれだと筋が切れて、あとで読み返すと「で、何を決めたんだっけ？」となった。長さを削るだけでは足りない。最後の組み直しが本体だ。
まずは、Claude Code に渡す役目をはっきりさせる。ここをあいまいにすると、要約なのか整形なのかがぶれて、出力が中途半端になる。たとえば、作業メモを引き継ぎ用に変えたいなら、こんなふうに指示する。
この下書きを、あとで別の人が読んでもすぐ動ける引き継ぎ用の文書にまとめ直してください。
やってほしいこと:
- 重複した内容を整理する
- 話の順序を、背景 → 進めたこと → 現状 → 未完了 → 次の手順 の流れにそろえる
- 曖昧な表現は、文脈からわかる範囲で具体化する
- 口語っぽい独り言は消す
- 重要な決定事項、保留事項、次にやることを分ける
- 元の意味は変えない
- 読む人がこの文だけで作業再開できる形にする
出力は、見出し付きの読みやすい日本語でまとめてください。
この手の依頼で大事なのは、「短くして」ではなく「次の人が動けるようにして」と言うことだ。Claude Code は元の文章をうまく再配置するのが得意だが、何を優先するかを言わないと、ただの圧縮に寄りやすい。圧縮だけだと、途中経過が消える。引き継ぎで必要なのは、削った跡がきれいなことではなく、何が終わっていて何が残っているかが見えることだ。
ファイルが長いときは、先に素材を分けるほうがいい。ひとつの巨大なメモをそのまま渡すより、章ごとに整えるか、まず断片をまとめてから最後に全体を通す。Claude Code はコンテキストの中で扱う情報量に限界がある。無理に全部入れると、細部の重みづけが雑になって、肝心の論点が薄まる。筆者はここで一度痛い目を見た。雑多な議事録、途中のメモ、貼り付けたログを全部一気に投げたら、表面は整っているのに、どこが決定でどこが雑談かが混ざった。読みやすいのに使えない、最悪のやつだ。
そういうときは、まず素材を切る。たとえば複数の下書きファイルや長い Markdown を扱うなら、先に対象を明示する。
claude
workspace 内のこのフォルダにある下書きを見て、最後にひとつの引き継ぎ文書にまとめたいです。
対象は report/*.md です。
各ファイルの役割を確認したうえで、重複を整理し、全体の流れが通る形に再編集してください。
Claude Code の使いどころは、単なる清書ではない。ファイル整理にも向く。たとえば、重複した説明が散らばった作業メモを、ひとつの「現状整理」に集約したり、不要な試行錯誤の記録を落として、残すべき判断だけを抜き出したりできる。ディスク削減の文脈でも同じで、削除候補の一覧や作業ログを最後にまとめ直せば、何を消したか、何を残したかが後から追える。削っただけのメモは、次に見たときに自分でも怖い。整えた記録なら、復元や確認がしやすい。
仕上げの再編集で効くのは、内容を三つくらいの層に分けて出すことだ。全部を同じ温度で書かせると、重要度が見えなくなる。たとえば、引き継ぎ文なら「すぐ着手すること」「背景として残すこと」「判断が要ること」を分ける。Claude Code にそのまま言えばいい。
次の3層で整理してください。
1. 今すぐやること
2. 背景と経緯
3. 保留中の論点と確認事項
各項目は、読む人が次の行動を起こせる粒度にしてください。
曖昧な点は曖昧だと分かるように残してください。勝手に埋めすぎないでください。
ここで「勝手に埋めすぎないで」と明示するのが大事だ。Claude Code は文脈から自然に補完するが、その補完が不要なときもある。引き継ぎ文書でやってはいけないのは、もっともらしい断定で穴を隠すことだ。穴は穴として残すほうがいい。あとで誰かが確認できるからだ。曖昧な部分を見えなくすると、再開時に同じ調査をもう一回やる羽目になる。
逆に、わざと残したほうがいいものもある。たとえば、判断の理由だ。結論だけ抜き出すと、あとで「なぜそうしたか」が消える。長文の下書きをまとめ直すときは、決定事項だけでなく、なぜその決定にしたのかを一文でも残す。これがあるだけで、引き継ぎの品質がかなり変わる。
各決定事項について、可能なら判断理由を1文で添えてください。
ただし、元の文章にない理由を作らないこと。
この「作らないこと」が肝心だ。整える作業は、補作文ではない。Claude Code は自然な文章に寄せるのが上手いので、油断すると、元の下書きにないはずの理屈まで滑らかに足してしまう。文章としては通る。でも記録としては危ない。筆者は、これをやってから「たしかに読みやすいが、事実かどうかが怪しい文書」を作ってしまい、あとで元ファイルと照合するはめになった。きれいさに酔うとだめだ。
長文を最後にまとめ直すときは、見た目の整形も一緒に頼むといい。見出しの粒度、箇条書きの階層、段落の長さをそろえるだけで、引き継ぎやすさが跳ねる。非エンジニア向けの文書なら、専門用語を言い換えさせるのも有効だ。たとえば、案件ファイルを整理している弁護士や事務スタッフなら、本文の中で出てくる略語を、その文書だけで通じる表現に直してもらう。
専門用語や社内用語が出てきたら、必要に応じてやさしい言い回しに直してください。
ただし、正式名称や固有名詞は勝手に変えないでください。
最後に、仕上がった文は一度「読む人」の視点で点検する。Claude Code への追加依頼としては、これがかなり効く。
この文書を、初見の人が受け取ったときに
- 何が終わっていて
- 何が残っていて
- 次に何をすればいいか
がすぐ分かるか確認し、足りないところを直してください。
この一手を入れると、ただ整った文章ではなく、使える文章になる。長文の下書きを最後にまとめ直す目的は、見栄えの改善ではない。次の人が迷わず続きから動ける形にすることだ。そこまでやって初めて、下書きが資産になる。雑に終わらせたメモは、あとで自分を殴る。引き継げる形に整えた文書は、何度でも使い回せる。