NotebookLM 自动化工作流:Browser Harness 范式改造
日期: 2026-04-28
来源: 内部设计文档
标签: notebooklm, browser-harness, workflow-automation, ai-agent
核心改进
将现有 NotebookLM skill 从 CDP 低级操作升级到 Browser Harness 高级抽象:
从 CDP 升级到 browser tool
- 旧:
Network.setCookie+ 手动 selector - 新:
browser snapshot+browser act语义化操作 - 优势:自动处理页面加载、元素等待、内置重试
- 旧:
Cookie 管理简化
- 国内已可直接访问 notebooklm.google.com(无需代理)
- Chrome 启动命令简化(去掉
--proxy-server) - Cookie 注入仍通过 CDP(一次性操作)
动态页面适应
- 不写死 selector,用语义化描述
- 例:
instruction="点击'新建笔记本'按钮"而非querySelector(...) - AI 自动识别元素,页面结构变化也能适应
自愈工作流
- 检测到 PPT 配额限制 → 自动切换到"报告"输出
- 生成报告后调用本地 pptx-generator 转换
- 或记录失败,明天自动重试
完整工作流(5 个 Phase)
Phase 1: 环境准备(一次性)
- 启动 Chrome(无代理,端口 18802)
- 注入 Cookie(通过 CDP)
Phase 2: 内容采集
- 调用 agent-reach skill 抓取微信文章等内容
- 清洗格式,保存为临时 Markdown
Phase 3: NotebookLM 导入
browser snapshot识别页面状态browser act点击"新建笔记本"- 导入内容(URL 或文件上传)
- 等待导入完成(~10s)
Phase 4: 生成输出(自愈逻辑)
- 尝试生成 PPT
- 如遇配额限制 → 切换到"报告"
- 调用本地工具转换为 PPT
Phase 5: 结果交付
- 下载文件,通过飞书发送
- 更新 .evolver/signals/ 日志
关键技术点
- 无代理访问:国内已可直接访问(MEMORY.md 已验证)
- Cookie 有效期:~1 个月(2026-04-27 更新,有效至 2026-05 月中旬)
- 文件上传:
browser uploadarm 文件 + 点击上传按钮 - 配额限制:自动切换策略(PPT → 报告 → 本地转换)
与传统方案对比
| 维度 | 旧方案(CDP) | 新方案(Browser Harness) |
|---|---|---|
| 页面操作 | 写死 selector | 语义化描述,AI 自动识别 |
| 错误处理 | 固定重试逻辑 | 自愈(自动切换策略) |
| 维护成本 | 页面变化需更新脚本 | 页面变化自动适应 |
下一步
- 用 browser tool 重写 NotebookLM 操作流程
- 集成 agent-reach 自动抓取内容
- 添加自愈逻辑(配额限制时切换策略)
- 记录到 .evolver/signals/ 持续优化