長文資料を要約せず「読む順番の地図」にする：Claudeで要点と飛ばせる箇所を出す

要約と「読む順番の地図」は何が違うのか

要約は資料の代わりに読むもの、地図は資料のどこを自分の目で読むかを決めるものです。

• 出力、要約：短くした本文、読む順番の地図：章ごとの重要度・読む順・飛ばす条件
• 次の行動、要約：要約を読んで終わりがち、読む順番の地図：指定された箇所を原文で読む
• 間違いの影響、要約：抜けや言い換えのずれに気づきにくい、読む順番の地図：外れていても原文を読めば修正できる
• 向く場面、要約：概要だけ知れば足りるとき、読む順番の地図：会議・判断・レビューの前

地図は「読まなくてよい」と断定する道具ではありません。飛ばす箇所には必ず「次の場合は戻って読む」という条件を付けさせます。これが見落としへの保険になります。

先に決める4つの情報と、資料の渡し方

依頼文に入れる情報は次の4つです。ここを空欄にしないことが、地図の使いやすさに最も効きます。

1. 読む目的：例「来週の会議で、この提案に賛成か反対かを決める」
2. 自分の立場と前提知識：例「営業部。技術用語は不案内。契約の背景は知っている」
3. 使える時間：例「30分」「重要箇所は5つまで」
4. すでに知っていること：知っている章は「確認のみ」に回せます

資料はファイルとして添付するか、本文を貼り付けます。Claudeのヘルプ「Upload files to Claude」（確認時点の表示上の更新日は2026年7月23日、Web版の仕様）では、チャットへのアップロードは1ファイル500MBまで、1チャット最大20ファイル、PDFは1,000ページまでと記載されています。100ページ以下のPDFは文字と図表などの視覚要素が分析され、101〜1,000ページでは文字のみが処理されます。プロジェクトのファイルは1ファイル30MBまでです。上限は変わることがあり、利用環境によって異なる場合もあるので、実際の画面表示も確認してください。

実務上の注意は2点です。

• 101ページ以上のPDFでは、図・グラフ・表の画像は読まれない前提にする。 図表が肝の資料は、そのページだけ別に渡すか、自分で見ます。
• 社外秘の資料は、実名・金額・取引先名を置き換えてから渡す。 章立てと論点の構造が残っていれば、地図は作れます。社内ルールも確認してください。

そのまま使える依頼文

資料を添付または貼り付けたあと、同じメッセージの末尾に次の依頼文を置きます。Anthropicの記事「Prompting Claude's long context window」（2023年9月公開、当時のClaude Instant 1.2などでの検証）には、長いプロンプトでは指示を末尾に置くよう勧める記述があります。現行モデルで同じ効果が出る保証はないため、ここでは「資料→依頼文」の順を基本形にしているだけです。

上の資料を要約せず、「読む順番の地図」にしてください。

【読む目的】来週の会議で、この提案を採用するか判断する
【私の立場】営業部。技術の詳細は不案内。提案の背景は知っている
【使える時間】30分
【すでに知っていること】第1章(背景)は把握済み

出力は次の表にしてください。
列：順番 / 章・節(ページ) / この部分の役割 / 重要度(A:必ず読む、B:余裕があれば、C:飛ばしてよい) / 読み方(全文、結論だけ、図表だけ、など) / そう判断した根拠(原文から20字程度の短い引用) / 飛ばした場合に戻るべき条件

ルール：
- 重要度Aは最大5つまで。
- Cにした箇所にも、必ず「戻るべき条件」を書く。
- 資料に書かれていないこと、ページ番号が確信できない箇所は「不明」と書く。推測で埋めない。
- 表のあとに、判断に必要なのに資料内で見つからなかった情報があれば列挙する。

ポイントは3つです。

• Aの上限を決める。 上限がないと、ほぼ全部がAになりやすくなります。
• 短い引用を付けさせる。 判断が原文に基づくかを自分で検証できます。前述のAnthropicの記事でも、答える前に関連する引用を抜き出させる方法が精度向上に役立ったと報告されています（質問応答タスクでのテスト結果で、地図作りに同じ効果があるとは限りません）。
• 「不明」を許す。 ページ番号などは取り違えやすいため、確信がなければ不明にさせます。

地図の記入例（説明用の例）

