長文をそのまま投げて「全部読んで、いい感じにやって」で済ませると、だいたい雑になる。Claude Code は器用だが、無限に賢いわけではない。入力が長くなるほど、要点がぼやけるし、途中で方針がズレたときの手戻りも重くなる。だから、分割投入、章立て入力、長文の小分けに切り替える。最初から一気読み前提にしないほうが、結果は安定する。
ここで言う「章ごとに渡す」は、単に文字数を減らす話ではない。仕事の流れを、章単位で区切って渡すやり方だ。たとえば、構成案、本文、推敲、見出し整形、要約、ファイル分割、重複チェックを、それぞれ別の依頼にする。Claude Code にも人間にも、そのほうが楽だ。
筆者は最初、資料一式を1回で投げていた。すると、途中で重要な制約を見落とされたり、不要な箇所まで直されて、あとで差分を戻すはめになった。特に厄介なのは、長い指示の後半に置いた条件だ。あれは平気で埋もれる。前半の勢いで勝手に走り出すことがある。そこを切るのが、このTIPSの本体である。
たとえば、文書作成ならこんな渡し方にする。
次の作業を章ごとに分けて進めてください。
1. まず全体の構成だけを見て、見出し案を出す
2. 次に第1章だけ本文を整える
3. そのあと第2章へ進む
4. 最後に全体の整合性だけ確認する
今回は第1章だけ扱ってください。
他の章には手を入れないでください。
ここで大事なのは、「今回は第1章だけ」と範囲を切ることだ。これを言わないと、モデルは気を利かせたつもりで全体をいじり始める。見た目は親切だが、実務ではだるい。修正範囲が広がるほど、差分の確認も戻し作業も重くなる。
Claude Code でファイルを扱うなら、章立てはさらに効く。たとえば、案件ごとのメモ、契約書のドラフト、議事録、補足資料が混ざっているディレクトリを一気に見せるより、まずは対象ファイルを絞る。ファイル名で章を切る感覚だ。
# 例: まず本文だけ見る
claude code ./drafts/chapter-1.md
# 例: まとめているが、扱う範囲は依頼文で限定する
claude code ./drafts/
実際の依頼文はこうなる。
このディレクトリには複数の章の下書きがある。
今回は chapter-1.md だけを対象にする。
やってほしいこと:
- 表現の重複を減らす
- 断定が強すぎる箇所を少し整える
- 見出しは変えない
- 他のファイルには触らない
終わったら、変更点を短く説明してください。
この「他のファイルには触らない」が地味に重要だ。Claude Code は作業に応じてファイル編集を提案するが、範囲指定が甘いと余計な差分を作る。とくに、関連ファイルが多いプロジェクトでは、似た名前のファイルまで巻き込まれやすい。小分けの指示は、暴走防止というより、確認コストを下げるためのものだ。
非エンジニアでも同じである。たとえば、フォルダ整理や書類整理なら、1回で「この大量の資料を全部見て分類して」と頼まない。年度別、案件別、取引先別に分けて処理する。PDFの山、画像の山、重複しがちな添付資料を、最初から別章として扱う。そうすると、何を根拠に分類したのか追いやすい。
まずは請求書フォルダだけを見てください。
次に、重複している可能性があるファイル名の候補だけを列挙してください。
削除はまだしないでください。
判断材料を先に出してください。
この「まだ消すな」が効く。Claude Code は便利だが、いきなり削除まで任せると危ない。筆者も昔、整理のつもりで雑に投げて、確認前に後戻りしづらい状態を作ったことがある。こういうときは、まず候補出し、次に確認、最後に実行、の順が正しい。章ごとに渡すというのは、実はこの順番を崩さないための工夫でもある。
長文を小分けにするコツは、単に短くすることではない。意味のまとまりで切ることだ。以下の区切りが扱いやすい。
この順番にすると、途中で話が飛びにくい。逆に、最初から全部入りで渡すと、Claude Code が「まず何を優先すべきか」を自力で解釈しなければならない。そこに余計なブレが出る。
もう一つ、やりがちな失敗がある。章ごとに渡すつもりで、毎回同じ前置きを全部コピペすることだ。これは一見親切だが、長すぎる前提はまた別のノイズになる。毎回入れるべきなのは、変わる部分だけでいい。固定のルールは短く、今回だけの条件をはっきり書く。これだけで十分だ。
固定ルール:
- 見出し階層は変えない
- 意味を変えずに直す
- 事実関係に自信がない箇所は、勝手に補完しない
今回だけの条件:
- 第2章の例だけ直す
- 300字以内でまとめ直す
この書き方にしておくと、依頼が読みやすい。人間が見ても分かるし、Claude Code にも伝わりやすい。要するに、章立て入力は「モデルにやさしい書き方」ではなく「自分の検査を楽にする書き方」だ。ここを取り違えると、毎回長文を投げては修正地獄に入る。
最後に、少し進んだ使い方を置いておく。章ごとに渡すときは、各章の終わりに「この章で確定したこと」を短く出させるといい。次の章に持ち越すべき前提が見えるからだ。全文を最後まで読ませてから修正するより、途中でズレを潰したほうが速い。
この章の作業が終わったら、次の3点だけ返してください。
- 変えた箇所
- 保留した箇所
- 次の章で引き継ぐ前提
この一手間で、長文の小分けはただの分割作業ではなくなる。会話の流れそのものが整理される。Claude Code を使う場面が、コードでも文章でも、ファイル整理でも、このやり方はかなり効く。全部を一度に読ませる癖を捨てるだけで、手戻りの量が目に見えて減る。