Moli：Rust无头浏览器，内存砍到70MB

最近 GitHub 热榜被一个叫 Moli 的项目刷屏。它完全用 Rust 从零写了一套无头浏览器内核，专给 AI 智能体（Agent）上网、抓取和抽取数据用。它不去给 Chromium 打补丁，而是自己造引擎，把内存压到几十 MB，让跑网页抓取和自动化任务的 Agent 不再被服务器内存报警折磨。截至 2026-10-11，Moli 已经冲到约 1.6 万 star，是当周 AI Agent 工具里涨得最快的一个。如果你正在用 Agent 批量抓网页、做检索增强（RAG）或跑自动化，又在为内存和账单发愁，这个项目值得认真看一眼。

① 一句话定位

Moli 是一个开源、本地优先、用 Rust 写的无头浏览器内核，专门为 AI 智能体浏览网页、抓取与抽取结构化数据而生，对外通过 CLI、CDP 和 WebDriver 三种协议提供服务。它要解决的问题只有一句话：给不需要"看"画面的机器，造一个只为"结构"存在的浏览器。

② 诞生背景与行业痛点

AI Agent 在 2026 年彻底爆发，但凡要让智能体"上网"，都离不开一个浏览器。比价、填表、采集资讯、给大模型喂网页、在 CI 里做自动化，本质都是"让 Agent 打开网页、读懂结构、拿走数据"。

可现实很尴尬：今天几乎所有 Agent 浏览器方案，底层都是 Chromium 无头模式。Chrome 是为"人眼观看"设计的——它要算像素、做合成、上 GPU、跑完整渲染管线。一个无头 Chrome 实例随随便便吃掉 300 到 800MB 内存，高并发下服务器内存直接报警。而 Agent 在 90% 的场景里，只需要 DOM 结构和文本，根本不需要任何像素。为一个不需要"看"的机器渲染整张画面，是巨大的算力与内存浪费。

Playwright、Puppeteer 这些工具本质是 Chromium 的"驱动壳"，把开关暴露出来，但底层的重量一点没减。云端浏览器 SaaS 倒是免运维，可页面数据要上传到别人的服务器，既涉及隐私出域，又要按量计费。于是 Moli 的出发点非常朴素：既然 Agent 不需要像素，那就造一个"只为结构"的浏览器，只在真正需要时才排版截图。

③ 核心架构与工作原理

Moli 最大的不同是：它不是一个 Chromium 套壳，而是一套自研的 Rust 浏览器内核。它集成了自己的 V8（JavaScript 引擎）、Stylo（源自 Firefox 的样式引擎）和 Taffy（Rust 布局引擎），从渲染管线层面重新定义"什么是一次浏览器请求"。

它的核心机制叫"按需渲染"（on-demand rendering）。默认情况下，Moli 跳过 layout（布局）和 paint（绘制），只运行 JS、构建 DOM 和语义树。页面里那些为了"好看"而存在的像素计算，在 Agent 场景里被直接砍掉。只有当调用方显式打开 --layout 模式时，它才做真实排版、命中测试和截图。换句话说，Moli 把"渲染"从默认必选项变成了按需开关。

协议层上，Moli 让 CDP（Chrome DevTools Protocol）、WebDriver Classic 和 WebDriver BiDi 共用同一套内核，对外只暴露一个端点。这意味着你现有的 Playwright 脚本几乎不用改，就能通过 CDP 接到 Moli 上。输出层也很贴心：CLI 能直接吐出 HTML、Markdown、JSON，以及带选择器和网络等待的语义树，省去 Agent 自己再做一层解析。

成本开关是另一个设计亮点：所有昂贵模式（--layout、--resource 加载外部资源）默认关闭，需要时才开。这从机制上杜绝了"无意识的高开销"，对一个要靠量摊薄成本的 Agent 流水线来说，比事后优化更省心。

④ 关键特性（数据来自官方/社区，厂商基准建议保留判断）

· 自研轻量内核：不依赖 Chromium，没有 Chromium 的版本债和补丁债，二进制也更轻，启动更快。

· 按需渲染省内存：官方与社区基准称，在 192 个公开 URL 上，Moli 的抓取成功率高于 Chrome，而内存只占 Chrome 的一小部分；有实测文章给出"约 70MB vs Chrome 无头约 800MB"的对比。注意：这是厂商/社区基准，建议保留判断，生产前请自测。

· 三协议兼容：CDP / WebDriver Classic / BiDi 一个端点，Playwright 可通过 CDP 直连，迁移成本极低。

· 抽取友好：一条命令出 Markdown、JSON 或语义树，自带选择器等待和网络等待，天然适配 RAG 检索前置抽取。

· 显式成本闸门：--layout、--resource 默认关闭，避免 Agent 无意识地触发高开销渲染。

· 宽松许可：Apache-2.0，可商用，可改。

⑤ 数据看板

项目：lexmount/moli

许可：Apache-2.0

语言：Rust

Star：约 1.59 万（2026-10-11 GitHub Trending，当周新增约 9,973，涨速约 1,300/天）

创建时间：2026-08-10

最新发布：v1.1.15（2026-10-07），近几日几乎隔天发版

