このレシピ（手順）は絆チーム（複数 AI＋管理者）の協議と内部監査ゲート（律 charter・独立監査・収益ストッパー）を経て、本文のコピペ用プロンプトを2モデル（claude-sonnet-4-6 / gpt-5.5）に実投し、想定どおりの出力が返ることを確認済みです（検証日・検証環境は上部に明記。サンプル入力での確認＝実際のあなたの入力では結果が変わりえます）。煽らない・盛らない・できない事は言う——絆の編集方針です。
お題：職場の PDF や長い Web ページを AI に要約させて「読むべき箇所だけ確認」する：資料の読み込みに時間がかかる人の確認レシピ
職場の PDF や長い Web ページを AI に要約させて「読むべき箇所だけ確認」する：資料の読み込みに時間がかかる人の確認レシピ
誰向け：会議資料、規程、調査報告、取引先資料を読む前に、確認点を整理したい人
何ができる：AIを使って長い資料の確認箇所を絞り込み、原文照合の効率を上げることができる
所要時間：資料の長さ、OCR の要否、確認したい論点数によって変動
誰向け： 会議資料、規程、調査報告、取引先資料を読む前に、確認点を整理したい人
できること： AI の要約に原文のページ・見出しを添え、確認対象を先に絞る
所要時間： 資料の長さ、OCR の要否、確認したい論点数によって変動
長い資料を AI に渡して短くしても、要約だけで判断を終えるのは危うい場面があります。数字の条件、例外規定、契約上の義務、決裁に関わる記述は、原文を確認する前提で扱う必要があります。
役割を分けると実務で使いやすくなります。
- AI： 争点候補を拾い、読む順番を並べる
- 人： 原文で根拠を確認し、判断と共有を行う
AI に「短くまとめて」とだけ頼むより、要約の各項目に出典位置を付けるよう依頼します。すると、資料全体を最初から最後まで追う代わりに、ページ番号や見出しへ戻って確かめられます。
先に決めるのは「何を見落とすと困るか」
資料を開く前に、確認したい論点を3〜5個ほど書き出します。ここが曖昧なまま要約すると、整った文章は返ってきても、必要な箇所が抜けることがあります。
たとえば、次のような観点です。
| 資料の種類 | 先に置く確認観点 |
|---|---|
| 社内規程・通知 | 変更点、適用開始日、対象者、例外、担当者 |
| 提案書・調査報告 | 結論、前提条件、根拠データ、未解決事項 |
| 契約書・利用規約 | 義務、期限、費用、解除条件、責任範囲 |
| プロジェクト資料 | 決定事項、保留事項、担当、期限、依存関係 |
| 長い Web ページ | 更新日、対象地域・対象製品、例外、問い合わせ先 |
ここでいう「確認観点」は、要約の見出しではありません。あとで自分が原文へ戻るための検索語です。
例：
「新しい制度の内容」ではなく、
「誰が対象か／いつからか／申請が必要か／従来運用と何が変わるか」
全体の流れ：AI は「確認リスト」を作り、人は原文を照合する
┌──────────────────┐
│ 1. 資料を渡す │
│ PDF / URL / 本文 │
└────────┬─────────┘
↓
┌──────────────────┐
│ 2. 確認観点を渡す │
│ 期限・費用・例外等 │
└────────┬─────────┘
↓
┌──────────────────────────┐
│ 3. AI が確認リストを出す │
│ 要点 / 出典位置 / 不明点 │
└────────┬─────────────────┘
↓
┌──────────────────────────┐
│ 4. 原文を確認して判断する │
│ 数字・条件・例外・引用を照合 │
└──────────────────────────┘この順番では、AI の出力を完成品として扱いません。原文確認の入口として扱います。
手順1：資料の状態を確かめる
PDF は、見た目どおりに読めるとは限りません。画像として保存されたスキャン PDF、表が多い資料、複数段組みの資料では、文字抽出や表の読み取りに誤りが混じることがあります。
アップロード前に見るのは、次の3点です。
- コピー＆ペーストで文字を選択できるか
- ページ番号が資料内にあるか
- 機密情報、個人情報、取引先情報を外部 AI に渡してよいか
社内ルール上、外部サービスへの投入が認められていない資料は、その環境で処理しません。利用する AI の学習利用設定、保存期間、管理者設定も組織ごとに確認対象です。
スキャン PDF の場合
文字を選択できない PDF は、OCR を通すと読める形になる場合があります。ただし、固有名詞、金額、小数点、表の列は誤認識が起きやすい箇所です。
OCR 後のテキストを AI に渡す場合は、数字・日付・固有名詞について原本画像との照合を追加します。
手順2：最初の依頼で「出典付き」にする
そのまま使える依頼文です。[] の中だけ、自分の資料に合わせて置き換えます。
あなたは資料の確認補助を担当します。
以下の資料を要約してください。ただし、要約だけで結論を作らず、
原文確認が必要な箇所を特定することを目的にします。
【確認したい観点】
- [例：変更内容]
- [例：適用開始日と対象者]
- [例：費用・期限・手続き]
- [例：例外条件と未確定事項]
【出力形式】
表で出してください。列は次の5つです。
1. 要点
2. 原文の出典位置（PDFならページ番号と見出し、Webなら見出しと該当文の冒頭）
3. その内容が重要な理由
4. 原文で確認する箇所
5. 不明点・推測が含まれる箇所
【ルール】
- 資料に書かれていない内容を補わない
- 出典位置が特定できない項目は「位置不明」と書く
- 数字、日付、金額、対象条件、例外規定は短く引用して示す
- 表や注記に書かれた条件も確認対象に含める
- 判断や助言ではなく、資料に書かれた内容と確認点を分ける出典位置を指定する理由は単純です。「AI がこう言った」ではなく、「資料の何ページに何と書いてあるか」へ戻れる状態を作るためです。
手順3：返ってきた要約を、読む順番に並べ替える
AI の出力を受け取ったら、上から順に読む必要はありません。まず原文で見る箇所を、影響の大きさで並べます。
| 先に確認する箇所 | 原文で見る理由 |
|---|---|
| 金額、割合、日付、期限 | 一文字違いで結論や対応日が変わる |
| 「ただし」「除く」「場合」「原則」などの条件 | 本文の結論に例外が付くことがある |
| 対象者・対象範囲 | 自部署、自社、自分の案件に当てはまるか決まる |
| 決定事項と未決定事項 | 読み手が推測で補う余地を減らす |
| 表、脚注、注記、リンク先 | 本文より具体的な条件が置かれることがある |
特に、AI の出力で「全員対象」「変更なし」「不要」「完了」といった短い断定が出た場合は、その周辺の例外条件を原文で確認します。
原文確認メモの型
確認後、要約を修正しながら次の形で残すと、会議やチャットで再利用できます。
■ 確認済み
- 対象：営業部とカスタマーサポート部
- 開始日：資料 p.4 に記載
- 必要な対応：申請フォームの提出
■ 原文で条件を確認した箇所
- 「原則」「ただし」の段落：資料 p.5
- 費用に関する脚注：資料 p.8
■ 未確認・担当者への確認事項
- 派遣社員への適用範囲
- 申請フォーム公開日このメモでは、AI の文と原文で確認した事実を混ぜません。「確認済み」「未確認」を分けておくと、次の人が読んだときに扱いが分かれます。
手順4：長い Web ページは「更新日」と「ページ内リンク」を見る
Web ページは PDF と違い、後から内容が更新されることがあります。AI に URL を渡す場合も、次の項目を確認対象に入れます。
- ページの公開日・更新日
- URL とページタイトル
- ページ内の見出し
- 規約、料金表、FAQ などのリンク先
- 地域、プラン、製品名による適用差
Web ページの要約では、ページ番号の代わりに「見出し名」と「該当文の冒頭」を出典として返させます。
Web ページを要約してください。
各要点について、
- 見出し名
- 該当する本文の冒頭15〜30字
- リンク先に条件がある場合は、そのリンクの名称
を添えてください。
ページ本文に更新日がある場合は、その日付も最初に記載してください。
更新日が見つからない場合は「更新日を確認できない」と記載してください。料金、提供地域、対応機能のように更新される情報は、AI の要約を保存しても、利用時点のページを再確認する扱いが無難です。
AI の出力で止めないほうがよい場面
次の資料は、要約を使って確認箇所を絞っても、最終的には原文全体または担当者確認が必要になりやすい領域です。
- 契約締結、法務判断、規制対応
- 人事評価、採用、処分など個人への影響が大きい判断
- 金額・発注・支払い条件の確定
- 安全、医療、品質保証に関わる手順
- 情報公開前の機密資料
- 画像の表、図面、注釈が結論を左右する資料
AI は、資料中の関係を取り違えたり、複数箇所の条件を一つにまとめたりすることがあります。「書いてあること」と「そこから導いた解釈」を分けて出力させても、その境界が常に正しいとは限りません。
判断の根拠として残すなら、要約文ではなく、原文の該当箇所と確認日を記録します。
会議前なら、最後にこの1問を追加する
要約ができた後、次の依頼を追加すると、会議で確認すべき点を拾えます。
この資料について、原文だけでは確定できない点、
担当者への確認が必要な点、
部署ごとに解釈が分かれそうな点を分けて列挙してください。
各項目に、根拠となるページ番号または見出しを付けてください。
資料に根拠がない推測は「推測」と明記してください。出てきた項目をそのまま会議の議題にせず、該当ページを開いた状態で確認する。そこまで含めると、要約は「読んだつもり」を作る文ではなく、原文を確かめるための作業台になります。
公開時の表現設計
- 短尺の実操作動画：使う。 PDF を渡し、出典付きの表を得て、ページ番号へ戻る流れは動きで見せたほうが理解が早い。狙う行動指標は、記事冒頭から手順2までの到達とテンプレートの利用。
- コピペ前後の切替例：使う。 「要約だけ」と「出典・不明点付き」の差を比較できる。狙う行動指標は、依頼文のコピーと保存。
- 音声：使わない。 このテーマでは、ページ番号、見出し、依頼文の文面を目で確認する情報量が中心となるため。