AIの要約から1節が消える｜長い資料を読ませる3手順
「AIに要約させた資料に、探していた話が出てこない」「本当に書いていないのか、それとも見落としなのか分からない」——長い資料をAIに読ませるとき、誰もがこの不安を抱えます。
結論から言うと、AIの要約は「元から無い」と「あったのに落とした」をまったく同じ見た目で返します。出力に現れなかったという事実だけでは、どちらなのか判別できません。だから順番を変えて、資料を保存してから自分で語を検索し、要約は目次代わりにだけ使うのが安全です。
株式会社Fyveは、中小企業のAI活用を月額で伴走支援しています。この記事では、私が実際に「資料に書いていない」と判断しかけて、後から書いてあったと分かった一件をそのまま材料に、長い資料をAIに読ませるときの手順をお伝えします。
結論｜要約は「無い」と「落とした」を同じ見た目にする
先に答えを書きます。AIの要約に探していた情報が出てこなかったとき、そこから言えるのは「要約に含まれなかった」ということだけです。資料にその記述が存在しないことの証明には、まったくなりません。
厄介なのは、この2つが利用者側から区別できない点です。要約は「その節はありませんでした」とは書いてくれません。ただ、静かに短くなって返ってくるだけです。
出力に現れなかったことは、出力からは分からない
要約が返ってきたとき、手元にあるのは要約だけです。元の資料と突き合わせない限り、何が削られたかを知る手段がありません。
一方で、要約に「書いてある」ことは確認できます。文字として存在しているからです。つまり「有る」は検証できて、「無い」は検証できないという非対称がここにあります。
この非対称に気づかないまま「要約に出てこなかった＝資料に無い」と扱うと、そのあとの判断が全部ずれます。
だから「保存してから、自分で語を探す」の順に変える
対処は難しくありません。順番を1つ入れ替えるだけです。
- 手順1：要約させる前に、資料をそのまま手元に保存する
- 手順2：探している語で、自分で資料の中を検索する
- 手順3：要約は「どこに何が書いてありそうか」を知る目次代わりにだけ使う
要約を捨てる必要はありません。要約を「答え」ではなく「地図」として使うだけで、落ちたものに気づける状態になります。
この記事で扱う範囲
ここで話しているのは、契約書・仕様書・公的資料・長い議事録のように、一定の長さがあって、しかも中の1節が判断を左右する資料です。短い記事やメールをAIに要約させる話ではありません。そちらは落ちても実害が小さいので、気にしなくて構いません。
実際に起きたこと｜「資料で確認できない」として扱いかけた
抽象的な話だけだと伝わりにくいので、私の手元で起きたことをそのまま書きます。
1回目｜URLを渡して、中身を要約させた
ある長い公式レポートを、資料として使う必要がありました。全部を読む時間はなかったので、URLを渡して「中身を要約して」と頼みました。ごく普通の使い方です。
返ってきた要約は、読みやすく、筋も通っていました。おかしなところは1つも見当たりませんでした。
2回目｜探していた話が、出力のどこにも無かった
ところが、私が最も知りたかった論点が、その要約のどこにも出てきませんでした。関連しそうな言葉すら見当たりません。
ここで私は、ほとんど反射的に「この資料には、その話は書かれていない」と判断しかけました。要約が丁寧だったことが、かえって判断を早めました。雑な要約なら疑ったはずですが、よくできた要約だったので、網羅されていると感じてしまったのです。
3回目｜保存して語で検索したら、普通に書いてあった
念のため、資料のページを丸ごと保存してテキストに起こし、探していた語で中を検索しました。該当箇所は、実在しました。しかも1箇所ではなく、複数の段落にまたがって書かれていました。
つまり、書いていなかったのではありません。要約の工程で落ちていただけでした。そして、落ちたという事実はどこにも表示されていませんでした。
結果｜最終的に使った数字は、すべてこの方法で採った
この一件のあと、私はその資料から数字を拾う作業を全部この順番でやり直しました。保存して、語で検索して、見つけた箇所を自分の目で読む。要約は「だいたいこういう構成の資料だ」と把握するためだけに使いました。
結果として、その資料から引いた主要な数値は、すべて自分で検索して見つけた箇所から採ったものになりました。要約から直接採った数字は、1つもありません。
なぜ落ちるのか｜要約は「全体の趣旨」を残す方向に働く
これは不具合ではありません。要約という処理の性質です。仕組みを理解しておくと、どこが落ちやすいかを事前に予想できるようになります。
理由1｜要約は圧縮であって、抽出ではない
要約は「重要なものを選び出す」処理に見えますが、実際には「全体として何の話かが伝わる形に縮める」処理です。何を残すかの基準が、読み手の関心ではなく、資料全体の趣旨のほうに置かれています。
あなたが何を探しているかを伝えずに「要約して」と頼んだ場合、AIは資料全体の主題に沿って取捨選択します。あなたの関心は、その判断に入っていません。
理由2｜全体の趣旨から外れた1節ほど、先に落ちる
ここが一番効きます。資料の主題から外れた記述ほど、要約では優先度が下がります。
ところが実務では、その「外れた1節」こそが重要なことがよくあります。全体としては別の話をしている資料の片隅に、自社に関係する例外規定が1行だけ書いてある、という場面です。
資料の主題と、あなたの関心がずれているほど、落ちる確率は上がります。「資料全体の趣旨には興味がなく、特定の1点だけを知りたい」ときが、いちばん危ないということです。
理由3｜落ちたことは、申告されない
そして決定的なのがこれです。要約の末尾に「なお、◯◯に関する記述は省略しました」と書かれることはありません。
削られた部分は、削られたという痕跡ごと消えます。だから利用者から見ると、「元から無い資料」と「その部分を落とした要約」が、文字どおり同じ見た目になるのです。
理由4｜読みやすさが、疑う気持ちを削る
要約は元の資料より読みやすくなっています。文がそろい、構成が整理され、余計な但し書きが消えています。
その読みやすさは、内容が正確であることの根拠にはまったくなりません。むしろ「但し書きを消したから読みやすくなった」可能性のほうが高いのですが、読んでいる側はそう感じません。ここは意識して切り離す必要があります。
「無い」と判断してしまうと、どこまで壊れるか
単に情報が1つ抜けるだけなら、被害は限定的です。問題は、「無い」という判断が次の工程の前提になってしまうことです。
被害1｜無いことを前提に、結論を組んでしまう
「この資料には該当の記載がない」と結論づけると、そこから先の組み立てが全部その上に乗ります。「記載がないので、確認が必要」「記載がないので、対象外と考えられる」といった文が出来上がります。
後から記載が見つかったとき、直すのは1文では済みません。その上に積んだ判断ごと組み直しになります。
被害2｜探し直す動機が、消える
一度「無い」と結論づけると、人はそれ以上探しません。当然です。無いものは探せません。
「有った」ものは、後から別の場面で目に入って気づけることがあります。しかし「無い」と判断したものは、自分から情報を出してきません。気づく機会が構造的に存在しないのです。
被害3｜資料そのものの評価を、誤って下げる
これは実務で地味に効きます。「この公式資料、肝心なことが書いてない」という印象が残ると、次にその資料を使うときの優先度が下がります。
実際には書いてあったわけですから、これは完全な誤解です。要約の欠落が、資料の評価に転嫁されている状態で、しかも誤解したことにも気づけません。
長い資料を読ませる3手順
ここから具体的な手順です。特別な道具は要りません。
手順1｜要約させる前に、資料を保存する
まず、資料そのものを手元に持ちます。PDFならダウンロードし、Webページならテキストとして保存します。
重要なのは「要約させる前に」という順番です。要約を読んでから保存すると、すでに要約の枠組みで資料を見てしまいます。「要約に書いてあったあの話はどこだろう」という探し方になり、要約に無かった話は最初から探しません。
先に手元に置いておけば、要約に引きずられずに自分の関心で探せます。
手順2｜探している語で、自分で中を検索する
保存した資料を開いて、検索機能で探します。ブラウザやPDFビューアの検索窓で構いません。特別なツールは不要です。
ここでやっているのは、AIの判断を経由せずに、資料の文字列そのものに当てるという作業です。検索は「重要かどうか」を判断しません。あるかないかだけを返します。要約が苦手な部分を、機械的な一致で埋めるわけです。
ヒットしたら、その前後を自分の目で読みます。ここは省けません。文字列が一致しても、文脈が違えば使えないからです。
手順3｜要約は「目次代わり」としてだけ使う
では要約は不要かというと、そんなことはありません。長い資料の構成を素早くつかむ用途では、要約は非常に有効です。
「前半は制度の背景、中盤は対象者の条件、後半は手続きの流れ」といった地図が手に入れば、どのあたりを重点的に見ればいいか当たりを付けられます。
線引きはシンプルです。
- 使ってよい：資料の全体像をつかむ、どこを読むか決める、専門用語の意味をつかむ
- 使ってはいけない：数字を採る、条件を確定する、「書いていない」と判断する
なぜ順番が効くのか
この3手順の肝は、内容ではなく順番です。「保存→検索→要約」と「要約→保存→検索」では、探す対象が変わります。
後者では、要約に出てきた語しか思いつきません。要約が落とした概念は、そもそも検索語として頭に浮かばないからです。自分の関心を先に固めてから資料に当てる、という順番にする必要があります。
「探す語」の決め方｜言い換えを3つ持つ
検索で見つからないとき、原因の多くは「資料に無い」ではなく「使った語が違う」です。最初から言い換えを用意しておくと、空振りが減ります。
表記ゆれを潰す
同じ概念でも、資料によって書き方が変わります。漢字とかな、英字とカタカナ、記号の有無。公的資料は漢字で、技術資料は英字で書かれる傾向があります。
最低でも2〜3通りは試します。1通りで0件だったからといって、無いとは言えません。
上位語と下位語の両方から当てる
探している概念より1段広い語と、1段狭い語の両方で当てます。資料が具体例で書いているのか、総称で書いているのかは、開いてみるまで分かりません。
たとえば「対象外」を探すなら、「除外」「適用しない」「この限りでない」も試します。否定の表現は、資料ごとに言い回しが大きく違うのでとくに効きます。
数字は単位ごと変わる
金額や期間を探すときは、単位の書き方で一致しなくなります。「10000」「10,000」「1万」「一万」は別の文字列です。
数字を探すときは、桁区切りの有無と漢数字の両方を試すか、単位の語（「円」「か月」「営業日」）のほうで当てるのが確実です。
それでも0件だったとき
言い換えを尽くしても0件なら、そこで初めて「無いかもしれない」と考える段階に入ります。ただし、0件という結果の読み方そのものにも注意点があります。探し方の設計については、こちらで詳しく書いています。
資料の種類別｜どこが落ちやすいか
落ちやすい箇所には傾向があります。共通しているのは「全体の主題から見ると脇道だが、読み手にとっては本題」という位置にある記述です。
資料の種類 | 落ちやすい箇所 | 先に検索すべき語 |
|---|---|---|
契約書・規約 | 例外規定・但し書き・解除条件 | ただし／except／この限りでない／解除 |
仕様書・マニュアル | 前提条件・対象外・既知の制限 | 前提／対象外／制限／非対応 |
公的資料・公募要領 | 対象者の限定・併用の可否 | 対象と／除く／併用／重複 |
長い議事録 | 結論に至らなかった論点・保留事項 | 保留／持ち帰り／継続／次回 |
調査レポート | 調査方法の限界・サンプルの偏り | 留意／限界／対象期間／回答数 |
契約書・規約｜例外と但し書き
契約書の主題は「何をするか」なので、要約はそちらに寄ります。ところが実務で効くのは「どういうときに適用されないか」のほうです。
但し書きは文の後半や括弧の中にいることが多く、圧縮のときに真っ先に削られます。条件が落ちると、適用範囲が広い方向にだけ誤解が生まれます。「できる」と読んでしまう方向にずれるので、実害につながりやすい型です。
仕様書・マニュアル｜前提条件と対象外
「この機能は◯◯の環境でのみ利用できます」といった前提は、要約では落ちがちです。機能の説明が主題で、前提は補足の位置にあるからです。
導入判断に使う資料では、この前提こそが結論を左右します。機能名で検索するのではなく、「前提」「対象」「必要」といった条件側の語で検索すると拾いやすくなります。
公的資料・公募要領｜対象者の限定
制度の資料は分量が多く、要約を使いたくなる筆頭です。同時に、判断を誤ったときの影響も最大です。
とくに「他の制度との併用可否」「対象から除かれる事業者」は、本文の中盤に1行だけ書かれていることがあります。ここは要約に頼らず、必ず自分で当ててください。
長い議事録｜結論に至らなかった論点
議事録の要約は「決まったこと」を残します。当然の挙動です。しかし次回の会議で困るのは、決まらなかったことと、保留になった理由のほうです。
「その件は次回」と流れた1行は、要約では消えます。持ち帰り事項を拾う目的なら、要約ではなく検索で当てるほうが速くて確実です。
AIに読ませるときの指示の書き方
手順を踏んだうえで、それでもAIに読ませたいときの頼み方です。指示を変えるだけで、落ちる量はかなり減らせます。
「要約して」ではなく「この語が出る箇所をそのまま貼って」
いちばん効くのはこれです。要約を頼まない。探している語を指定して、その語が出てくる箇所を原文のまま出してもらいます。
こう頼むと、AIの側で「重要かどうか」を判断する余地が小さくなります。判断が入る工程を減らせば、判断で落ちるものも減ります。
ただし、貼ってもらった文字列が本当に原文どおりかは、別の問題として残ります。引用が要約に変わっていないかの確かめ方は、こちらにまとめています。
返してもらう4項目
資料を読ませるときに、最初から出力の形を指定しておきます。
- 該当箇所の原文（省略せず、整えずに）
- その箇所が資料のどこにあるか（章番号・見出し名・ページ）
- 探した語と、その語でのヒット件数
- 読んだ範囲（資料全体か、一部か。一部ならどこまでか）
4つ目が効きます。「読んだ範囲」を書かせると、全部読んでいない場合にそれが表に出ます。範囲が書かれていない回答は、範囲が不明だという情報として扱えます。
要約が返ってきたときの2つの問い返し
頼み方を変えても、要約が返ってくることはあります。そのときは2つだけ聞きます。
- 「◯◯について書かれた箇所はありますか。無ければ『無い』と答えてください」
- 「その判断は、資料全体を読んだうえでのものですか。読んでいない範囲があれば教えてください」
これは答えを信じるための質問ではありません。「網羅していない」と申告する機会を作るための質問です。それでも最終的な確認は、自分で検索して当てます。
それでも要約が役に立つ場面
ここまで注意点ばかり書いてきましたが、要約を使わないほうがいいと言っているわけではありません。
構成をつかむ用途では、圧倒的に速い
100ページの資料がどういう構成かを知りたいだけなら、要約は数十秒で答えを出します。自分で目次を追うより速く、しかもこの用途では落ちても困りません。全体の趣旨を残す方向に働く性質が、そのまま長所になります。
判断の根拠にしなければ、安全
線引きは「その出力が、後の判断の根拠になるか」だけです。
- 根拠にならない使い方（全体像の把握・読む順番の決定・用語の把握）→ 要約で十分
- 根拠になる使い方（数字を引く・条件を確定する・無いと結論づける）→ 原文に当てる
この線を引いておけば、要約を使うたびに悩まずに済みます。迷ったら「この出力を後で誰かに説明するか」と考えると早いです。説明するなら原文を見ます。
私の運用｜長い資料を扱うときの3つの決めごと
1｜資料は、読ませる前に必ず手元に落とす
これを例外なくやります。時間はほとんどかかりませんし、後から探し直すときのコストが劇的に下がります。読ませて終わりにすると、再確認したくなったときにもう一度取りに行くことになります。
2｜資料から引いた数字には、どこで見つけたかを残す
数字の横に、章番号や見出し名を1行だけ残しておきます。後から検証する人が、もう一度探さなくて済むようにするためです。自分自身が1週間後に見返すときにも効きます。
3｜「書いていない」と書く前に、必ず1回は自分で当てる
これが最後の砦です。「記載がない」という一文を成果物に書こうとしたときだけは、どれだけ急いでいても自分で検索します。
先ほどの一件で私が踏みとどまれたのも、この決めごとがあったからでした。不在を主張する文だけは、根拠の重さが違います。
今日からできる3ステップ
- 手元にある長い資料を1つ選び、AIに要約させたときの出力と原文を突き合わせる。1つでもいいので、落ちている箇所を実際に見つけてください。体感が変わります
- 次に資料を読ませるとき、先にダウンロードしてから頼む。順番を変えるだけです。所要時間はほぼ増えません
- 「資料に記載がない」と書きそうになったら、その場で検索窓に語を入れる。言い換えを3通り試して0件なら、そのとき初めて「無い」と書く
3つとも、今日のうちに終わります。道具を増やす必要も、手順書を作る必要もありません。
よくある質問
Q. もっと性能の高いAIを使えば、この問題は解決しますか
軽減はしますが、なくなりません。要約は「縮める」処理である以上、何かは必ず落ちます。性能が上がると要約の質が上がり、読みやすさが増すぶん、かえって疑いにくくなるという面もあります。落ちたことが申告されない構造は、性能とは別の話です。
Q. 「全部書いて、省略しないで」と指示すればいいのでは
効果はありますが、確認の手段にはなりません。指示に従ったかどうかを、出力側から検証できないからです。「省略していません」という申告を確かめるには、結局原文に当てる必要があります。指示は落ちる量を減らす手段であって、落ちていないことの証明ではありません。
Q. 資料が長すぎて、検索しても該当箇所が多すぎます
それは良い状態です。0件よりはるかに扱いやすい。件数が多いときは、語をもう1段狭めるか、章を絞ってから当て直します。多すぎて困るのと、無くて困るのは、難易度がまったく違います。多すぎるほうは手を動かせば解けます。
Q. PDFがスキャン画像で、検索ができません
その場合は検索が効かないので、別の手を使います。テキスト化してから当てるのが確実ですが、精度が完全ではないことを前提にしてください。検索が使えない資料は、そもそも「無い」と結論づけてはいけない資料だと考えるのが安全です。目視で確認するか、発行元に問い合わせます。
Q. 毎回この手順を踏むと、時間がかかりませんか
全部の資料でやる必要はありません。後の判断の根拠になる資料だけです。私の感覚では、読ませる資料の2〜3割がこれに当たります。残りは要約で十分です。判断に使うかどうかを最初に決めておくと、迷う時間がなくなります。
Q. AIが作った一覧表にも、同じ問題は起きますか
起きますが、現れ方が少し違います。一覧の場合は「落ちる」よりも「古い情報のまま残る」という形で問題になることが多いです。検証の手順も変わるので、こちらにまとめています。
Q. 社内に、この考え方をどう説明すればいいですか
「要約は目次、原文は根拠」の8文字で通じます。細かい理屈より、成果物に「記載がない」と書くときだけは自分で検索するというルールを1つ置くほうが実効性があります。全部の工程を縛ろうとすると守られません。
まとめ
AIの要約は、探していた話が出てこなかったとき、それが「元から無い」のか「落とした」のかを教えてくれません。両方がまったく同じ見た目になります。
だから順番を変えます。資料を保存してから、自分の関心の語で検索し、要約は地図としてだけ使う。それだけで、落ちたものに気づける状態になります。
とくに「書いていない」と結論づけるときだけは、自分で当ててください。不在の主張は、その上に別の判断が積み上がるぶん、後から直すコストが跳ね上がります。
長い資料をAIに読ませる工程をどう設計するかは、業務にAIを入れるときに必ず通る論点です。株式会社Fyveでは、こうした日々の判断の手順そのものを一緒に組み立てる形で、中小企業のAI活用を支援しています。
AIを使う会社と、使わない会社。
その差は、開き始めています。
ここ数年でAIは急速に進化し、正しく導入できている企業とそうでない企業とでは、業務効率や人件費に大きな差が生まれ始めています。「AI導入に興味はあるが、実際に何ができて、どこから手をつければいいか分からない」——そんな方は、まずこの無料プレゼントに目を通してみてください。
