Playwright 瀏覽器自動化替代方案:2026 年 GitHub 熱門選項完整指南
摘要:2026 年 Playwright 替代方案呈現雙軌並行:傳統成熟框架(Puppeteer、Selenium、Cypress 等)持續主導企業級 E2E 測試,而以 AI Agent 為核心、強調「零依賴、MCP 原生、反偵測」的新工具則在 GitHub 上快速崛起。本文整理兩大陣營關鍵專案、選型建議與風險提醒。
一、傳統成熟框架:企業級測試的穩健選擇
在整體 Star 數與生態成熟度上,以下框架仍是最被廣泛採用的 Playwright 替代品,各自針對不同痛點提供解法。
| 名稱 | 定位 | GitHub Star 數 | 適合場景 | 來源 |
|---|---|---|---|---|
| Puppeteer | Chrome DevTools Protocol 直接控制 | 約 94.4K | 爬蟲、PDF 產生、效能分析(僅限 Chrome/Chromium) | testdino |
| Cypress | 瀏覽器內事件迴圈注入 | 約 49.6K | 純 JS/TS 前端團隊、時間旅行除錯體驗 | testdino |
| Selenium | W3C WebDriver 標準協定 | 約 33.5K | 企業級多語言(Java/Python/Ruby)、法規產業 | testdino |
| Appium | 原生 Mobile 自動化 | 約 21.6K | iOS/Android 原生 App(Playwright 完全做不到) | testdino |
| WebdriverIO | 統一 Web + Mobile 自動化 | 約 9.2K | 一套框架涵蓋網頁與手機測試 | testdino |
下載量參考:Playwright 目前 npm 週下載量約 33M,領先 Cypress(約 6M)與 Selenium(約 1.7M,但此數字低估了實際企業用量,因多數透過 Maven 或 PyPI 安裝)。testdino
選型建議:傳統 E2E 測試
- 需求:CI/CD 整合、跨瀏覽器覆蓋、完整文件與社群支援
- 推薦:Puppeteer(Chrome 專屬)、Selenium(多語言企業級)、Cypress(前端團隊除錯體驗佳)
二、2026 年 GitHub 爆紅:AI Agent 導向新工具
聚焦「今年」,GitHub playwright-alternative Topic 頁面顯示,一批以 AI Agent 為核心、強調「零依賴、單一 binary、繞過反爬」的新專案快速崛起。這類工具大多直接透過 CDP 或 WebDriver BiDi 溝通瀏覽器,捨棄 Node.js/Python runtime 的重量級依賴。github
代表性專案
| 專案 | 語言/架構 | 核心特色 | GitHub Stars | 來源 |
|---|---|---|---|---|
| chrome-use | Rust CLI | 專為 AI Agent(Claude、Cursor)設計,內建反偵測與 MCP Server 支援 | 約 87 | github |
| barebrowse | 零依賴 | Agent 輸入 URL 取得精簡快照,宣稱取代 Playwright/Selenium/Puppeteer | 約 32 | github |
| scout | Go 單一 binary | 無需 Node/Python/runtime,內建 CLI、MCP Server 與聊天 UI | - | github |
| cdp-toolkit | 跨語言(React/Python/Vue) | 零依賴 CDP 工具包,主打取代 Selenium 與 Puppeteer | - | github |
| wavexis | Python CLI | 同時支援 CDP 與 WebDriver BiDi,80+ 指令,不需下載 Chromium | - | github |
| veilbrowser | TypeScript + MCP 原生 | 隱身瀏覽器,通過 sannysoft 反偵測測試並繞過 Cloudflare | - | github |
值得關注的生態專案
- Motus:.NET 生態,支援 Roslyn 分析器與 Blazor 視覺化執行器
- zendriver-rs:Rust 撰寫,主打反偵測與 Cloudflare 繞過
共通技術特徵
- 繞過傳統函式庫:直接使用 CDP 或 WebDriver BiDi 協定
- MCP 原生:內建 Model Context Protocol 伺服器,方便 Claude Code、Cursor 等 AI 編碼助手直接操控真實瀏覽器
- 零依賴/單一 binary:無需 Node.js、Python runtime,部署極簡
- 反偵測優先:針對 Cloudflare、指紋偵測等反爬機制優化
選型建議:AI Agent 瀏覽器操作
- 需求:RPA、自動化爬蟲、Claude/Cursor 整合、讓 LLM 操作瀏覽器
- 推薦:關注上述新專案,特別是已內建 MCP Server 的方案(chrome-use、scout、veilbrowser 等)
三、另類路線:連接「你的真實瀏覽器」
bb-browser 走的是完全不同路線:透過 CDP 連接到「已經在用、已經登入」的真實 Chrome,在分頁裡直接執行 JavaScript 呼叫網站的 fetch(),因此 Cookie、User-Agent、TLS 指紋全部都是「真人」等級,極難被反爬機制偵測。recca0120.github
bb-browser 核心設計
- 平台覆蓋:約 36 個平台、103 條指令(Twitter/X、Reddit、GitHub、arXiv、YouTube 字幕等)
- 架構:每個網站對應一個社群貢獻的 JS adapter(存放於 bb-sites)
- MCP Server:v0.4.1 內建 16 個工具(
browser_snapshot、browser_click、browser_eval、browser_screenshot等),支援多分頁並行操作
關鍵差異對比
| 對比項目 | bb-browser | Playwright / Selenium | 傳統爬蟲 (requests/Scrapy) |
|---|---|---|---|
| 瀏覽器 | 你的真實 Chrome | 獨立無頭瀏覽器 | 無瀏覽器 |
| 登入狀態 | 已登入,免重新驗證 | 需重新登入或注入 Cookie | 手動處理 Cookie |
| 反爬偵測 | 幾乎無法被偵測(就是真人) | 容易被偵測 | 容易被封鎖 |
| 指紋 | 你的真實指紋 | 無頭瀏覽器指紋 | 無指紋 |
作者坦承這做法「有點作弊」:不是給 Agent 通用操作原語,而是直接把整個網站包裝成 CLI 指令,透過管理型 Chrome 執行網站內部 API,完全不需 headless、不偷 Cookie、也不用申請 API Key。libhunt
同類專案(GitHub 熱門相似方案)
根據 LibHunt 專案關聯分析,共通點是全部繞開「啟動獨立瀏覽器」模式,改用 CDP 或擴充功能連接使用者真實瀏覽器。libhunt
| 名稱 | 定位 | 特色 |
|---|---|---|
| agent-browser | AI Agent 瀏覽器自動化 CLI | 與 bb-browser 最常被相互比較的直接競品 |
| chrome-devtools-mcp | Google 官方 Chrome DevTools for coding agents | 官方出品,支援 --autoConnect 直連現有分頁,30 秒完成設定 |
| BrowserOS | 開源 Agentic 瀏覽器 | 定位為 ChatGPT Atlas / Perplexity Comet / Dia 的開源替代品 |
| playwright-cli | Playwright 動作 CLI 化 | 錄製並生成 Playwright 程式碼、檢查選擇器、截圖 |
| chrome-cdp-skill | 存取現有 Chrome session | 開箱即用,直接連上已開啟的分頁 |
| navagent-mcp | 超輕量 MCP 瀏覽器導航 | 無需 CDP、省 Token、可繞過 SPA/Shadow DOM/iframe 偵測 |
| browser-mcp (Agent360) | Chrome 擴充功能 + MCP Server | 34 個工具,支援 Cookie/localStorage 讀寫、多 Session、可解 CAPTCHA |
| browser-mcp-cdp | Chrome Profile 快照橋接 | 複製真實 Chrome 登入態到暫存目錄,Broker 閒置 10 分鐘自動清除 |
| webclaw | Chrome 擴充功能式 MCP Agent | 用精簡無障礙樹取代完整 DOM,省 Token |
兩大主流分支
- 通用操作原語派:chrome-devtools-mcp、browser-mcp、navagent-mcp —— 提供 snapshot、click、fill 等通用原語
- 特定網站深度整合派:bb-browser、agent-browser —— 將網站包裝成 CLI 指令,追求效率與反偵測
四、風險提醒與安全實務
這類工具讓 LLM 能在你已登入帳號的真實瀏覽器裡執行任意 JavaScript,能讀取 Cookie、Session Token 及任何登入後可見的資料。
必須遵守的安全原則
- 僅在信任的模型與 Prompt 下使用
- 隔離環境:建議使用專用 Chrome Profile,勿使用主力瀏覽器配置檔
- 審計日誌:啟用操作記錄,追蹤 Agent 執行的每個指令
- 權限最小化:僅授予必要網站的存取權限
緩解機制範例
- browser-mcp-cdp 採用「Profile 快照」機制:複製登入態到暫存目錄 → Agent 操作不影響真實 Chrome Profile → Broker 閒置 10 分鐘自動清除claudemarketplaces
- chrome-devtools-mcp 的
--autoConnect:每次連線 Chrome 都會跳出授權提示與狀態橫幅,兼顧便利性與安全性linkedin
五、快速決策樹
flowchart TD
A[開始選型] --> B{主要用途?}
B -->|E2E 測試、CI/CD、跨瀏覽器| C[傳統成熟框架]
B -->|AI Agent 操作瀏覽器、RPA、爬蟲| D[新世代 AI Agent 工具]
B -->|需用真實登入態、極致反偵測| E[連接真實瀏覽器方案]
C --> C1[Puppeteer: Chrome 專屬/效能分析]
C --> C2[Selenium: 多語言企業級/法規產業]
C --> C3[Cypress: 前端團隊/時間旅行除錯]
C --> C4[Appium: 原生 Mobile App]
D --> D1[chrome-use: Rust/MCP/反偵測]
D --> D2[scout: Go/single binary/MCP]
D --> D3[veilbrowser: TS/MCP/隱身/繞過 CF]
D --> D4[wavexis: Python/CDP+BiDi/無 Chromium]
E --> E1[bb-browser: 網站包裝 CLI/社群 adapter]
E --> E2[chrome-devtools-mcp: Google 官方/autoConnect]
E --> E3[browser-mcp-cdp: Profile 快照/自動清除]
六、結語
2026 年 Playwright 替代方案生態呈現清晰分層:
- 傳統框架仍是企業級測試的基石,文件完整、社群龐大、CI/CD 整合成熟
- AI Agent 原生工具以零依賴、MCP 內建、反偵測為核心競爭力,適合 LLM 驅動的自動化場景
- 真實瀏覽器連接方案以「真人指紋」實現極致反偵測,但需嚴格管控安全風險
建議策略:根據團隊技術棧、合規要求、維護能力三維度評估。若剛起步 AI Agent 瀏覽器自動化,可先從 chrome-devtools-mcp(官方、安全機制完善)或 scout(單一 binary、零依賴)試點,再視業務需求擴展。
參考來源
- GitHub Topic: playwright-alternative
- TestDino: Playwright Alternatives 2026
- recca0120: bb-browser: Your Browser is the API
- LibHunt: bb-browser 相關專案
- LinkedIn: Google Chrome DevTools MCP
- Chrome Web Store: Agent360 Browser MCP
- Claude Marketplaces: browser-mcp-cdp
- Reddit: webclaw MCP Browser Agent