Lightpanda 是一個由 Lightpanda 團隊於 2023 年 2 月開源、以 Zig 程式語言從零編寫的無頭瀏覽器，GitHub 星標數累積至 36,341 顆、複製數 1,735 次，並於 2026 年 10 月 2 日發佈 1.0.0 正式版本。它並非 Chromium 分支，也不是 WebKit 的修補版本，而是專為 AI 代理與自動化場景重新設計的瀏覽器核心。官方以 933 個真實網頁在 AWS EC2 m5.large 執行個體上測試，處理 100 個頁面時峰值記憶體為 123MB、耗時 5 秒，對比無頭 Chrome 的 2GB 與 46 秒，分別約少 16 倍與快 9 倍。
本文依據官方儲存庫的 README、版本紀錄與公開基準測試資料整理，先說明專案定位，再依序分析其效能表現、技術架構、自動化協定支援、代理模式與授權限制，供評估網頁擷取與代理基礎設施的團隊參考。
Lightpanda 是什麼？
Lightpanda 是以 Zig 從零編寫的無頭瀏覽器，專為 AI 代理與自動化設計，支援 CDP 與 WebDriver BiDi，並在 2026 年 10 月推出 1.0.0 正式版。
專案的定位可以用一句官方敘述概括：它不是 Chromium 分支，也不是 WebKit 修補版本，而是一個全新撰寫的瀏覽器。團隊認為過去以簡單 HTTP 請求完成網頁自動化的做法已經失效，現代網頁由 Ajax、單頁應用、無限滾動與 React、Vue、Angular 等框架驅動，必須實際執行 JavaScript 才能取得內容，因此瀏覽器核心無法省略。
另一方面，團隊主張在伺服器上執行完整桌面瀏覽器雖然可行，卻難以規模化。Chrome 在數百或數千個實例下對記憶體與 CPU 的消耗偏高，封裝、部署與維護成本亦隨之上升，而且桌面瀏覽器中大量圖形與使用者介面功能，在無頭場景並無實際用途。
Lightpanda 因此採用低階語言 Zig 重寫核心，保留 JavaScript 執行能力、DOM 樹與網路載入，但移除圖形渲染引擎，換取更小的資源佔用與更快的啟動與執行速度。
Lightpanda 的效能與資源佔用表現如何？
官方基準顯示，處理 100 個頁面時峰值記憶體 123MB、耗時 5 秒；無頭 Chrome 為 2GB 與 46 秒，差距約 16 倍與 9 倍。
官方公佈的基準測試取 933 個真實網頁，在 AWS EC2 m5.large 執行個體上透過網路請求完成，並公開測試方法與詳細數據。測試將兩項指標並列：記憶體峰值以 100 個頁面為基準，Lightpanda 為 123MB，無頭 Chrome 為 2GB；執行時間同樣以 100 個頁面計算，Lightpanda 為 5 秒，無頭 Chrome 為 46 秒。
團隊將差異歸因於架構選擇而非調校。由於沒有圖形渲染引擎，並以明確控制記憶體的語言撰寫核心，瀏覽器程序本身的開銷大幅下降，因此在同等硬體上可同時執行更多擷取工作，對需要大量抓取或長時間運行代理的團隊具有直接意義。專案同時每日公開 Web Platform Tests 的相容性結果，讓使用者可自行判斷目標網站的相容程度。
Lightpanda 的技術架構有何特別之處？
核心以 Zig 撰寫，HTTP 載入採用 Libcurl、HTML 解析採用 html5ever、JavaScript 執行採用 v8，並以無圖形渲染引擎為設計前提。
在元件層面，Lightpanda 並未完全自製所有部件。HTTP 載入使用 Libcurl，HTML 解析使用源自 Servo 專案的 html5ever，JavaScript 執行則使用 v8 引擎。這種組合讓團隊聚焦在瀏覽器核心、DOM API 與自動化介面的實作，而非重造已成熟的底層元件。
已實作的網頁平台能力涵蓋 CORS、DOM 樹、DOM API、Ajax 相關的 XHR 與 Fetch API、點擊與表單輸入、Cookie、自訂 HTTP 標頭、代理伺服器與網路攔截，並提供 DOM 與 Markdown 的輸出模式。輸出格式除 HTML 外，還可直接轉為 Markdown、PNG 或 PDF，其中 PNG 與 PDF 為純文字渲染結果，不含完整視覺樣式。
專案亦可選擇遵從 robots.txt，並內建廣告攔截功能。從原始碼建置需安裝 Zig 0.15.2，並準備 v8、Libcurl 與 html5ever 的相依環境，官方同時提供 Linux 與 macOS 的每日建置二進位檔，以及 Docker 映像檔。
Lightpanda 支援哪些自動化協定與工具？
它同時支援 CDP 與 WebDriver BiDi 兩種協定，可直接以 Puppeteer 或 Playwright 連線，毋須大幅改寫既有腳本。
相容性是此類工具能否落地的關鍵。Lightpanda 提供 Chrome DevTools Protocol 與 WebDriver BiDi 兩種介面，並可同時啟用。實務上使用者以 Puppeteer 連上瀏覽器的 WebSocket 端點後，其餘腳本邏輯可維持不變，原本以 CDP 為基礎的既有流程因此具備遷移空間。
在命令列層面，工具支援直接擷取單一網址，並可指定輸出為 HTML、Markdown、PNG 或 PDF；同時提供等待條件選項，例如等待至特定時間、特定選擇器或特定指令碼完成，方便處理需要延遲載入的頁面。
專案亦提供 Docker 映像檔，啟動後會在 9222 連接埠上暴露 CDP 伺服器，適合放進既有的容器化擷取流程。團隊並在獨立的儲存庫中提供代理技能套件，供支援技能機制的開發工具直接引用。
Lightpanda 的代理模式與 MCP 整合如何運作？
內建代理模式可用自然語言或斜線指令操作瀏覽器，並將流程匯出為不含模型的 PandaScript；另附 stdio 與 HTTP 兩種 MCP 伺服器。
代理模式是此版本的核心新增能力。使用者可用自然語言描述任務，例如指定讀取某個站台的主要新聞，或使用斜線指令，由內建代理完成頁面導覽、點擊流程、填寫表單與結構化資料擷取。由於代理與瀏覽器執行於同一程序，每次工具呼叫都是直接操作，因此仍保留原本的速度與記憶體優勢。
工作階段的輸出可匯出為 PandaScript，即以原生瀏覽器操作為基礎的標準 JavaScript。這份指令碼不含模型推論，屬確定性執行，因此可先用模型完成流程探索，再將結果放進正式環境執行，毋須在執行期支付推論成本。
模型供應商方面，代理模式支援 Anthropic、OpenAI、Gemini、Google Vertex AI、Mistral 與 Hugging Face，亦可透過 Vercel AI Gateway 或 OpenRouter 取得多個實驗室的模型，或經由相容 OpenAI 介面的端點、Ollama 與 llama.cpp 執行本地模型，並可在無模型情況下進入互動式命令列。此外，專案內建 MCP 伺服器，於標準輸入輸出模式之外，還可改用 HTTP 傳輸並依工作階段標頭隔離各代理的瀏覽情境，避免多個代理互相覆寫同一頁面。
Lightpanda 的專案數據與維護狀況如何？
專案累積約 3.6 萬顆星標、1,735 次複製、10,489 次提交與約 71 位貢獻者，最近推送為 2026 年 10 月 12 日。
維護節奏屬於高頻活躍類型。專案自 2023 年 2 月建立至今持續提交，提交數約 10,489 次，最近一次推送時間為 2026 年 10 月 12 日，與本文撰寫時間僅相隔一日。貢獻者約 71 位，包含匿名提交者，議題與合併請求數量顯示社群參與度穩定。
版本發布已進入正式階段。1.0.0 於 2026 年 10 月 2 日發佈，在此之前維持近乎每兩週一次的節奏，累積約 23 個版本。核心維護團隊由創始成員組成，並維護公開的效能看板與 Web Platform Tests 每日結果，供外部評估相容性進度。
Lightpanda 的授權與限制有哪些？
專案採用 AGPL-3.0 授權，商業整合須留意開源義務；此外它不渲染圖形，複雜前端互動與視覺還原仍以完整瀏覽器較可靠。
授權條款是採用前必須確認的一項。專案以 GNU AGPL-3.0 發佈，若將修改後的程式碼以網路服務形式對外提供，需依條款公開對應原始碼。對於打算將瀏覽器嵌入自有產品並修改核心的團隊，這點會直接影響架構與法務評估；若僅以未修改版本作為內部工具或獨立程序使用，義務範圍相對單純。
功能邊界亦需理解。Lightpanda 不實作圖形渲染引擎，其 PNG 與 PDF 輸出為文字導向的呈現，並非像素級還原，因此不適合用於視覺回歸測試、版面截圖或需要完整 CSS 渲染的場景。面對高度複雜的前端應用，仍可能出現相容性落差，官方以每日 Web Platform Tests 結果作為透明參考，建議在正式採用前針對目標網站先行驗證。
部署環境方面，官方二進位檔以 glibc 連結，在 Alpine 等 musl 基礎映像上需改用 Debian 或 Ubuntu 基底映像，或自行從原始碼建置；Android 與 Termux 環境沒有原生建置版本，Windows 則需透過 WSL 執行。使用時另可設定環境變數關閉遙測。
出處連結有哪些？
專案原始碼與建置說明、產品官方網站、基準測試方法、代理模式與 MCP 伺服器文件，以及每日 Web Platform Tests 相容性結果，均可由下列來源查證。
官方儲存庫位於 https://github.com/lightpanda-io/browser，內含完整原始碼、建置說明與功能狀態清單。產品網站為 https://lightpanda.io，其中包含命令列介面、代理模式與 MCP 伺服器的完整文件。基準測試的詳細方法與數據公開於 https://github.com/lightpanda-io/demo/blob/main/BENCHMARKS.md，Web Platform Tests 的每日結果則公佈於 https://perf.lightpanda.io/wpt。
總結：Lightpanda 適合什麼團隊？
適合需要大量網頁擷取、代理基礎設施或容器化自動化，且重視記憶體與速度的團隊；需要完整視覺渲染的場景則宜沿用傳統瀏覽器。
從資源效率角度看，Lightpanda 以 5 秒與 123MB 的數據，對照無頭 Chrome 的 46 秒與 2GB，為高併發擷取與長時間代理執行提供了另一種成本結構。1.0.0 正式版、CDP 與 WebDriver BiDi 支援、內建代理模式與 MCP 伺服器，亦使它能在既有 Puppeteer 或 Playwright 流程中逐步導入。
採用前建議先針對實際目標網站測試相容性，並確認 AGPL-3.0 授權與自身產品形態是否相容。若核心需求是像素級視覺還原或複雜前端互動的完整支援，傳統瀏覽器仍較合適；若需求集中於資料擷取、結構化輸出與代理規模化，Lightpanda 的架構優勢則相對明顯。