内存对比：默认约 70MB vs Chrome 无头约 800MB（社区基准，建议保留判断）

协议支持：CDP / WebDriver Classic / BiDi

定位：浏览器 Agent、网页抓取、自动化、RAG 检索前端

横向对比：

1. Chrome / Chromium 无头：生态最全、兼容性最好，但为像素而生，内存重，Agent 场景浪费大。

2. Playwright / Puppeteer：好用的驱动壳，但底层仍是 Chromium，内存问题没根治。

3. 云端浏览器 SaaS：免运维，但页面数据要上传、按量计费、隐私出域。

4. Moli：自研轻量内核、按需渲染、本地优先，专治 Agent 场景的内存与成本痛点。

⑥ 适用场景与人群

· AI Agent 开发者：需要让智能体上网抓数据、做 RAG、做自动化表单填写。

· 爬虫与数据采集团队：高并发抓取，省下的内存就是省下的服务器钱。

· 检索增强（RAG）管线：把网页一键变成 Markdown / JSON 喂给模型。

· CI 里的低内存自动化：在持续集成里跑轻量采集与回归，不抢资源。

· 强化学习 / 仿真环境：给 Agent 一个轻量的浏览器 runtime。

· 隐私敏感场景：页面数据全程在本地，不出本机，不进第三方云。

一句话概括：凡是"Agent 只需要读结构、不需要看画面"的地方，Moli 都比 Chromium 更划算。

⑦ 上手方式

官网与仓库：github.com/lexmount/moli

Linux / macOS 一键安装（官方脚本）：

curl --proto '=https' --tlsv1.2 -fsSL https://github.com/lexmount/moli/releases/latest/download/moli-installer.sh | sh

抓取网页并直接转 Markdown：

moli fetch --dump markdown --wait-until done https://example.com

需要截图时，按需开启排版：

moli fetch --layout --dump screenshot https://example.com > page.png

启动 CDP / WebDriver 服务，给 Playwright 复用：

moli serve --layout

注意：--layout 才是真实排版与截图模式，默认关闭以省内存；纯结构抽取用默认模式即可。Windows 用户可直接下载 release 页里的预编译二进制，无需走上面的 shell 脚本。

⑧ 社区反馈与真实案例

Moli 是 2026-10-11 当周 GitHub Trending 里 AI Agent 分类的增长榜首，涨速约 1,300 star/天，单周新增接近 1 万。国内技术自媒体已经发文实测，标题直白——"别再让 Agent 跑 800MB 的 Chrome 了"，文中给出 8 月才 7.8k star、10 月初冲到 1.5 万+ 的增长曲线。

已经出现的典型用法有三类：其一是把 Agent 流水线里的 Chromium 实例替掉，CI 里跑低内存抓取；其二是作为 RAG 检索的前置抽取器，把网页变 Markdown 再喂模型；其三是把 Playwright 通过 CDP 接到 Moli，几乎零改造复用现有自动化脚本。不过要清醒：项目 2026-08 才创建，社区仍在极早期，issue 数约 246 且还在积累，目前公开的生产案例多为个人与小团队的 POC，重度生产落地尚少。

⑨ 简短点评（优缺点与成熟度，热度不等于成熟度）

优点：

· 思路对路。Agent 不需要像素，按需渲染是真降内存、真省钱，不是营销话术。

· 自研内核，没有 Chromium 包袱，Apache-2.0 可商用可改。

· 三协议兼容，Playwright 脚本可复用，迁移成本极低。

缺点与风险：

· 极新。2026-08 才创建，生态、稳定性、页面兼容性远不及 Chromium；复杂页面（重度 CSS、Canvas、视频、登录态、反爬）支持仍需验证。

· 自研 V8 / Stylo / Taffy 集成是长期工程，JS 兼容性与边缘 case 是硬仗。

· 内存与成功率基准来自厂商与社区，建议保留判断，生产前务必在自己的页面集上自测。

· 团队规模与可持续性未知，star 增速快，需警惕短期热度泡沫。

结论：方向正确、热度很高，但成熟度低。它最适合替换"纯结构抽取"类的 Agent 任务、做 POC 和降本验证；遇到重交互、重渲染、强兼容的场景，仍建议保留 Chromium 兜底。

总结与行动建议

如果你正在用 Agent 批量抓网页、做 RAG、跑自动化，又在为内存和账单发愁，Moli 值得试一把。但它太新，别 All in。给你四条落地建议：

1. 先 Star 并读 README，确认你的目标页面类型在它的兼容范围内。

2. 用 moli fetch 替换一两条抓取链路做 A/B，对比内存与成功率。

3. 生产前在自己的页面集上跑内存 / 成功率基准，别直接信厂商数字。

4. 重渲染、重交互场景保留 Chromium 作为兜底，Moli 先承轻量结构抽取。

开源世界每年都有"重写 X"的热门项目，多数会沉寂，少数会留下来。Moli 抓到了 Agent 时代的真实痛点，但能不能从"热榜新星"长成"基础设施"，还要看接下来半年的兼容性与稳定性。先小范围验证，永远是最稳的姿势。