lexmount/moli

解决什么问题

让 agent 上网，通常是在 Playwright 或 Puppeteer 里驱动一个完整的 Chromium。这能跑通，但即便 agent 只解析 DOM、顺着链接爬、抽正文，页面也要付出一整套视觉世界的代价。放到爬取规模上，这部分内存和 CPU 全花在没人要的东西上。Moli 把 DOM 和样式状态当作唯一事实来源，只有操作真的需要时才触发布局或绘制。

有什么不同

常规做法是通用浏览器加自动化驱动，渲染管线始终在跑。Moli 反过来：抽 HTML/Markdown、查 DOM、跑 JS、看网络与存储直接读运行时状态；截图时按当前 DOM 重建一帧，用完即丢弃绘制状态；轮询 screencast 先比较 generation 元数据，状态干净就不出帧。同一个端点同时提供 CDP、WebDriver Classic 和 WebDriver BiDi，Playwright 可以直接通过 CDP 连上，不必换客户端。代价是需要持续视觉状态的场景要反复重建，对文本抽取无所谓，对高频轮询画面就不划算。

适合谁

跑 browser-use agent、爬虫管道、检索预处理、评测环境和强化学习环境的团队，页面被读的次数远多于被看的次数。如果你的 agent 只需要 Markdown、语义树，或偶尔一张截图，这套模型合适。如果你要求像素级还原、重度视频和动画测试，或需要一个长期存活、给人看的已渲染会话，还是用原生 Chromium 或云浏览器；README 没有给兼容性矩阵，目标站点得自己验。

上手成本

Apache-2.0，预编译二进制用一行 curl 或 PowerShell 安装，声称支持 Linux、macOS、Windows。README 对 CLI 和协议面写得很细，但性能数据、兼容性坑和生产加固几乎没提，"Lite、Fast、High-Compatibility" 需要你自己压测。布局和额外资源都要显式开 flag，默认行为可能和期待 Chrome 一致的人想的不一样。项目 2026-08-10 才创建，API 和行为还会变。

点评

Moli 瞄准的问题是真的：agent 只是读网页，却在为渲染付费。按需布局是有依据的架构选择，不是套壳，同时支持 CDP 和两种 WebDriver 也显著降低了迁移成本。但信号更像是一次爆发而不是沉淀：项目仅 75 天、约 2 万 star，单月 Rust 榜新增 18,590，Hacker News 上却没有讨论。值得关注，放进生产管道前先在自己的抓取目标上跑基准，并观察它能不能熬过自己的增长期。