Gemini Notebooks 和 NotebookLM 打通之后，项目资料、聊天记录和后续整理开始能待在同一个容器里。这篇按使用顺序讲清楚资料先放哪一层，后面又该在哪一层继续处理。
Google 在 2026 年 4 月 8 日把 Gemini 里的 Notebooks 推出来以后，Gemini 和 NotebookLM 之间的关系就更像同一套资料系统里的两个入口了。官方给的说法是，Notebooks 是跨 Google 产品共享的个人知识库，先从 Gemini 开始，并且会和 NotebookLM 同步。这个变化看起来像是多了一个收纳面板，实际影响更大的地方，在于它把聊天记录、项目资料和后续整理放到了同一个项目容器里。
如果你之前已经在用 Gemini，最常见的问题是同一个项目聊着聊着就散了。聊天记录在一处，PDF 和文档在另一处，后面想把某个阶段的结论接到 NotebookLM 里做来源问答，还得重新整理一遍。Notebooks 解决的就是这个断层。你可以在 Gemini 侧边栏里直接新建 notebook，把旧会话移进去，加上项目说明和自定义指令，再把 PDF、文档之类的资料塞进来。这样一来，Gemini 后面给出的回答会连着 notebook 里的资料一起理解，不会只围着当前聊天上下文打转。
这次更新真正有用的地方在于同步。官方在介绍里写得很清楚，Gemini 里的 notebook 和 NotebookLM 是互通的，在一边加进去的资料会自动出现在另一边。这意味着 Gemini 不再只是前期找方向的入口，NotebookLM 也不再只负责后期整理来源。你可以在 Gemini 里先把问题、资料和聊天脉络组织起来，等需要做 Video Overview 或信息图时，再切到 NotebookLM 继续处理，而不是把资料重新搬一遍。
比较自然的用法，通常是先在 Gemini 里建项目，再去 NotebookLM 做来源型输出。比如一个研究项目刚开始时，你往往需要一边搜资料，一边和模型来回问，把问题范围慢慢缩小。这个阶段放在 Gemini 里会更顺，因为它本来就是聊天和工具入口。等资料积到一定程度，开始需要围着固定来源做问答、做视频摘要或图形化整理时，再把同一个 notebook 接到 NotebookLM，那些基于来源的能力就能直接接上。
这里有个容易误解的地方。Notebooks 更像是在前面的收集和组织阶段补齐了一层。Gemini 负责让项目资料和对话待在一个地方，NotebookLM 继续负责那些更依赖来源结构的事情，比如 Video Overviews 和 Infographics。Google 在官方文章里特意提到，你在 Gemini 里开始的 notebook，到了 NotebookLM 里还能继续用这些输出能力，这说明两者前后相接，各自承担的也是不同阶段。
如果按实际操作来排，一套比较清楚的顺序通常是这样：先在 Gemini 里新建 notebook，把已经有用的旧聊天移进去，再把 PDF、文档和其他参考资料补进来，同时写一段简短的项目说明；接着在同一个 notebook 里继续提问、整理和补资料；等材料已经成形，再去 NotebookLM 里围着同一组来源做视频摘要、信息图和回查。这样整理下来，一个项目从开题到整理结果都待在同一个容器里，后面继续追问时也不容易丢上下文。
Notebooks 这次更新里更该写的地方，是它把 Gemini 和 NotebookLM 之间那道本来很明显的手动搬运工序压掉了。对实际使用来说，这一步比多一个新按钮更重要，因为很多资料型任务真正浪费时间的地方，常常出在材料不在同一个地方，后面也接不上。
如果你手里的项目本来就依赖 PDF、网页、文档和长期对话一起推进，这次更新最直接的用法不是体验一个新入口，而是把资料先集中到 notebook 里，再决定哪部分继续留在 Gemini 里追问，哪部分要切到 NotebookLM 做来源型输出。这样整理以后，前面的讨论和后面的回查会更连贯。
延伸阅读
相关工具
14 分钟阅读
