途中で出たメモや断片を、そのまま成果物だと思って放置するとだいたい崩れる。Claude Code はそこを最後にまとめ直させるのがうまい。仕上げの再構成、最終整形、まとめ直し、呼び方はいろいろあるが、やることは単純だ。バラけた素材を、提出できる形に整える。
この使い方のいいところは、最初から完璧な指示を出さなくていい点にある。先に雑に集めさせて、最後に「この断片を一つの成果物に仕上げて」と頼む。人間の下書きでもよくやる流れだが、Claude Code はこの手の再構成がかなり得意だ。逆に、最初から完成形を一発で作らせようとすると、抜けや重複が出やすい。筆者も昔、仕様メモ、箇条書き、途中のコード断片を別々に投げて、最後の整形を省いたせいで、同じ説明が二重に入った文書をそのまま使いかけた。あれは地味にだるい。
たとえば、ファイル整理なら、散らかったメモやログを「削除候補」「残すもの」「後で確認するもの」にまとめ直させる。文書作成なら、章ごとに作った断片を、読み物として通る順番に並べ替えさせる。開発なら、試行錯誤のメモから、最終的な手順書や README に変換させる。ここで大事なのは、ただ要約させるのではなく、使える形に再構成させることだ。要約は短くなるだけだが、再構成は用途に合わせて並べ替え、重複を落とし、足りないつなぎを補う。
Claude Code に渡す依頼は、こんな具合でいい。
以下の断片を、読み手がそのまま使える成果物にまとめ直してほしい。
条件:
- 重複は削る
- 順序は読みやすさ優先で並べ直す
- 足りない接続は補う
- 断定できない部分は勝手に補完しすぎない
- 最後に、完成版の本文だけを出す
素材:
1. ...
2. ...
3. ...
この「完成版の本文だけを出す」が地味に効く。途中の整理案や、説明の前提確認まで全部返されると、最後に人間がまた整える羽目になる。最終整形でほしいのは、判断材料ではなく提出物だ。そこを最初に切っておくと、会話が散らからない。
もう少し実務寄りにするなら、役割をはっきりさせるといい。
あなたは編集者として動いてください。
次の断片を、社内共有用の手順書にまとめ直してください。
やってほしいこと:
- 見出しは少なめにして、流れが自然になるように並べる
- 同じ内容の繰り返しは削る
- 専門用語は必要なら短く言い換える
- 断定しすぎる表現は避けるが、曖昧にはしない
出力:
- 手順書の本文
ここで「編集者」と指定するだけで、文章の温度が変わる。Claude Code は、単に情報を並べるより、どの粒度でつなぐかを決めてもらったほうが強い。逆に「いい感じにまとめて」は弱い。人間が読むときの「いい感じ」は、だいたい曖昧すぎるからだ。
注意点もある。最後にまとめ直させるとき、材料の断片がぐちゃぐちゃすぎると、出力もぐちゃぐちゃになる。これはモデルの機嫌ではなく、入力の問題だ。たとえば、日付の違うメモ、古い指示、すでに却下した案が混ざっていると、再構成の結果に古い話が復活する。筆者は一度、削除済みの案をメモに残したまま再構成させて、古い方針が本文に戻ってきたことがある。人間なら「それは消した」と気づくが、機械は素材として残っていれば拾う。だから、まとめ直しの前に、残す断片と捨てる断片を分けておくのが先だ。
もう一つ、最終整形では「足りないところを勝手に埋めすぎない」指定が重要になる。ここを外すと、流れはきれいでも、中身が勝手に補われる。文書ならまだしも、手順書や整理ルールでそれをやられると困る。曖昧な部分は、勝手な創作ではなく、未確定として残させるのが正しい。
不明な点は補完せず、[要確認] と明示してください。
この一行があるだけで、後からの手戻りがかなり減る。完成度を上げるつもりで余計な想像を足されるより、未確定として止めてもらったほうがずっとましだ。
ファイル整理でも、この使い方はかなり効く。たとえば、重複ファイルの候補、不要そうなキャッシュ、残すべき書類のメモがバラバラにあるなら、最後に「削除候補一覧」「保留一覧」「理由」の三つに整えさせる。単に削除対象を列挙するより、判断の根拠まで一緒に揃うので、そのまま確認作業に回しやすい。非エンジニアなら、案件ごとの書類整理や、写真フォルダの片付けにも同じ考え方が使える。ばらばらに集めた情報を、最後に用途別の箱へ入れ直すだけだ。
次の候補を、削除前の確認用リストにまとめ直してください。
出力形式:
- 残すべきもの
- 削除候補
- 要確認
- 理由
条件:
- 同じ内容の重複は一つにまとめる
- 判断が割れるものは要確認に寄せる
- 断片的なメモは意味が通るように整える
このやり方の本質は、Claude Code に「考え直させる」ことではない。素材の集合を、読める順番と使える粒度に並べ替えさせることだ。ここを取り違えると、毎回ゼロから新しい案を出させる道具になってしまう。そうじゃない。最後のひと手間を任せるからこそ、途中の断片が成果物に変わる。
最後にひとつ。まとめ直しは、出力をきれいにする作業であると同時に、入力の粗さをあぶり出す作業でもある。並べ替えたら意味が通らない、つながりが欠ける、古い方針が混ざる。そういうときは、Claude Code が悪いというより、素材の集め方がまだ荒い。だから再構成の指示を出したあと、返ってきたものを見て「どこが足りないか」を確認する。そこまでやって初めて、最終整形が終わる。
断片をためるのは簡単だ。最後に整えるほうが、だいたい重い。だが、その重さを最後にまとめて引き受けさせるのが、Claude Code の使いどころである。