資料を案件別にまとめ、回答の引用から原文へ戻りたいならNotebookLM(現Gemini Notebook)が候補です。Googleは2026年7月にNotebookLMをGemini Notebookへ改称しました。本記事では検索語との対応から旧称も併記します。長文を読み、その後に分析や別形式の成果物へ進みたいならClaudeも候補になります。ただし「どちらが長いPDFを読めるか」だけで比較するのは不十分です。Claudeのfile upload上限、PDFの視覚処理範囲、project contextは別の条件です。NotebookLMもsourceの登録・種類・上限があり、回答の正確性は人が引用元へ戻って確認します。
目次
PDFの長さと取り込み方を分ける
Anthropic Helpの2026年7月23日更新情報では、Claudeのchat uploadは1 file 500MB、1 chat最大20 files、PDF最大1,000ページです。Project filesは1 file 30MBです。Claude chatではPDFが100ページ以下なら図表などの視覚要素も処理し、101〜1,000ページではtextのみを処理します。context windowは一律ではなく、公式Helpではmodelや利用面(Chat、Claude Code、Cowork)ごとに200K・500K・1M tokensなどが示されています。実際に使う入口・model・表示上限を分けて確認してください。
これらは異なる上限です。file size、PDF page数、抽出された文字量、モデルのcontext capacityを一つの「最大ページ数」へまとめないでください。Claudeのproject knowledgeは追加の資料を整理できますが、実際の回答で参照されたsourceを確認します。
表は横にスクロールできます
| 資料の状態 | まず試すこと | 検収すること |
|---|---|---|
| テキスト層のあるPDF | 数値や条項を抜き出す | ページと引用の位置 |
| 100ページ以下で図表を含むPDF | 対応modelの視覚処理を確認 | 軸・単位・凡例・注記 |
| 101〜1,000ページのPDF | 必要な章へ分割するかsourceを絞る | text処理で落ちた図表 |
| スキャンPDF | OCR結果とページ画像を確認 | 認識誤り、ページ順 |
| 多数の案件資料 | NotebookLMのnotebookまたはClaude project | source一覧、更新日、対象範囲 |
NotebookLMはsourceを追いながら読む
NotebookLMは資料をnotebookへ登録し、そのsourceを選んで質問します。回答のcitationを開くと、引用箇所の文脈を見直せます。規約、マニュアル、議事録など、同じ案件の資料群を後からもう一度確認する作業に役立ちます。
資料を追加したら、質問の前にsource一覧を確認します。古い版や関係のない資料が混ざっていれば、AIが正しく要約しても判断材料として間違った範囲です。資料にない内容は「記載なし」と残し、Webから補う場合は外部sourceと区別します。引用の件数ではなく、引用の前後が主張を支えているかを見ます。
Claudeは読解後の作業を続ける
Claudeでは資料をchatへuploadするほか、paid planでProjectのknowledgeに文書を追加し、同じtopicの会話で参照できます。長文の論点整理から表作成、質問案、分析メモなど次の作業へ続ける使い方ができます。PDFの画像・chartを読み取る範囲はモデルとページ数に条件があるので、図表が重要な資料は読み取ったように見える回答でも原文画像へ戻ります。
大量のsourceを継続参照するProjectでは、ファイル名に日付・版・資料種別を含め、古い資料を見分けられるようにします。sourceが大きい場合は、質問に必要な箇所を分割して使うことも検討します。Context windowが大きいことは、全ページの表・画像を均等に理解する保証ではありません。
同一資料で行う比較テスト
公開または機密情報を含まない、数ページのPDFと長めのPDFを一つずつ用意します。同じ問いを使い、shortとlongの両方で資料範囲や処理結果を確認します。
例:「この仕様書から、対象製品、適用日、上限値、例外を表にしてください。各行にページ番号と引用を付け、PDFに記載がない項目は『記載なし』としてください。図表から読み取った数値には、図のページ番号と軸・単位も記載してください。」
-
NotebookLMとClaudeで同じPDFまたは同じ資料群を指定する。
-
PDFのページ数、ファイル形式、読み取りやすさを記録する。
-
重要な数値を3件選び、原文の前後・図表の単位を確認する。
-
取り込めなかったページや画像、source外の情報を記録する。
-
回答の修正量と、次の成果物へ使える形式かを比べる。
表は横にスクロールできます
| 比較記録 | NotebookLM | Claude |
|---|---|---|
| 機能・model・plan | ||
| source登録とfile条件 | ||
| 引用から原文へ戻れた数 | ||
| 図表・脚注の確認結果 | ||
| 資料外の情報が混ざったか | ||
| 要修正箇所と作業時間 |
読み取りの失敗を見分ける
数値が違うときは、すぐに推論力の差と判断しません。PDFの文字層、OCR、表の列順、図の解像度、脚注の取り込み、版の違いを確認します。Claudeでは101〜1,000ページのPDFの視覚要素がtext処理になる条件があるため、グラフが必要なら該当ページを別に確認します。NotebookLMでもsource登録後に引用位置へ戻り、表・注記が読み込まれているかを見ます。
権利や機密情報のある資料をuploadできるかは、サービス機能とは別の社内判断です。アカウント、契約、データ保持、共有設定が確認できない場合は公開資料を使います。
PDFを準備してから比較する
異なる方法で取り込んだ資料の読解結果を、そのまま精度差とみなさないようにします。まず同じPDFを各サービスへ渡せるかを確認し、file size、ページ数、パスワード保護、文字抽出の可否を記録します。スキャン文書ならOCRが必要になる場合があり、表やグラフの小さい文字は、ページ画像を別途確認する前提にします。
表は横にスクロールできます
| 読解task | Claudeでの確認 | NotebookLMでの確認 |
|---|---|---|
| 条項の検索 | upload条件と抽出テキスト | sourceに登録された資料 |
| 図表の読み取り | modelと100ページ以下の条件 | 該当sourceの引用・ページ |
| 複数版の差分 | file名・版を明示したprompt | 旧版を誤選択しないsource整理 |
| 回答の引用検収 | 原文ページへ戻る | citationを開いて前後を読む |
| 資料外の質問 | Web接続の有無を明記 | notebook内sourceにないと残す |
長い資料は質問を分割する
数百ページの資料を一つの質問で要約すると、重要な例外や表を見落としたことに気づきにくくなります。目次や章立てを先に確認し、対象章ごとに同じ抽出表を作ってから全体を統合します。統合時には章名、ページ、原文の位置を維持します。
たとえば契約書一式なら、「解約」「更新」「料金」「責任制限」を別々に抽出し、それぞれ該当条文と前後の例外を記録します。製品仕様書なら数値、単位、適用モデル、実施条件を同じ表に置きます。要約文だけにまとめると、例外条件や否定表現が落ちるためです。
NotebookLMでは一つのnotebookに対象資料を登録し、質問前にsource選択を確認します。Claude Projectではtopicに必要な資料を整理し、古い版の取り違えを防ぎます。どちらでも、fileを追加したことだけで全ページが回答へ反映されたとは判断しません。
仕事に合う選び方
引用を開いてsource内の根拠を何度も確認する仕事では、NotebookLMのnotebook単位のsource管理が候補になります。読み取った内容を分析文や別形式の成果物へ進める仕事ではClaudeのchat / Projectが候補です。図表の視覚読解が中心なら、対象PDFのページ数と対応modelを先に確認し、必要なページを小さなsampleで試します。
Anthropicが示すfile-size、件数、PDF視覚処理、context windowは別の制限であり、組み合わせた単一のページ上限としては扱えません。NotebookLM側の上限や対応sourceも更新され得るため、実施時に現行HelpとUIを確認してください。
回答の採用前に確認する
要約を他の人へ渡す前に、結論を支える段落だけでなく前後の但し書きも確認します。特に契約・規程・製品マニュアルでは、「できる」「できない」の近くに例外条件、適用日、対象範囲が置かれていることがあります。引用が正しくても、資料の版や対象製品が違えば判断は変わります。
引用がページ番号だけで戻りにくい場合は、章名や見出しも記録します。数値を抽出するなら単位と表の列名を一緒に残します。NotebookLMとClaudeのどちらを使う場合も、出典に戻れない主張は確定情報として共有せず、未確認として再調査へ回します。
特に複数版の資料では、回答に引用されたファイル名と版が依頼対象と一致するかを見ます。見つかった結論だけを転記せず、根拠箇所と適用条件を同じメモへ残してください。
読解結果を引き継ぐ記録
比較後は、回答だけでなく入力条件と検収結果を残します。記録項目は、資料名・版・ページ数、文字情報の有無、使ったサービスと選択source、回答の引用を原文へ戻れたか、図表や欠落pageなどの例外、次に人が確認する箇所です。引用が見つからない主張は確定情報として転記せず、資料に書かれた事実とAIの整理を分けます。この記録があると、ClaudeとNotebookLM(現Gemini Notebook)の違いをモデルの性能差だけで説明せず、source範囲や入力形式の差から再確認できます。
AIものさしの判断
資料の根拠をnotebook内で追い、案件別にsourceを固定して読みたいならNotebookLMを試します。資料から長い分析や別形式の作業へ移る必要があるならClaudeのchat/project workflowを試します。図表が重要なPDFでは、両方の対応model・ページ条件を確認し、引用や元ページを使って検収してください。
回答精度、長文理解、citation accuracyの優劣は同一資料を使ったHands-onをしていないため断定しません。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:
Google Help:Use chat in NotebookLM — https://support.google.com/notebooklm/answer/16179559(新しいタブで開く)
