NotebookLM可自动构建项目记忆系统，从会议纪要、设计文档等原始材料中提取结构化状态信息；需至少一份带时间戳和签名的会议纪要以锚定决策时序；支持精准提取未分配责任人的问题及跨文档冲突验证；通过上传更新文档、触发状态刷新、导出JSON实现动态同步。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在项目推进过程中持续追踪已做决策和悬而未决的问题，避免会议结论散落各处、关键事项无人跟进。NotebookLM 能自动从你上传的会议纪要、设计文档、邮件摘要中提取结构化状态信息，无需手动整理表格或更新看板。
构建项目记忆系统
上传所有与项目相关的原始材料：会议录音转文字稿（TXT）、架构设计文档（PDF）、需求评审记录（Google Docs）、甚至 Slack 截图导出的文本（TXT）。【必须包含至少一份带明确时间戳和参会人签名的会议纪要】，否则系统无法锚定决策发生时序。
等待右上角处理状态变为“就绪”——注意：含扫描件或 LaTeX 公式的 PDF 可能需 15 秒以上，纯文本文件通常 3 秒内完成解析。
点击「生成问题」→ 选择「项目状态梳理」模板，或直接输入：“列出所有已确认的技术选型决策，并标注提出人和会议日期”。
精准提取未分配责任人的问题
方法一：用内置指令快速筛选
在提问框输入：“提取所有未分配责任人且截止日期在两周内的待办事项”，系统将返回带状态标签的有序列表，并自动折叠原文上下文供核对。
方法二：自定义条件组合
输入：“从 2026 年 6 月 10 日后所有会议记录中，找出标记为‘需进一步验证’但未指定负责人和时间节点的议题”。这一步依赖你上传文档中的原始标记习惯，若原文写的是“待确认”而非“需进一步验证”，结果将为空。
方法三：跨文档交叉验证
上传 A 方案对比报告 + B 方案技术评审纪要 → 提问：“两份文档中均提及但未达成一致的接口协议字段有哪些？各自主张是什么？”系统会定位到不同文档中的冲突段落并高亮引用来源。
动态更新项目当前状态
第一步：保持资料库实时同步
每次会议结束后，立即将最终版纪要、修订后的 PRD 或新补充的测试数据 CSV 描述文档上传至同一 Notebook。旧文档不会被覆盖，系统自动增量索引。
第二步：触发状态刷新
输入：“总结这个项目的当前状态，按‘已确定’‘待验证’‘已搁置’三类归总，每类下列出最多 3 条，附出处页码或段落编号”。
第三步：导出结构化数据
点击右上角「导出」→ 选择 JSON 格式 → 用 Python 脚本提取 conclusions 字段中的 text 和 sources，即可同步至 Confluence 的项目看板页面。该操作不可逆，导出后原始 Notebook 中的引用锚点仍保留，但 JSON 文件内不含渲染样式。
