NotebookLM 使い方｜Gemini 3.5で「根拠つきメモ」を崩さない手順

NotebookLMの使い方でいちばん大事なのは「要約させる」より先に“出典（根拠）に戻れる形”を作ることです。Gemini 3.5アップグレードで回答の信頼性が上がると言われても、入れる資料と質問の仕方が雑だと、結局はそれっぽい文章が増えます。

この記事では、NotebookLMに資料を入れて、根拠を確認しながらメモ・議事録・学習ノートを作る手順を、コピペで試せるプロンプト付きでまとめます。

NotebookLMとは（結論：自分の資料に基づいて“根拠つきで”考えさせるノート）

NotebookLMは、あなたが入れたソース（PDF、URL、テキストメモなど）を前提に、質問への回答や要約、論点整理をしてくれるノート型のAIです。普通のチャットAIと違って「何を根拠にそう言ったか」を辿りやすいのが売りです。

2026年6月のニュースでは、NotebookLMがGemini 3.5へアップグレードされ、情報の正確さ・信頼性の改善や、ソース探しの支援、クラウド上の作業環境の追加がうたわれています（機能の提供範囲は地域・アカウントで変わる可能性があります）。

できること（実務で効くのはこの3つ）

• 複数資料をまとめて読ませて、要点・論点・意思決定材料を一枚にする
• 「この主張はどの資料のどの部分？」を戻りながら、メモの信頼度を上げる
• 自分の理解を確認するための“テスト問題”や確認質問を作る

できないこと（ここで止まる人が多い）

• 入れていない資料の内容を、勝手に正確には補えない（一般知識で埋めてしまうことはある）
• ソース自体が間違っている場合、きれいに間違いを整形してしまう
• 法律・医療・投資などの判断を、そのまま任せるのは危険

NotebookLM 使い方：失敗しにくいセットアップ手順

ここは凝らない方がうまくいきます。最初に「ノートの目的」と「ソースの粒度」を決めて、質問の形式を固定します。個人的には、最初から万能ノートを作ろうとせず、1テーマ1ノートで割り切る方が破綻しません。

手順1：ノートの目的を1行で固定する

目的が曖昧だと、NotebookLMは“それっぽい網羅”に寄ります。ノート名に目的を入れてしまうのが早いです。

• 例：製品仕様の読み合わせ用（社内共有）
• 例：研修資料の理解チェック用（自分の学習）
• 例：会議資料の争点整理用（意思決定）

手順2：ソースを「混ぜないルール」で入れる

混ぜると危ないのは、版が違う資料です。たとえば「旧仕様PDF」と「改訂版PDF」が同居すると、AIは両方を“同時に正しい”前提で要約しがちです。

おすすめは、以下のどちらかに寄せること。

• 改訂が頻繁なら：最新版だけ入れる（古い版は別ノートへ）
• 比較したいなら：版ごとにノートを分け、最後に比較用ノートを作る

手順3：最初の質問は「要約」ではなく“目次化”にする

いきなり要約すると、重要な抜け漏れに気づきにくいです。先に「資料の構造」を出させると、後の質問が刺さります。

あなたはNotebookLMです。
このノートの目的は「（例：製品仕様の読み合わせ用の社内メモ）」です。

ソース全体を、章立て（見出し）と要点1行ずつで“目次化”してください。
条件：
- 断定は避け、原文の表現に寄せる
- 重要そうだが曖昧な箇所は「要確認」と付ける
- 可能なら、根拠として参照したソース名（またはURL）も添える

プロンプト例：NotebookLMで「根拠つきメモ」を作る型

NotebookLMの強みを活かすには、質問を“根拠に戻る前提”で書くことです。以下は、そのまま使える型です。

型1：要点を「判断に使える形」に整える（会議・稟議向け）

このノートのソースだけを根拠に、以下の形式でまとめてください。

# 結論（暫定）
- 

# 判断に必要な前提（根拠つき）
- 前提A：…（根拠：ソース名／該当箇所）
- 前提B：…（根拠：ソース名／該当箇所）

# 未確定・要確認（質問リスト）
- 質問1：…（なぜ必要かも1行）
- 質問2：…

注意：ソースに書いていない推測は入れない。必要なら「ソース外」と明記する。

型2：理解チェックを作る（学習・研修向け）

ソース内容から、理解チェック問題を10問作ってください。
条件：
- 7問は選択式、3問は短答
- 各問に「模範解答」と「根拠（ソース名／該当箇所）」を付ける
- ひっかけ問題は作らない（用語の定義、条件、例外を確認する問題に寄せる）

型3：引用したい箇所を“抜き出し”で集める（資料作りの前段）

「引用」という言葉は人によって範囲が違います。ここでは、あとで原文確認できるように“候補箇所の位置情報”を集めます。

次の観点で、ソースから重要な原文箇所を「抜き出し候補」として集めてください。
観点：目的、対象範囲、前提条件、例外、数値条件、手順

出力形式：
- 観点：
  - 抜き出し候補（短めに）
  - 根拠：ソース名／該当箇所

注意：原文が長い場合は短く要約し、必ず該当箇所が辿れるようにする。

注意点：NotebookLMで起きがちなミスと直し方

1) 断定が混ざる（ソースのトーンより強くなる）

仕様やルールの文章は、AIが勝手に言い切りにしがちです。対策はシンプルで「断定禁止」と「曖昧は要確認」を条件に入れます。出力が強いと感じたら、次の指示で一段弱められます。

今のまとめを、原文のトーンに合わせて「断定を弱めた版」に書き換えてください。
変更した文には、末尾に（弱めた）と付けてください。

2) 古い資料と新しい資料が混ざる（いつの話か曖昧）

この事故は地味に痛いです。ノートを分けるのが基本ですが、すでに混ざった場合は「版ごとの違いだけ出す」質問でいったん救えます。

ソース間で、内容が食い違っている可能性がある箇所を列挙してください。
各項目に、ソース名と該当箇所を付け、どちらが新しそうかは推測せず「差分」だけを書いてください。

3) “それっぽい一般論”が紛れ込む

NotebookLMでも起きます。特に、ソースが薄いときに発生しやすい。編集者としてのおすすめは、困ったら「ソースにあることだけで答える」縛りを強めることです。回答が短くなっても、その方が次にやるべきことが見えます。

この質問への回答を、ソースに明記されている内容だけで書き直してください。
推測や一般的な説明が必要なら「ソース外のため不明」と書いて止めてください。

NotebookLMが向いている人・向いていない人

向いている人

• PDFや社内資料、仕様書など「読む量が多い」ものを、論点ベースで整理したい人
• メモの品質を上げたいが、あとから根拠に戻れる状態を保ちたい人
• 会議前に“確認質問リスト”を作って、場の時間を節約したい人

向いていない人（別のやり方が早い）

• 資料が手元にないのに、一般知識だけで答えが欲しい人（普通のチャットの方が速い）
• 一発で完成品の文章を出して、そのまま提出したい人（根拠確認が工程に入るため）

まとめ（NotebookLM 使い方の要点）

NotebookLMの使い方は「要約して」で終わらせないのがコツです。ノートの目的を1行で固定し、版が違う資料は混ぜず、最初は要約より目次化。ここまで整えると、Gemini 3.5の改善が効いてきます。

迷ったら、出力を豪華にするより「要確認を増やす」方向に寄せてください。AIの回答が短くなっても、後工程で事故りにくくなります。

参考リンク

• NotebookLM’s Gemini 3.5 upgrade adds a cloud computer and help finding sources（The Verge）