核心用法
NotebookLM CLI (notebooklm-cli) 是 Google NotebookLM 的命令行封装，允许用户对已上传的 NotebookLM 文档进行语义搜索与问答。典型工作流包括：
1. 前置准备：安装 notebooklm-mcp-cli 包，配置 NOTEBOOKLM_MCP_CLI_PATH 环境变量指向认证目录（含 profiles/default/cookies.json 等）。
2. 认证检查：运行 nlm login --check 验证登录状态。
3. 笔记本操作：通过 nlm notebook list --json 列出笔记本，使用 nlm notebook query <notebook_id_or_alias> "<question>" 执行查询。
4. 别名机制：为常用笔记本创建别名（如 tai_lieu_dien），避免反复传递 UUID。
显著优点
- 私有化知识库：基于用户已上传的文档回答，避免通用模型的知识幻觉。
- 语义检索：NotebookLM 底层使用 Gemini 模型，支持自然语言提问而非关键词匹配。
- CLI 自动化：适合脚本化、批量查询，集成到 MCP 服务器或 CI/CD 流程。
- 多文档整合：一个笔记本可包含多个来源，支持跨文档综合问答。
潜在局限
- 依赖外部服务：完全依赖 Google NotebookLM 的可用性与 API 稳定性，无离线能力。
- 认证复杂度：需手动导出浏览器 Cookie，定期刷新（Google 账号安全策略可能导致频繁失效），无法在纯 AWS 环境完成登录流程。
- 输出可控性弱：返回内容为模型生成摘要，无法精确控制引用格式或检索片段。
- 无实时性：仅覆盖已上传文档，不自动同步源文件变更。
适合人群
- 已使用 NotebookLM 管理研究资料、法律文档、技术手册的知识工作者。
- 需要将 NotebookLM 问答能力集成到自动化工作流（如 Telegram Bot、内部知识库）的开发者。
- 希望避免通用搜索、严格限定在私有文档域回答的场景。
常规风险
- 认证泄露风险：
cookies.json包含 Google 账号会话，若NOTEBOOKLM_MCP_CLI_PATH配置不当可能导致账号被盗用。 - 数据隐私：查询内容与文档摘要上传至 Google 服务器，敏感资料需评估合规性。
- 服务中断：Google 可能调整 NotebookLM 接口，导致 CLI 失效。
- 幻觉残留：尽管限定文档域，模型仍可能"过度推断"文档未明确提及的内容。