NotebookLM 使用教程:导入资料、提问、引用核验与生成学习内容
这套 NotebookLM 使用教程从一个可验证的小项目开始:创建笔记本、导入资料、选择来源、提出问题、检查引用、保存笔记,再生成思维导图或音频概览。Google 官方帮助中心当前使用 Gemini Notebook 名称,操作入口可能随账号和版本变化,但“先控制来源、再提问、最后回到原文核验”的流程保持稳定。
开始前先打开 NotebookLM 工具详情 核对当前官方入口,也可以浏览 AI 学习与研究分类 比较同类工具。NotebookLM 支持多种资料类型,但不是所有网页、视频、音频和复杂 PDF 都会完整导入。本教程不依赖固定按钮名称、来源上限、套餐价格或模型名称。
如果还在比较产品,可以先阅读 2026 年 AI 学术研究工具排行榜,确认自己的任务更偏资料问答、论文搜索、PDF 阅读还是文献图谱。
如果想先了解来源导入、引用、音频概览和隐私边界的实际表现,再看 NotebookLM 完整评测。
第一步:确定研究问题和最终交付物
不要先上传一堆资料再思考要做什么。先写出一个清晰问题,例如“远程办公对软件团队协作有什么影响”,并定义最终交付物是课程复习提纲、证据表、访谈主题、项目简报还是音频预习材料。
把大问题拆成三到五个子问题:概念如何定义、有哪些支持证据、有哪些反对或无效结果、研究条件有什么差异、还缺少什么资料。后续每次提问都应服务这些子问题。
预期结果:用户知道要回答什么、交付给谁,以及哪些结论必须有原文证据。
第二步:准备一个安全的练习资料集
第一次练习建议使用公开或自己有权处理的资料,例如一份公开报告、两篇论文、一页权威网页和自己的课程笔记。不要上传患者记录、客户文件、身份证明、密码、API 密钥、未公开研究或受保密协议约束的材料。
资料集应包含不同观点。只放支持某个结论的内容,会让笔记本形成单一视角。可以加入一篇反方研究、一份方法说明和一份带限制条件的综述,观察 NotebookLM 是否能呈现冲突。
预期结果:资料来源合法、权限清楚,既有支持证据,也有反例和限制。
第三步:创建笔记本并命名
使用自己的 Google 账号打开当前 NotebookLM(官方帮助中心现称 Gemini Notebook)入口,创建新笔记本。名称应包含主题和用途,例如“远程办公协作证据整理”,不要只写“测试”或“新笔记本”。
学校或工作账号如果无法访问,应先确认管理员是否开启服务。不要绕过组织限制,也不要用个人账号临时处理公司或学校机密资料。
预期结果:笔记本用途明确,账号和组织权限符合要求。
第四步:分批导入来源
官方帮助页当前列出的来源包括 PDF、网页、公开且有字幕的 YouTube 视频、音频、Google Docs、Slides、Sheets、图片、DOCX、TXT、Markdown、CSV、PPTX、ePub 和复制文本。第一次不要一次加入大量文件,可以先导入三到五个代表性来源。
网页主要读取可提取文字,嵌入图片、视频和付费墙内容可能不会进入来源;YouTube 主要导入字幕;音频会被转写。导入后应检查标题、章节、关键数字和表格是否存在,不要默认上传成功就代表内容完整。
预期结果:每个来源都能打开,关键段落可以被定位,明显解析错误已经记录。
第五步:给来源做质量和用途标记
在自己的研究记录中为每个来源标注类型、日期、作者或机构、主要用途和可信度。例如分成“权威定义”“原始研究”“综述”“案例”“反方证据”“背景材料”。
NotebookLM 可以帮助整理,但正式研究仍需要独立保存来源清单。建议至少记录来源 URL 或文件名、获取日期、是否完整、是否经过同行评审,以及为什么纳入。
预期结果:用户能说明每个来源为何进入笔记本,不把所有资料视为同等可靠。
第六步:先做来源理解测试
不要一开始就要求生成完整报告。先问几个可以从原文直接核对的问题:每份资料的研究对象是什么、主要结论是什么、作者提出哪些限制、关键术语如何定义。
示例提示:
只根据当前选中的来源,分别列出研究对象、研究方法、主要结果和作者明确写出的限制。每一项都保留引用;如果来源没有说明,请写“来源未提供”,不要推测。
预期结果:答案能区分不同来源,不会把缺失信息补成确定事实。
第七步:选择参与回答的来源
当笔记本中资料变多时,使用来源选择功能控制回答范围。比较两篇论文时只选择这两篇;整理课程时选择教材和讲义;检查反方证据时只选择反方研究和方法说明。
如果所有来源始终一起参与,模型可能引用看似相关但任务不需要的内容。通过分组提问,可以发现结论到底来自哪一组资料。
预期结果:每次提问的来源范围与任务对应,用户能复现相同回答边界。
第八步:检查行内引用和原文上下文
NotebookLM 的重要优势是回答引用可以显示来源片段并跳转到上下文。对每个关键事实,至少抽查一个引用:引用段落是否真的支持答案、研究对象是否一致、原文是否带有条件或否定词、结论是否只是相关性。
遇到数字、比例、日期、医学结论或政策建议时,不要只看引用片段,应打开原始资料检查表格、方法和脚注。引用能帮助定位,但不会替用户完成证据质量评价。
预期结果:重要结论已经回到原文,未发现断章取义或研究对象混淆。
第九步:提出比较和冲突问题
基础事实通过后,再问跨来源问题。不要只问“总结这些资料”,可以要求比较研究对象、方法、结果方向和限制,并明确列出冲突。
示例提示:
比较这些来源对远程办公协作的结论。按支持、反对、条件性结果和证据不足四组整理;说明每组研究对象与方法的差异,并为每个判断保留引用。
如果回答把不同样本或不同结果指标直接合并,应缩小问题或分组选择来源。
预期结果:输出能够呈现差异和不确定性,而不是强行生成一个统一结论。
第十步:保存笔记并区分事实与分析
把通过核验的回答保存为笔记,并在标题中标记用途,例如“事实—定义”“证据—支持”“证据—反对”“限制—样本”“分析—待确认”。不要把 AI 输出和自己的判断混在同一个无标签段落中。
需要写作时,先从事实笔记提取原文证据,再单独写分析。这样可以避免把模型的过渡句误当作来源中的观点。
预期结果:笔记结构能够追踪事实、引用、限制和个人判断。
第十一步:使用思维导图检查知识结构
思维导图适合快速查看概念、人物、事件或研究主题之间的关系。生成后重点检查两类问题:是否遗漏关键分支,以及是否把并列、因果和时间关系混成简单层级。
如果导图结构不合理,先调整资料选择或提问,而不是只修改最终图。可以要求它围绕研究问题、方法、结果和限制重新组织,再与自己的研究框架比较。
预期结果:导图帮助发现知识空白,不被当作自动正确的研究模型。
第十二步:生成 Audio Overview
Audio Overview 会围绕来源生成 AI 主持人讨论。选择一个已经核验过的资料集,再指定希望关注的主题、听众水平和需要提醒的争议。例如要求面向新成员解释项目背景,同时突出两项证据限制。
生成后边听边记录:是否出现来源没有的事实、是否忽略反方证据、是否把复杂结论说得过于确定。官方明确提醒音频可能不准确或出现语音瑕疵,因此不能因为表达自然就跳过复核。
预期结果:音频适合复习和沟通,关键事实仍能回到来源验证。
第十三步:生成学习指南、测验或演示材料
根据账号当前可见功能,可以把资料转换成学习指南、闪卡、测验、信息图或幻灯片。先确定用途:复习概念、培训新人、汇报研究进展或梳理访谈主题,不要一次生成所有形式。
测验应检查答案是否唯一、题目是否超出来源;幻灯片应检查数字、图表和结论;信息图应检查简化后是否丢失重要条件。正式发布前仍需人工编辑和版权确认。
预期结果:生成内容服务明确任务,而不是为了展示功能堆积产物。
第十四步:建立证据表
正式研究或报告建议在 NotebookLM 之外保留一张证据表。字段可以包括来源、研究对象、方法、样本、主要结果、限制、引用位置、核验状态和是否采用。
让 NotebookLM 帮助初步提取后,逐行回到原文检查。对于模型无法确定的字段保留为空,不要要求它推断。证据表能让后续写作和团队审查更容易追踪。
预期结果:每个最终结论都有来源、上下文和核验状态。
第十五步:处理资料不足和回答失败
如果 NotebookLM 无法回答,常见原因包括来源中没有信息、问题过于宽泛、资料过多导致检索不准确,或内容触发安全规则。不要连续重复同一句提示。
先缩小来源范围,再把问题改成具体字段,例如从“这组资料说明了什么”改为“资料 A 和 B 对研究对象的定义有哪些差异”。如果来源确实没有信息,应去补充资料,而不是要求模型猜测。
预期结果:失败被转化为资料缺口或问题设计问题,不用幻觉填补空白。
第十六步:共享笔记本前检查权限
共享前检查笔记本包含哪些原始资料、成员需要查看全部内容还是只需查看交付物,以及生成音频或其他内容是否有公开传播权。课程付费资料、内部会议和受版权保护的论文不能因为能生成链接就随意公开。
团队项目应区分所有者、编辑者和查看者,并定期移除不再参与的成员。工作和学校账号还应遵守管理员与 Workspace 规则。
预期结果:共享范围最小化,资料版权和组织权限经过确认。
第十七步:团队研究流程
团队可以把任务分成资料管理员、提问与提取人员、引用核验人员和最终编辑。资料管理员维护来源清单;提取人员使用统一提示;核验人员抽查原文;最终编辑负责论证与披露。
每次更新资料后记录日期和变化,避免成员基于不同版本得出结论。NotebookLM 可以作为协作研究空间,但正式项目仍需保存独立的研究方案、筛选记录和最终证据表。
预期结果:团队能够说明谁加入资料、谁核验引用、谁批准最终结论。
一组可复用的提示词
来源审计:
只根据选中的来源,列出每份资料的作者或机构、日期、资料类型、研究对象、主要结论和明确限制。缺失字段写“未提供”,不要补充外部信息。
证据比较:
围绕问题“__”,把来源分为支持、反对、条件性结果和证据不足四组。说明研究对象与方法差异,每个判断保留引用。
反例检查:
找出可能削弱当前结论的来源片段,包括样本限制、测量问题、替代解释和相反结果。不要只总结支持证据。
交付前检查:
检查这份简报中的每个事实是否能在当前来源中找到直接支持。列出引用不足、范围过度扩大或把相关性写成因果的句子。
常见问题与排查方法
导入网页后内容不完整:网页可能只导入文字,图片、嵌入内容和付费墙不会完整进入。改用合法获取的 PDF 或文本来源,并检查版权。
YouTube 导入失败:确认视频公开且有可用字幕,新上传视频和无语音视频可能无法处理。必要时使用自己有权处理的文字稿。
回答总是很泛:缩小来源选择,指定研究对象、时间范围、字段和输出结构。问题越具体,越容易定位相关段落。
引用与答案不一致:打开引用上下文,检查否定词、条件和研究对象。如果不支持,应重新提问或删除该判断。
音频听起来正确但无法核验:把音频中的关键结论转成文字问题,要求返回引用,再检查原文。不要把听感当作证据。
团队成员看到的功能不同:账号、地区、年龄、管理员和订阅可能影响入口。使用稳定流程描述任务,不依赖固定按钮位置。
最终交付清单
- 研究问题和交付物清楚。
- 来源合法、完整并包含不同观点。
- 每个来源都有用途和质量标记。
- 关键回答已经检查引用和原文。
- 冲突证据、方法差异和限制没有被隐藏。
- AI 输出与个人分析分开保存。
- 音频、导图、测验或幻灯片经过人工校对。
- 正式结论进入独立证据表。
- 共享权限、版权和敏感信息已检查。
- 学校、期刊或组织要求披露 AI 使用时已经执行。
常见问题
NotebookLM 可以直接读取所有网页内容吗
不能保证。官方说明网页主要导入可提取文字,嵌入内容、图片、嵌套页面和付费墙可能不被导入。
导入 PDF 后还需要读原文吗
需要。NotebookLM 可以帮助定位和解释,但复杂表格、公式、脚注、扫描质量和研究限制仍需在原文件中检查。
如何减少 NotebookLM 胡编
选择可靠来源,缩小回答范围,要求缺失信息明确写出,并逐项核验引用。不要要求模型在来源没有信息时强行给结论。
Audio Overview 适合正式研究汇报吗
更适合预习、复习和沟通草稿。正式汇报前应核对事实、限制、版权和语音瑕疵,并根据听众重新编辑。
NotebookLM 和 Elicit 应该怎么搭配
可以先用 Elicit 等研究搜索工具寻找和筛选论文,再把通过筛选的资料导入 NotebookLM 做比较、引用核验和学习内容生成。

