Lightpanda - 专为 AI Agent 设计的无头浏览器，比 Chrome 速度快 9 倍且少用 16 倍内存
如果你想持续获取更多相关资讯，欢迎关注 x-cmd 博客。
AI agent 要操控网页，Chrome 是标配，但也是成本黑洞。每个 tab 独立进程，内存随实例数线性膨胀，大规模任务跑下来云账单惨不忍睹。
Lightpanda 是一款从零编写的无头浏览器，使用 Zig 语言实现，兼容 Puppeteer、Playwright 和 chromedp 的 CDP（Chrome DevTools Protocol）协议。由于协议接口完全一致，你现有的 Puppeteer/Playwright 脚本不需要任何改动------底层引擎从 Chrome 换成 Lightpanda，脚本代码保持不变。
快速上手
用 x-cmd 安装 lightpanda 非常简单，只需在终端中运行以下命令即可：
bash
x install lightpanda抓取页面内容：
bash
lightpanda fetch --obey-robots --dump markdown https://example.com使用 Puppeteer/Playwright 脚本，直接把连接地址指向 Lightpanda 的 CDP 服务器即可，脚本代码无需任何改动：
bash
lightpanda serve --host 127.0.0.1 --port 9222
js
const browser = await puppeteer.connect({
browserWSEndpoint: 'ws://127.0.0.1:9222',
});
// 之后的 page.goto、click、evaluate...全部照旧核心特性
极低资源占用
串行抓取 933 个真实页面（Alexa 排名前 1000 的站点），测试环境 AWS m5.xlarge（4 核）：
| 指标 | Chrome 单实例 | Lightpanda 单实例 | 差距 |
|---|---|---|---|
| 内存峰值 | 1.3 GB | 27 MB | 48x |
| 耗时 | 82 秒 | 51 秒 | 1.6x |
| CPU 利用率 | 124.9% | 11.1% | --- |
并发 25 个实例时，Chrome 耗时 46 秒、内存 2GB；Lightpanda 25 个进程耗时 4.8 秒、内存 123MB。
并发 100 个实例时，Chrome 耗时 69 分钟、内存 4.2GB；Lightpanda 100 个进程耗时 5.2 秒、内存 410MB。
快速启动与执行
Lightpanda 启动时间接近零延迟------不需要初始化图形环境，不需要加载 UI 组件。实测电商页加载：Chrome 平均 185ms，Lightpanda 平均 16ms，10 倍差距。
对于需要频繁启动浏览器实例的 AI agent 场景，这个延迟直接作用于每次任务循环。
CDP 协议兼容
Lightpanda 实现了 Chrome DevTools Protocol 的核心部分，包括 DOM 查询、JS 执行、网络拦截、Cookie 管理、表单交互。已实现的功能：
- JavaScript 执行（v8 引擎）
- XHR 和 Fetch API 拦截
- Cookie 和自定义请求头
- 网络请求拦截（mock/修改响应）
- 代理支持
- robots.txt 遵循（
--obey-robots）
与 Chromium 分叉的本质区别
市面上多数 headless 浏览器方案基于 Chromium 分叉------把 Chrome 砍掉图形界面，剩下的依然是一整个浏览器内核。Chromium 的 PDF 阅读器、DevTools、Extension 系统、GPU 加速管线......全是 headless 场景用不到、却必须承担其资源开销的代码。
Lightpanda 从第一行代码开始，只实现 headless 需要的部分。HTML 解析用 html5ever，HTTP 客户端用 libcurl，JS 引擎用 v8 snapshot Zig 绑定------每一层都按需选择，不继承任何"因为历史原因"的负担。
Web Platform Tests 验证
Lightpanda 在 W3C Web Platform Tests 上持续验证标准兼容性。这意味着它对 HTML 语义、CSS 行为、DOM API 的理解与主流浏览器一致，不是在造一个行为随机的替代品。
工作原理
整体架构
Lightpanda 三层结构：
- 网络层：基于 libcurl，支持 HTTP/2、连接复用、请求拦截
- 渲染层：基于 v8（JS 执行）+ html5ever（HTML 解析）+ 自研 DOM 实现
- 协议层：CDP WebSocket 服务器，接收 Puppeteer/Playwright 的指令
单实例内三层通过内部事件总线通信；多实例通过多进程实现，每个实例是独立进程，通过 IPC 与主进程协调。
为什么是 Zig
Zig 的三个特性直接服务于 headless 场景：
- 无隐式内存分配 + 直接控制内存布局：内存分配完全可控，不存在 GC 暂停或内存碎片问题。在相同 agent 任务流下，单台 4GB 机器能稳定跑 8 个 Lightpanda 实例，而不是 1 个 Chrome 实例后就开始交换。
- 无运行时依赖：编译成单个静态二进制，部署时不需要安装运行时，CI 环境、容器镜像构建都更简单。
v8 snapshot 机制进一步消除 JS 上下文初始化开销：快照在编译时生成，运行时直接内存映射加载，冷启动时间从数百毫秒降到几乎为零。
CDP 兼容的实现策略
CDP 是 Chrome 内置的调试协议，本身没有版权限制。Lightpanda 的 CDP 实现参考公开的协议规范，对每个域（Page、Network、Runtime......）逐一实现 agent 场景必需的命令。兼容性测试通过 Playwright 的集成测试套件驱动。
适用场景
- AI Agent 批量网页任务：需要同时运行数十个浏览器实例的 agent 编排系统，Lightpanda 的资源密度直接提升吞吐量
- 大规模并发抓取：千级、万级 URL 的 JS 渲染页面抓取，并发 100 实例仅耗 410MB 内存
- 成本敏感的 CI 环境：GitHub Actions 等内存受限环境，Chrome 动不动 OOM，Lightpanda 资源可控
来源：