你让 AI 帮忙查商品、填写表单或整理网页，它并不是“看一眼”页面就能完成任务。背后通常要启动一套浏览器，加载网页、运行 JavaScript，再让程序点击和提取内容。问题在于，常用的 Chromium 原本要服务人类上网，功能完整，却可能成为大规模 Agent 自动化中的重量级底座。Lightpanda 想做的，是重新造一台只为机器干活的浏览器。
它已连续两天进入热榜，单日新增 626 星。值得注意的不是又多了一个自动化工具，而是开发者开始重新审视更底层的问题：当网页的使用者从人变成 Agent，浏览器是否也该换一种造法？本文事实均来自 Lightpanda 官方 GitHub 仓库及官方博客，性能数据尚无外部交叉验证。
不是给人看的 Chrome
Lightpanda 是无头浏览器——没有面向人的可视窗口，但仍能打开网页、运行脚本、操作页面。它面向 AI agents 和自动化，从零构建，不是 Chromium 的分支，也不是给 WebKit 打补丁。
浏览器引擎负责解析网页、执行 JavaScript，并维护按钮、链接和文本等页面结构。Lightpanda 用 Zig 重写这套运行时。Zig 是一种面向系统软件的编程语言，强调可控的内存管理和底层协作。
据 Lightpanda 官方博客，团队的选择来自一段很具体的旧经历。他们在电商分析公司 BlueBoard 每天抓取超过 2000 万个网页，要用几十台服务器维持一支 Headless Chrome 集群，长期处理内存泄漏、页面崩溃和扩容成本。团队起初也想改造 Chromium，后来判断以人类界面为中心的架构很难真正瘦下来，才转向从头重写。
换发动机，但保留方向盘
重写浏览器最现实的难题，是现有自动化脚本怎么办。Lightpanda 提供 CDP server。CDP，即 Chrome DevTools Protocol，是外部程序遥控浏览器的一套接口。Puppeteer、Playwright 等自动化客户端可以通过它连接 Lightpanda。不过，官方材料没有给出系统性的兼容测试，现阶段不能把“可以连接”理解成“完全兼容”。
它也提供更直接的 fetch 命令，可把页面导出为 HTML、Markdown、PNG 或 PDF；其中 PNG 和 PDF 只是文本渲染，并不等于 Chromium 那样的完整视觉还原。等待页面加载时，还能按时间、页面元素或脚本结果设定条件。
Lightpanda 还把 Agent 放进浏览器进程里。用户可以用自然语言要求它导航、点击、填写表单或提取结构化数据。一次操作可以保存为 PandaScript——带少量原生浏览器操作能力的 JavaScript，之后无需在运行时继续调用模型，就能确定性重放。说白了，可以先让模型示范并生成流程，再把固定脚本投入重复执行。
官方数字为什么吸引人
官方基准测试在 AWS EC2 m5.large 上进行。处理 100 个页面时，Lightpanda 的峰值内存为 123MB，Headless Chrome 为 2GB；执行时间分别是 5 秒和 46 秒。由此得到“约轻 16 倍、快 9 倍”的概括。
如果这一优势能在真实 Agent 任务中保持，意义很直接：同样的机器可以同时运行更多浏览器实例，批量访问网页时也可能缩短等待时间。浏览器自动化一旦从偶尔跑一个脚本，变成许多 Agent 持续工作，内存和执行时间就不再是小账，而是基础设施成本。
部署入口已经不少。官方提供 Linux 与 macOS 的 x86_64、aarch64 nightly 构建，也可通过 Homebrew、AUR、Nix 和 Linux Docker images 使用。但这里的关键词是 nightly，即持续更新的夜间构建，不能据此视为稳定发行版。Windows 没有原生二进制文件，需要通过 WSL2；Android 也没有原生构建。
局限与未知
- 所有性能结论都来自官方自测。比较版本、并发方式、页面构成、缓存和冷启动条件并不完整，不能直接外推到复杂交互或一般 Agent 工作负载。
- 材料称测试通过网络请求了 933 个真实网页，表格却报告“100 pages”的数据。两者可能分别是完整样本和单批次测试，但官方文本没有解释。
- Linux 二进制文件动态链接 glibc，不能直接运行于 Alpine 等基于 musl 的发行版；Android 使用 Bionic libc，同样无法直接运行该 Linux aarch64 文件。
Lightpanda 眼下最值得关注的地方，不是它已经替代 Chromium，而是它提出了一个越来越实际的判断：Agent 需要的浏览器，未必只是把人类浏览器的窗口关掉。随着网页操作成为 Agent 的常见能力，一套从机器需求出发设计的浏览器运行时，正在从小众工程选择变成新的基础设施赛道。