NotebookLM Workspace／出典／Sharing／Grounding Operating Profile

NotebookLM（現行のGoogle Workspace製品表記ではGemini Notebook）は、投入したsourceを根拠に回答・生成物を作るsource-grounded research workspaceである。企業運用では「引用が付くAI」ではなく、source ingestion、同期、共有権限、生成artifact、grounding検証、account/plan差を別controlとして扱う。

運用では高影響claimについてcitationを開き、subject、数値・単位、日付、因果、限定条件がsource passageと一致するかを人手または独立validatorで確認する。NotebookLMの生成物を一次資料そのものとして再利用しない。

Source追加時は、取り込めたことだけでなくpreview/readbackで本文・表・画像・transcript等の必要情報が実際に取得されたかを確認する。元source更新を前提にするNotebookでは、更新後にcitation先と回答が新versionへ追随したことまでreadbackする。

Public notebookでは、consumer account側で「Anyone with a link」による公開共有が可能で、viewerはsource/artifactへ到達し得る。対してGoogle HelpはWorkspace Enterprise/Educationでpublic notebook sharingが無効である旨をartifact sharing説明に記載している。account typeとplanを固定せず共有可否を一般化しない。

• citationがあるため全文をverifiedと誤認する。
• stale source、失効したDrive permission、削除sourceを残したままNotebookを継続利用する。
• Chat Viewをsource秘匿機能と誤認して共有する。
• Editorへ必要以上の権限を与え、source削除・追加・再共有によるknowledge-base driftを起こす。
• generated artifactを原sourceと同じauthorityで再配布する。
• consumer / Workspace / Enterprise / Gemini Apps内Notebookのprivacy・sharing仕様を混同する。
• Notebookのsource setが変わった後も過去の評価結果をそのまま有効とみなす。

• Notebookごとにowner、purpose、account/plan、sharing mode、source inventory、review cadenceを登録する。
• source inventoryにtype、original locator、owner、access condition、imported_at、last_sync/readback、sensitivityを持たせる。
• Google Drive sourceは更新後のsync/readbackを確認し、access lossを定期検知する。
• high-impact outputはcitation passageを開き、claim-to-source supportをspot checkではなくrisk-based gateで確認する。
• Viewer/Editorをleast privilegeで付与し、Chat Viewをaccess-control substituteにしない。
• public sharingを許可する場合はsource/artifact露出を含めて事前reviewする。managed Workspaceではadmin policyと実際のshare UIをreadbackする。
• Audio/Slide/Infographic等を外部配布する場合、source set/versionとreview statusをartifact metadataに残す。
• source追加・削除・大幅更新、sharing変更、account/plan変更、製品rename/feature変更を再評価triggerにする。
• Notebookの回答だけを長期正本にせず、重要な判断・claim・source locatorは外部のdurable system of recordへ保存する。

本項はNotebookLM/Gemini Notebookのworkspace、source ingestion/sync、sharing、grounding、generated artifacts、privacy boundaryを扱う。一般的なRAG設計、Google Drive自体のIAM、Gemini Apps全体のprivacy、著作権法判断は別scopeである。

Source-grounded architectureはunsupported generationを減らし得るがゼロにはしない。Hagar et al.の結果は特定の300-document corpusとreporting taskに基づくため、全Notebook、全model revision、全domainのhallucination率へ一般化しない。Googleの製品/help文書は現行機能の一次資料だが、tenant固有admin policy、regional rollout、contract、plan entitlementを確定しない。UIやfeature availabilityは変更され得るため、重要controlはlive readbackする。

自組織tenantでのNotebook/Gemini Notebookの具体的plan entitlement、admin-enforced sharing restrictions、retention、region、監査log範囲、source type別の実際のparse fidelity、最大規模Notebookでのretrieval degradation、生成artifactごとのexport/publication policyは、tenant console・契約・実機testなしには確定できない。

「NotebookLMはsourceだけを使うのでhallucinationしない」「citationがあるので検証済み」「Chat Viewならsourceは見えない」とは記述しない。「指定したNotebook/source set/account surfaceでgrounded outputを生成し、重要claimはcitation passageと原sourceをreadbackして検証する。sharing、sync、privacy、artifact公開は別controlとして確認する」と記述する。

• Google Workspace, Gemini Notebook product page, accessed 2026-10-20: https://workspace.google.com/products/gemini-notebook/
• Google Gemini Notebook Help, Add or discover new sources for your notebook, accessed 2026-10-20: https://support.google.com/gemininotebook/answer/16215270
• Google Gemini Notebook Help, Create a notebook / private sharing, accessed 2026-10-20: https://support.google.com/gemininotebook/answer/16206563
• Google Gemini Notebook Help, Use public notebooks and featured notebooks, accessed 2026-10-20: https://support.google.com/gemininotebook/answer/16322204
• Google Gemini Apps Privacy Hub, updated 2026-10-13, accessed 2026-10-20: https://support.google.com/gemini/answer/13594961
• Hagar, Agustianto, Diakopoulos, “Not Wrong, But Untrue: LLM Overconfidence in Document-Based Queries,” arXiv:2509.25498, 2025-09-29: https://arxiv.org/abs/2509.25498