先说结论
2026 年 10 月 25 日，Lexmount 把 Moli 挂上了 Product Hunt，一句话介绍是“给智能体和自动化框架用的最快无头浏览器”。真正值得看的不是这句口号，而是它的做法：Moli 不是给 Chromium 套一层自动化接口，而是用 Rust 从零写了一个浏览器引擎，代码在 github.com/lexmount/moli 以 Apache-2.0 开源。
关键事实
| 项目 | 详情 |
|---|---|
| 名称 | Moli（Lexmount 出品） |
| 开源协议 | Apache-2.0，源码 github.com/lexmount/moli |
| 实现语言 | Rust |
| 官方基准 | 智能体负载下常驻内存约 Chrome 的 1/7，峰值约 1/3，冷启动快约 5 倍 |
| 兼容范围 | iframe、Worker、Wasm、Cookie、WebCrypto、IndexedDB、OPFS、CDP/WebDriver |
| 使用方式 | 开源自建，或使用 Lexmount 托管云浏览器（隔离会话 + 代理） |
为什么要另写一个浏览器
今天绝大多数网页智能体跑在“给人用的浏览器”上。这类浏览器的整条渲染管线是为 60 帧的流畅体验服务的：提前发现并下载图片、字体、音视频，把 DOM、样式、布局、绘制各阶段的中间状态长期缓存，因为人类随时可能滚动、悬停、触发动画。
智能体的行为和人类完全不同。它打开页面，可能接下来几秒只是在读 DOM 找按钮，根本不需要图片和视频；它也不会悬停、不会看动画。为一个不渲染的场景付渲染的钱，就是这类负载最大的浪费。
Moli 的做法是把这些环节变成可选：引擎由自己掌控，就可以让子资源加载按需触发，只读结构的会话不下载图片字体、也不保留绘制缓存。Lexmount 给出的数字（常驻内存 1/7、峰值 1/3、冷启动快 5 倍）就是这套设计的结果。
这组数字该怎么看
三点提醒，比数字本身更重要：
- 它是厂商自测。 测的是智能体类负载，不是你的站点。静态 HTML 页面和重画布的后台系统，收益完全不是一个量级。
- 省的是并发成本，不是单次成本。 一个会话省几百 MB，十个会话只是笔记本更凉快一点；一千个并发会话，省的是一整排机器的账单。
- 兼容性比内存更关键。 引擎再轻，只要目标站点用了它跑不起来的特性，迁移就是负收益。
兼容性：决定能不能换的那道坎
自研引擎通常死在长尾上：冷门 iframe、WebAssembly 组件、依赖浏览器指纹的站点。Lexmount 的说法是标准能力都实现在引擎内部——iframe、Worker、Wasm、Cookie、WebCrypto、IndexedDB、OPFS——并且支持 CDP 与 WebDriver 调试协议，也就是说现有自动化栈不用重写。
但要分清楚：CDP 兼容不等于像素级一致。 如果你的任务本身就是“看渲染结果”（截图比对、画布内容、依赖精确布局的采集），迁移前一定要拿 Chrome 做一次并排跑分。
对国内的智能体用户意味着什么
分两种人。
做批量网页自动化的团队：Moli 值得花半天验证。做法很朴素——自建一份，把生产流量切一小片过去，对比常驻内存、冷启动时间和成功率。跑通了，这就是实打实的成本下降；跑不通，你只损失了半天。
在自己电脑上用一个智能体的个人用户：这笔账不成立。你不缺浏览器会话，你缺的是“让它把我电脑上的活干完”。这是桌面智能体要解决的问题——用自然语言描述任务，它在 Windows 上读写你的文件、操作你已安装的应用。MOOGH 做的就是这件事，和 Moli 不在一个层面上，也不冲突。
什么情况下别用 Moli
- 需要看得见的窗口。 Moli 是无头引擎，需要可视化界面、需要你本机已登录账号的场景用不上。
- 需要像素级校验。 截图比对、视觉回归测试，先验证再上线。
- 指望零改动平替。 “drop-in replacement” 成立的前提是你的自动化只用标准 CDP 调用；自定义 Chrome 启动参数、扩展、指纹敏感站点都要单独验证。
下一步怎么做
如果你在跑并发网页自动化：自建 Moli，切一小段流量实测，和现有 Chrome 基线比内存、冷启动、成功率三项，一天内能有结论。
如果你更想让智能体直接把你 Windows 上的活干完——文档、表格、本地文件、已经打开的应用——那就不是换浏览器引擎的事，装一个桌面智能体更直接：下载 MOOGH，先丢给它一件重复性的小事跑通。
相关阅读：