1 个月前
NotebookLM 完整评测:资料问答、引用、音频概览与适用场景
评测 NotebookLM 的来源导入、资料问答、行内引用、笔记、思维导图、音频概览和学习内容生成,分析优缺点、隐私边界与适用人群。

8 天前
2026年9月1日 AI 日报:AgentCore 接入 Amazon Quick、Copilot 多代理升级与公共 AI 落地
本期聚焦 AgentCore 托管 MCP 集成、AWS AI 基础设施评价、GitHub Copilot 多代理工作流、日本地方政府公共 AI,以及 ChatGPT Ads 商业化进展。

24 天前
Hugging Face Inference Providers 使用指南:月度 Credits、路由、BYOK 与数据边界
说明 Hugging Face Inference Providers 的每月 0.10 美元免费 credits、Routed by Hugging Face 与 Custom Provider Key 区别、模型和 provider 选择、错误处理,以及 Hugging Face 路由层与上游提供商的数据政策边界。

25 天前
2026年8月15日 AI 日报:Grok 4.6 登陆 Copilot、Nova 多轮强化学习与 GitHub Agent Apps
本期聚焦六项官方动态:Grok 4.6 加入 GitHub Copilot;AWS 介绍 Nova Forge 多轮强化学习自定义奖励与 SageMaker、AgentCore 多模型代理;GitHub 推进 Agent Apps 和 Agent Plugins;OpenAI 任命新任首席营收官。

