核心用法
notebooklm-cli 是一个专用于与 Google NotebookLM 服务交互的命令行工具封装技能。它允许用户直接查询已上传至 NotebookLM 的文档集合，获取基于私有知识库的答案，而非依赖网络搜索。
工作流程
1. 环境检查：验证 NOTEBOOKLM_MCP_CLI_PATH 环境变量及登录状态 (nlm login --check)
2. 笔记本选择：通过 nlm notebook list --json 获取笔记本列表，支持通过 ID、标题或别名指定目标笔记本
3. 执行查询：运行 nlm notebook query "<notebook_id_or_alias>" "<question>" 获取答案
4. 结果返回：明确标注所查询的笔记本身份，提供简洁、基于 NotebookLM 响应的事实性答案
Telegram 快捷触发
支持 /nlm <args> 斜杠命令，自动将后续文本作为 nlm 参数执行。
显著优点
- 私有知识库优先：严格基于用户已上传的文档作答，避免信息幻觉
- 别名系统：支持为常用笔记本创建别名（如
tai_lieu_dien），简化重复查询 - 精确溯源：答案可追溯至 NotebookLM 中的具体文档来源
- Headless 运行：预注入认证信息，支持无浏览器环境的自动化部署
潜在局限
- 依赖预上传内容：无法查询未上传至 NotebookLM 的文档或实时网络信息
- 认证敏感：依赖
profiles/default/cookies.json等持久化凭证，过期需外部刷新 - ID/别名区分：NotebookLM 内部命令多要求 UUID 或别名，直接使用中文标题可能导致空结果
- 无文档处理能力：仅支持查询，不支持上传新文档或管理笔记本
适合人群
- 已建立 NotebookLM 知识库的研究人员、分析师或团队
- 需要基于内部文档（如技术手册、合同、论文）进行快速问答的用户
- 通过 Telegram 等渠道需要便捷访问私有知识库的自动化场景
常规风险
- 认证失效风险：
401/403错误需在外部有浏览器环境刷新 cookies，AWS 等无头环境无法自助修复 - 信息时效性：答案仅反映上传时的文档状态，不包含后续更新
- 结果空值风险：若查询条件不匹配或笔记本内容缺失，可能返回空或模糊结果