次は、実在しない「業務委託の見直し提案書（全48ページ）」を想定した、説明用の例です。Claudeを実際に動かした出力ではなく、依頼文に対して期待する表の形を示したものです。

• 1、章・節（ページ）：第6章 提案の結論（p.38-40）、役割：採用案と判断基準、重要度：A、読み方：全文、根拠（引用）：「A案を推奨する」、戻る条件：—
• 2、章・節（ページ）：第5章 費用比較（p.30-37）、役割：案ごとの費用差、重要度：A、読み方：表を先に、注記は後で、根拠（引用）：「3年累計では」、戻る条件：結論の費用が自分の試算と違うとき
• 3、章・節（ページ）：第7章 リスクと対策（p.41-44）、役割：採用時の懸念、重要度：A、読み方：全文、根拠（引用）：「移行期間中は」、戻る条件：—
• 4、章・節（ページ）：第4章 比較対象（p.20-29）、役割：検討した案の説明、重要度：B、読み方：各案の冒頭段落だけ、根拠（引用）：「検討した案は三つ」、戻る条件：A案以外を推す意見が出たとき
• 5、章・節（ページ）：第3章 現状分析（p.10-19）、役割：現行の課題、重要度：B、読み方：見出しと図表のみ、根拠（引用）：「現行体制では」、戻る条件：課題認識が自分の理解と食い違うとき
• —、章・節（ページ）：第1章 背景（p.1-5）、役割：経緯、重要度：C、読み方：飛ばす（把握済み）、根拠（引用）：「本提案の背景」、戻る条件：日付や経緯の確認が必要なとき
• —、章・節（ページ）：付録A 用語集（p.45-46）、役割：用語の定義、重要度：C、読み方：用語が出たときだけ、根拠（引用）：「用語集」、戻る条件：意味の分からない語が出たとき
• —、章・節（ページ）：付録B 議事録（p.47-48）、役割：検討過程の記録、重要度：C、読み方：飛ばす、根拠（引用）：「第3回検討会」、戻る条件：意思決定の経緯を問われたとき

表のあとには、たとえば「運用担当者の人員計画は資料内で見つからなかった」といった一覧が付きます。これは会議前に誰かへ聞く質問の候補にもなります。

地図を受け取ったあとの手順と、人が決めること

地図は出して終わりではありません。次の順で使います。

1. Aの根拠引用を原文で検索する。 見つからない行は、その判断を信用しません。
2. 目次と照らし合わせる。 章の抜けやページ番号のずれを見ます。目次がなければ見出しを数か所確認します。
3. Cの「戻る条件」を自分の目的に当てはめる。 会議で経緯が問われそうなら、経緯の章をBに引き上げます。
4. Aを地図の順に原文で読む。 疑問が出たら「第5章の3年累計の前提を、原文のこの箇所から説明して」のように箇所を指定して聞きます。

地図の結果ごとの対応は次のとおりです。

• 引用が原文に見つからない、対応：その行は無効とみなし、該当章を自分で確認するか、引用の再出力を依頼する
• ほぼ全章がA、またはBだらけ、対応：目的が広すぎる。「賛否の判断」のように一つに絞って再依頼する
• Cの章に自分の担当領域の語がある、対応：その章をB以上に引き上げる
• 101ページ以上で図表が多い、対応：図表ページを別途確認し、地図は文章部分の判断として扱う
• 資料が複数ファイル、対応：ファイルごとに地図を作らせ、最後に「ファイル間の読む順」を依頼する

Claudeに任せるのは、章の役割の分類と優先度の初案までです。数字・日付・固有名詞・条件（「ただし」「除く」など）の正確な読み取り、飛ばした箇所に自分の立場で重要な内容がないか、資料の主張が信頼できるかは、人が判断します。

うまくいかないときは次のように調整します。見出しがない議事録やメールなら、「話題の切れ目ごとに区切り、仮の見出しを付けてから表にして」と頼み、仮見出しは自分で見直します。出力が長すぎるときは、「まず章ごとの役割だけの一覧を出し、私がAを選んだあとで詳細を出して」と二段階にします。目的が複数あるなら、「判断用」と「後で引用する用」のように地図を分けます。

なお、この原稿は自動校閲を経たもので、人による取材・校閲や実機での出力検証は行っていません。