26 天前
OpenRouter 免费模型使用指南:额度、路由、ZDR 与日志边界
从 OpenRouter 的 :free 模型变体出发,说明账户级 20 RPM 与 50/1000 RPD 限额、免费容量波动、429 与回退路由、ZDR、输入输出日志、上游训练政策和密钥安全,帮助开发者把免费试验迁移为可控的 API 工作流。

27 天前
2026年8月13日 AI 日报:Copilot Agent 插件、Bedrock 成本归因与英国主权 AI
2026年8月13日 AI 日报:GitHub 推出跨客户端 Agent Plugins 1.0 与 Copilot 实用提示指南;AWS 分享 Bedrock 成本归因和英国主权 AI 多智能体架构;OpenAI 发布企业智能体应用与 RingCentral 案例;MAI-Code-1.1-Flash 进入 GitHub Copilot。

27 天前
Google AI Studio 使用指南:免费层、Gemini 原型、API 密钥与数据边界
从 Google AI Studio 的模型与提示试验出发,说明如何选择 Gemini 模型、设置结构化输出与工具、生成 API 代码,并正确理解免费层数据使用、付费层、密钥管理、年龄和地区限制。

28 天前
2026年8月12日 AI 日报:Daybreak 登陆 AWS、Copilot 记忆与 ChatGPT 广告扩围
2026年8月12日 AI 日报:OpenAI 与 AWS 将 Daybreak 网络安全模型引入 Amazon Bedrock;GitHub Copilot for JetBrains 增加跨会话记忆、Ollama BYOK 与企业控制,并公布 MAI-Code-1-Flash 退役安排;AWS 分享建筑 BIM 专用模型 Ishigaki-IDS,OpenAI 同步扩大 ChatGPT 广告测试市场。












粤公网安备44200102445708号
最新评论