長い資料を丸ごと投げて「読んで」とやると、だいたい途中で雑になる。Claude Code は雑にしても止まらないが、こちらの意図は平気で薄まる。そこで効くのが、章ごとに渡すやり方だ。分割投入、資料を小分けにする、一気読みさせない、というやつである。
これは単なる小技ではない。長文の仕様書、契約書の下書き、議事録、マニュアル、フォルダ整理のルール説明まで、長いものを扱うときの基本動作だ。資料を一気に食わせるより、章単位で渡したほうが、Claude Code は論点をつかみやすい。こちらも「今どこを見ているか」を見失いにくい。
たとえば、20ページの社内手順書を要約したいとする。全文を貼る前に、目次だけを見せる。次に第1章だけ、次に第2章だけ、という具合に進める。これだけで、抜けやすい注意点や、章ごとの言い回しの揺れを拾いやすくなる。非エンジニアの人でも同じで、案件フォルダの整理ルールや、請求書の命名規則を見直すときに相性がいい。先に全体像、あとで各章。順番を守るだけで迷子になりにくい。
実際の頼み方は、かなり素直でいい。まずは全体の目的を一言で固定する。
この資料を章ごとに見て、各章の要点と気になる点を整理してほしい。
最初に目次を見て、どんな章立てか把握してから進めてください。
一度に全文を処理せず、章ごとに区切って扱ってください。
目次があるなら、まず目次だけ渡す。Claude Code に「章立てを把握してから進めて」と明示するのが大事だ。ここを飛ばすと、最初の章に引っぱられたまま全体を見た気になることがある。
以下は目次です。まず章構成を整理し、続けて各章を順番に扱ってください。
章ごとに、要点、注意点、他章との重なりを短くまとめてください。
そのあと、1章ずつ渡す。たとえばこんな流れだ。
第1章を渡します。まずこの章だけを読んで、次を出してください。
- この章の要点
- 実務で使うなら注意すべき点
- 曖昧な表現や、追加確認が必要な箇所
第1章:
...
第2章以降も同じ。毎回「この章だけ」を明言するのがコツだ。章の終わりに、前の章との差分や矛盾を見てもらうのも効く。
第2章です。前の章と比べて、内容が重なる部分と食い違う部分を分けてください。
必要なら、どちらを優先すべきかも指摘してください。
このやり方のいいところは、コンテキストの浪費を抑えられることだ。長文を一気に入れると、後半の情報が埋もれる。Claude Code は全部読んでいても、出力では前半寄りの印象になることがある。筆者は以前、手順書を丸ごと投げて「抜けを洗って」と頼み、後半の例外条件をかなり取りこぼされたことがある。後から章ごとに分けて見直したら、末尾にだけ書かれていた例外がちゃんと出てきた。あれは地味に痛い。
ただし、章ごとに渡すときには落とし穴もある。章だけを切り出すと、前提が切れて意味がずれることがあるのだ。たとえば「この場合は例外」とだけ書いてある章を単独で渡すと、何の例外なのか見えない。だから、章本文だけでなく、直前の見出しや前提文を少し添えるといい。
前提として、これは「通常フロー」の説明です。
この章は、その通常フローに対する例外条件を説明しています。
以下の本文を見て、例外の条件と影響範囲を整理してください。
もう一つ大事なのは、各章の最後に「未解決点」を残すことだ。章ごとに処理すると、細部は拾えても全体のつながりが切れやすい。そこで、各回の最後に必ず「次の章に持ち越す疑問」を出させると、後で戻りやすい。
この章について、まだ判断できない点を3つ挙げてください。
他の章を見ないと確定できない項目は、そう書いてください。
資料を小分けにするやり方は、文書作成でもかなり使える。たとえば、社内向けの案内文や、手順書のドラフトを作るとき、最初に全文を作らせるより、章ごとに書かせたほうが整う。導入、手順、注意事項、例外、の順に分けると、説明の重複が減る。いきなり全部を整えようとすると、同じ話を別の章でまた言い出しがちだ。あれは読む側の集中力を削る。
次の資料を、章ごとに分けて下書きしてください。
各章は独立して読める長さにしつつ、前の章と同じ説明の繰り返しは避けてください。
非エンジニアの人なら、ファイル整理にもそのまま使える。たとえば、案件フォルダに入ったPDFや画像を、月別・案件別・種類別に整理したいとき、いきなり全部を一覧化させるより、「このフォルダの中身をまず種類ごとに分ける」「次に重複っぽいものを候補に出す」「最後に削除候補を確認する」と段階を切るほうが安全だ。全部を一度にやらせると、消してはいけないものまで巻き込むのが怖い。特に削除系は、章ごとに確認して進めたほうがいい。
このフォルダ内のファイルを、まず種類ごとに整理してください。
次に、重複の可能性があるものを候補として挙げてください。
最後に、削除する前に人間が確認すべき点を一覧にしてください。
ここでやってはいけないのは、「分けて渡す」こと自体を目的化することだ。章を細かくしすぎると、かえって全体像が消える。章の粒度は、ひとまとまりで意味が通る範囲にするのがちょうどいい。見出し1つぶん、あるいは論点1つぶんが目安になる。細切れすぎると、Claude Code も人間も文脈をつなぎ直す手間が増える。
もう一つ、頼み方の順番も大事だ。先に「何をしてほしいか」を固定してから章を渡す。要約なのか、矛盾検出なのか、下書き作成なのかで、読む観点は変わる。同じ章でも、目的が違えば出力は変わる。ここが曖昧だと、章ごとに読ませたのに、毎回ちょっとずつ違う角度で返ってきて、最後に整合しなくなる。筆者は最初ここでよく手戻りした。原因は単純で、入力の順番が悪かっただけだ。「目的→目次→章本文」の順にすると、かなり落ち着く。
最後に、章ごと投入をもっと使いやすくする小技を置いておく。各章の末尾に、次の章へつなぐ短いメモを付けるのだ。人間が資料をつくるときにも効くし、Claude Code に渡すときにも文脈が切れにくい。
章の末尾に、次章へ渡すための引き継ぎメモを1〜2行で作ってください。
そのメモには、未解決の論点だけを残してください。
長い資料は、最後まで一息で食わせるとだいたい散る。章ごとに渡すと、読み手も作業者も迷子になりにくい。資料を小分けにするのは面倒に見えるが、実際は逆だ。後から探し直す手間が減る。手戻りも減る。何より、どこまで見たかがはっきりする。これは地味だが、かなり効く。