この記事は、複数の AI が書いて互いに点検し、公開前の確認を通したものです。本文のコピペ用プロンプトは、2つの AI（claude-sonnet-4-6 / gpt-5.5）で実際に動かし、想定どおりの結果が返ることを確かめています（確かめた日と環境は上に書いてあります。試したのは見本の入力なので、お手元の入力では結果が変わることがあります）。煽らない・盛らない・できないことはできないと書く。これが、このサイトの編集方針です。
お題：職場のPDFマニュアルをAIに要約させて「手順・注意点・問い合わせ先」に整理する：読み込む時間がない担当者の運用レシピ
職場のPDFマニュアルをAIに要約させて「手順・注意点・問い合わせ先」に整理する：読み込む時間がない担当者の運用レシピ
誰向け： 社内・取引先向けのPDFマニュアルを、現場で使える短い案内に整えたい担当者
できるようになること： PDFの記載を根拠に、「手順・注意点・問い合わせ先」を分けた要約を作り、確認して共有できる
所要時間： AIの処理後に原典照合の時間を確保する。ページ数、画像の多さ、改定状況で変動する
PDFマニュアルは、制度説明・例外条件・画面説明・問い合わせ先が同じ文書に混在しがちです。急ぎの担当者が欲しいのは全文の短縮ではなく、「次に何をするか」「何を間違えやすいか」「困ったときに誰へ連絡するか」です。
AIにはこの3項目へ仕分ける役割を任せ、最終判断はPDF原典で行うと、短い案内でも根拠を残しやすくなります。
┌────────────────────┐
│ 入力：PDFマニュアル │
│ ・本文 │
│ ・表、注記、画像 │
│ ・改定日、版数 │
└─────────┬──────────┘
↓
┌────────────────────┐
│ AI：記載を抽出・分類 │
│ ・手順 │
│ ・注意点 │
│ ・問い合わせ先 │
│ ・不明箇所 │
└─────────┬──────────┘
↓
┌────────────────────┐
│ 出力：現場用の案内 │
│ ・実行順に並べる │
│ ・原典の頁を付ける │
│ ・確認者を明記する │
└────────────────────┘先に決めること：そのPDFをAIへ渡してよいか
要約作業の最初はプロンプトではなく、データの扱いの確認です。PDFには、個人情報、取引先情報、価格、契約条件、社内システムの画面、認証情報につながる記述が含まれることがあります。
| PDFの状態 | 進め方 |
|---|---|
| 公開済みの規程・製品マニュアル | 利用ルールの範囲でAIに渡す。公開版か、改定版かを確認する |
| 社内限定だが機密度が低い | 組織で認められたAI環境を使う。保存・学習利用・共有範囲を確認する |
| 個人情報、契約情報、認証情報、未公開情報を含む | 外部AIへそのまま渡さない。伏せ字化、必要部分だけの抽出、社内承認済み環境の利用を検討する |
| スキャンPDF・画像中心のPDF | OCRの読み誤りを前提にする。数値、日付、URL、メールアドレス、画面上の選択肢を原典で照合する |
確認ポイント
AIに渡せるか不明な場合は、まず情報システム部門、法務、情報セキュリティの運用ルールを確認します。
「要約だけなら問題ない」とは限りません。入力時点でPDFの内容が外部サービスに送られる設定もあり得ます。
全体の流れ：PDFを読む前に「出力の型」を固定する
要約の品質は、AIに「短くして」と頼むより、出力欄を先に決めることで安定します。
[1. 対象PDFを確認]
↓
[2. テキスト化できるか判定]
↓
[3. AIに「抽出・分類」を依頼]
↓
[4. 原典と照合]
├─ 一致する → [5. 共有用に整形]
└─ 不明・矛盾 → [担当部門へ確認]
↓
[回答を反映して公開]特に、次の4種類はAIの出力だけで確定しないほうがよい項目です。
- 金額、期限、回数、上限値
- 承認権者、担当部門、連絡先
- 「原則」「例外」「対象外」といった条件
- PDF内の図表、脚注、画面キャプチャにだけ書かれた内容
Step 1：PDFの版と対象範囲を確認する
同じ名前のマニュアルでも、改定日や版数が異なる場合があります。まず、要約対象を明確にします。
最低限、控える項目
| 項目 | 記入例 |
|---|---|
| 文書名 | 経費精算システム 操作マニュアル |
| 版数・改定日 | 第○版／YYYY年MM月DD日改定 |
| 保管場所 | 社内ポータルのURL、共有フォルダのパスなど |
| 対象者 | 一般社員、承認者、経理担当者など |
| 要約の利用場面 | 問い合わせ一次対応、研修、チーム内共有など |
| 確認担当 | 制度担当、システム担当、業務責任者など |
このメモを先に作ると、古いPDFを要約して共有してしまう事故を減らしやすくなります。
Step 2：PDFから「答えるべき質問」を作る
AIに渡す前に、現場で聞かれやすい問いを置きます。全ページを均等に縮めるのではなく、利用者が行動できる形へ寄せるためです。
たとえば、申請・登録・発注などのマニュアルなら、次の質問が使えます。
- この作業は誰が始めるのか
- 開始前に何を用意するのか
- 操作はどの順番で行うのか
- 入力ミスが起きやすい項目は何か
- 承認や締切はあるか
- 失敗した場合に取り消し・修正できるか
- 問い合わせ先はどこか
- 問い合わせ時に伝えるべき情報は何か「問い合わせ先」については、部署名だけでなく、連絡手段と受付条件を分けて確認します。
| 確認したい情報 | 例 |
|---|---|
| 担当部署 | 人事部、経理チーム、情報システム部 |
| 連絡方法 | メール、フォーム、電話、チャット |
| 受付時間・対応日 | 平日、月末を除く、障害時は別窓口など |
| 連絡時に必要な情報 | 申請番号、エラー文言、対象者名、画面キャプチャなど |
| 緊急時の扱い | 通常窓口と異なる連絡経路があるか |
PDFに書かれていない連絡先をAIが補うことは避けます。見つからない場合は「PDF内に記載を確認できない」と明記し、管理部門へ確認する運用にします。
Step 3：AIに「要約」ではなく「根拠付きの仕分け」を依頼する
以下は、PDFを読み込ませた後に使えるプロンプトです。[] 内だけ差し替えて使います。
あなたは業務マニュアルの整理担当です。
添付したPDFだけを根拠に、利用者向けの案内を作成してください。
目的：
[利用場面。例：経費精算の一次問い合わせに対応する担当者向け]
守ること：
- PDFに書かれていない内容は補わない
- 推測、一般的な慣行、外部情報は書かない
- 判断できない箇所は「PDF内で確認できない」と記載する
- 数値、日付、期限、金額、部署名、メールアドレス、URL、申請条件は原文に近い表記で抜き出す
- 図、表、脚注、注記にある重要事項も確認対象にする
- 各項目に根拠ページを付ける。ページ番号が取れない場合は見出し名または章名を付ける
- 手順と注意点を混ぜない
- 問い合わせ先はPDFに明記されたものだけを記載する
以下の形式で出力してください。
# 文書情報
- 文書名：
- 版数・改定日：
- 対象者：
- PDF内で確認できた目的：
# 手順
| 順番 | 実施すること | 入力・確認するもの | 完了の目安 | 根拠ページ |
|---|---|---|---|---|
# 注意点
| 注意点 | 影響・起こりうること | 対応 | 根拠ページ |
|---|---|---|---|
# 問い合わせ先
| 問い合わせ内容 | 窓口・部署 | 連絡方法 | 受付条件・補足 | 根拠ページ |
|---|---|---|---|---|
# PDF内で確認できない点
- 箇条書きで列挙する
# 原典確認が必要な箇所
- 数値、期限、例外条件、連絡先、図表由来の情報のうち、読み取りに不確かさがあるものを列挙するこの依頼では、AIに完成版を一度で書かせるよりも、まず「PDFに何が書いてあるか」を整理させます。原典確認が必要な箇所を別欄に出すため、確認作業の対象を絞れます。
Step 4：AIの出力を原典と照合する
確認は全文を読み直す作業ではありません。事故につながりやすい箇所を優先して照合します。
照合チェックリスト
- 文書名、版数、改定日がPDFと一致している
- 対象者が取り違えられていない
- 手順の順番が原典どおりである
- 必要な事前準備や添付書類が抜けていない
- 承認、締切、上限、対象外条件が残っている
- 「任意」と「必須」が混同されていない
- 例外処理、差戻し、取消、再申請の説明がある
- 問い合わせ先がPDF記載どおりである
- メールアドレス、URL、電話番号、受付時間を原典で確認した
- AIが補ったように見える説明が残っていない
- 原典の保管場所と改定日を案内に記載した
確認の優先順位
| 優先 | 確認対象 | 理由 |
|---|---|---|
| 高 | 金額、締切、権限、承認、対象条件 | 誤ると申請漏れや業務判断の誤りにつながりやすい |
| 高 | 連絡先、窓口、障害時対応 | 問い合わせ先を誤ると、対応遅延が起きやすい |
| 中 | 操作手順、画面名、必要書類 | 日常運用に影響する |
| 中 | 注記、脚注、例外条件 | 本文より見落とされやすい |
| 低 | 背景説明、制度の経緯 | 利用場面によっては短縮できる |
共有用の完成形：1ページ目に置くテンプレート
確認後は、AIの回答をそのまま貼るのではなく、使う人が迷いにくい順番に整えます。
[業務名] 簡易案内
対象： [対象者]
原典： [文書名／版数・改定日／保管場所]
最終確認： [確認日／確認担当]1. 手順
- [開始前の準備]
- [操作・申請・入力]
- [確認・提出]
- [完了後の確認]
2. 注意点
- [期限・締切に関する注意]
- [入力内容や添付物に関する注意]
- [例外時の扱い]
- [差戻し・取消・修正に関する注意]
3. 問い合わせ先
- [問い合わせ内容]： [部署・窓口]／[連絡手段]
- 連絡時に伝えること： [申請番号、エラー内容、対象日など]
- PDF内で確認できない事項： [確認先または確認中の表示]
4. 詳細が必要な場合
- 原典PDF：[リンクまたは保管場所]
- 該当章：[章名・ページ番号]
ポイントは、原典PDFへの戻り道を消さないことです。簡易案内は原典の代替ではなく、必要な箇所へ早くたどり着くための入口として扱います。
よくある失敗と修正方法
| 起きやすいこと | 原因 | 修正方法 |
|---|---|---|
| 手順が短くなりすぎて、開始条件が消える | 「要約」を優先しすぎた | 「事前準備」「対象者」「開始条件」を別欄にする |
| 注意点が手順の中に埋もれる | 出力形式に注意点欄がない | 手順と注意点を別表にする |
| 問い合わせ先が古い | 改定前PDFを参照した | 文書の版数・改定日を案内の先頭に出す |
| AIが連絡先を推測する | 「一般的には」で補完した | 「PDF記載のみ」「不明は不明と書く」と指示する |
| 表や脚注が抜ける | テキスト抽出だけで処理した | 表、画像、脚注を確認対象として明示する |
| スキャンPDFの数字や記号が誤る | OCRの誤認識 | 金額、期限、メールアドレス、URLを目視照合する |
| 更新後に簡易案内だけが古くなる | 原典との紐付けがない | 原典の改定日、確認日、確認担当を案内に残す |
更新運用：一度作って終わりにしない
PDFマニュアルは、制度変更や画面改修で更新されます。簡易案内にも更新の責任者と見直し条件を置きます。
| 項目 | 決める内容 |
|---|---|
| 更新のきっかけ | 原典PDFの改定、問い合わせ増加、システム変更、制度変更 |
| 更新担当 | 原典の主管部門、一次問い合わせ担当、文書管理担当など |
| 確認範囲 | 手順、注意点、連絡先、リンク、版数、対象者 |
| 公開場所 | 社内ポータル、ナレッジベース、チーム共有フォルダなど |
| 旧版の扱い | 非公開、アーカイブ、差し替え履歴の保持など |
問い合わせが来たときは、その回答をすぐ本文へ足すのではなく、次の順で扱うと混乱を抑えやすくなります。
問い合わせを受ける
↓
原典PDFに記載があるか確認
↓
┌─────────────────┬──────────────────┐
│ 記載がある │ 記載がない │
│ → 簡易案内へ反映 │ → 主管部門へ確認 │
│ → 根拠ページ追加 │ → 回答根拠を記録 │
└─────────────────┴──────────────────┘
↓
原典または正式回答に基づき更新公開前の最終チェック
- AIに渡したPDFは、組織のルール上扱えるものだった
- 原典PDFの文書名、版数、改定日を確認した
- 手順・注意点・問い合わせ先を分けた
- 数値、期限、例外条件、連絡先を原典で確認した
- PDFにない情報を補っていない
- 不明な点は「確認できない」と表示した
- 原典PDFへのリンクまたは保管場所を残した
- 最終確認日と確認担当を記載した
- 公開後の更新担当と見直し条件を決めた