核心用法
NotebookLM CLI 是一个命令行工具（nlm），允许用户对已上传到 Google NotebookLM 的文档进行本地查询和问答。用户可以通过自然语言问题检索知识库内容，获取基于自有文档的事实性回答。
关键操作流程：
1. 列出笔记本：nlm notebook list --json
2. 通过 ID 或别名查询：nlm notebook query "<notebook_id_or_alias>" "<question>"
3. 支持创建别名简化重复查询（如 tai_lieu_dien）
典型场景：
- 查询产品规格文档中的具体参数
- 从研究资料中提取特定信息
- 对批量上传的 PDF/网页进行语义检索
- 替代传统关键词搜索，使用自然语言提问
显著优点
- 私有化知识检索：查询仅基于用户上传的文档，不依赖互联网搜索，避免幻觉和无关信息
- Google NotebookLM 后端：依托 Google 的 RAG（检索增强生成）技术，引用溯源相对可靠
- CLI 自动化友好：支持脚本化批量查询，适合集成到工作流
- 别名机制：可为常用笔记本设置简短别名，提升操作效率
- 多格式支持：NotebookLM 原生支持 PDF、网页、Google 文档等多种格式
潜在缺点与局限性
- 依赖预上传内容：必须先通过 NotebookLM 网页界面上传文档，CLI 仅支持查询已有内容
- 认证管理复杂：需要维护
NOTEBOOKLM_MCP_CLI_PATH指向的 cookies.json，定期刷新（无法在无浏览器环境自动登录） - 无实时网络能力：无法获取最新信息，文档时效性完全取决于上传时间
- 输出格式受限：返回纯文本结果，无结构化数据或原始引用链接
- 语言支持依赖 NotebookLM：非英语文档的检索质量可能下降
- 别名需手动管理：系统不自动同步网页端创建的笔记本名称
适合人群
- 已将大量资料集中管理在 NotebookLM 的研究人员、产品经理
- 需要频繁查询内部文档库的技术支持、销售团队
- 希望自动化知识库问答的开发者（通过脚本调用
nlm） - 对数据隐私敏感、偏好本地化检索而非公开搜索的用户
常规风险
- 认证失效风险：Cookies 过期导致 401/403 错误，需定期在本地浏览器重新登录并更新密钥
- 文档权限风险：查询结果受 NotebookLM 账户权限控制，共享笔记本的访问边界需明确
- 检索幻觉风险：虽基于自有文档，但 RAG 仍可能错误拼接信息，关键数据建议人工复核原文
- 环境配置风险：
NOTEBOOKLM_MCP_CLI_PATH配置错误会导致认证检测失败