NotebookLM の引用はそのまま報告書に使える？ 原文を確認し、抜けを補う

取引先の紹介資料、チームの要件文書、製品のウェブページを選定レポートにまとめるとき、NotebookLM は関連する情報を見つける助けになります。引用マークは残す価値がありますが、それを理由に確認を省くことはできません。報告書の重要な判断は、それぞれ原文、版、適用条件に照らして確かめる必要があります。以下では、この仮想の業務を例に公式文書をもとに手順を説明します。実機での検証ではありません。

Google は現在、NotebookLM を Gemini Notebook に改称していますが、この記事ではなじみのある旧称を使います。取り込んだ資料をもとに調査を進めるツールです。使う前に「この取引先は当社の納品要件を満たせるか」など、今回答えるべき問いを明確にし、最初から結論を含む報告書全体の生成を求めないようにしましょう。

公式ヘルプでは、PDF、Google ドキュメント、スライド、スプレッドシート、ウェブページ、字幕付きの公開 YouTube 動画などが対応ソースとして挙げられています。動画から取り込まれるのは文字起こしです。形式に対応していても、元資料の全要素がノートブックに入るとは限りません。ウェブページの画像、埋め込み動画、下位ページは取り込まれず、Google ファイルの脚注やコメントも対象外です。

そこで、まず元資料から選定に影響する納品条件、例外、数値を見つけ、ソースビューアでも確認します。たとえば、サービス範囲が本文にあり、例外が脚注に隠れている場合、本文だけを要約させると、その制限が抜け落ちます。このような欠落があれば、元資料に戻って読みましょう。利用する権利のある必要な文章は、出典を明記して別のソースとして追加できます。情報が欠けていることを、取引先が条件を設けていない証拠にしてはいけません。

まず関連ソースを選び、「納品期限、検収条件、対象外のサービスを分けて挙げ、それぞれ根拠を示してください。見つからないものは、見つからないと記してください」と質問します。これは推奨する質問例であり、結果の網羅性を保証する指示ではありません。回答を得たら、事前に作った要件一覧と項目ごとに照合します。モデルが自ら挙げた項目だけを確認して済ませないことが重要です。

Google のチャットヘルプによると、引用にカーソルを合わせると引用文が表示され、クリックすると該当箇所へ移動できます。重要な判断ごとに前後の文脈を読み、どの製品、期間、条件の話なのか確認してください。「申請できる」が「提供が保証される」に変わっていたら、原文に沿って結論の範囲を狭めます。二つの資料が矛盾している場合は、その違いを残したまま担当者に確認を求めます。

短いソースには例外もあります。公式 FAQ では、内容が短すぎる場合、特定の文章ではなく文書全体が参照されることがあると説明しています。その場合は原文を通読してください。正確な引用箇所が見つからないからといって結論が誤りとは限りませんが、文書全体への参照を、一文ずつの確認が済んだ証拠にすることもできません。

古い解説に従って、Drive のソースをすべて静的なコピーと扱わないでください。Google は 2026 年 5 月に自動同期を発表しました。現在のヘルプにも、Drive ソースは自動更新され、必要に応じて手動同期できると記載されています。ただし、ソースを更新または削除しても、すでに生成された Studio の出力は変わりません。

この選定業務では、要件文書を変更したらソースの内容を再確認し、影響する項目を改めて質問したうえで、報告書の古い結論を見直します。ノートブックが同期済みだからといって、以前作った報告書まで修正されたとは考えないでください。ウェブページやアップロードしたファイルなど、ほかのソースにも Drive の同期ルールをそのまま当てはめず、提出前に元資料と照合して版を確認しましょう。

判断を左右する結論ごとに、元のファイル名または URL、特定できるページや章、確認日、必要な条件を記録し、報告書にも載せます。「原文が明確に裏付けていること」「それをもとにした筆者の推論」「要確認の事項」を区別すると、推論を取引先の約束として書いてしまうことを避けられます。

結論が数点しかない報告書なら、元資料を直接確認するほうが手順を減らせるかもしれません。資料が多く、何度も横断的に調べる必要がある場合は、NotebookLM に該当箇所の検索と整理を任せる価値があります。この手順を採用するかは、探す負担を減らしながら、項目ごとの検証と欠落を補う時間を残せるかで判断してください。引用の数だけでは、その判断の代わりになりません。