Cursor、Antigravity、Claude相繼推出瀏覽器自動化，但MCP目前還是更低門檻的選擇
整理版優先睇
主流瀏覽器自動化MCP橫向測評：Chrome DevTools MCP 綜合最強，但選邊要睇需求
呢篇文章係由蔡蔡分享嘅主流瀏覽器自動化MCP橫向測評。佢本身係一個AI工具愛好者，成日試唔同嘅AI編程同Agent工具。今次佢想解決嘅問題係：喺Cursor、Antigravity、Claude等工具內置瀏覽器自動化功能愈嚟愈多嘅情況下，如果你想喺Claude Code、Codex、Trae呢類工具入面自己做自動化，MCP係最便捷嘅選擇，但市面上有好多款，唔知點揀好。
整體結論係：冇一款MCP係全能嘅，揀邊款取決於你嘅具體需求。Chrome DevTools MCP 喺深度調試方面遙遙領先，係前端開發同數據分析師嘅首選；Playwright MCP 適合跨瀏覽器測試團隊；Chrome MCP 就最易入門。蔡蔡仲特別提到，token消耗未來唔會係大問題，更應該關注功能匹配度。
- Chrome DevTools MCP 配置最簡單，仲支援深度調試功能，例如模擬網絡、CPU限速同性能分析，係綜合能力最強嘅選擇。
- Playwright MCP 係唯一支援跨瀏覽器（Chrome、Firefox、Safari）測試嘅工具，但默認唔保存登入狀態，有額外門檻。
- Chrome MCP 配置最簡單，默認支援登入狀態保持，適合快速自動化任務入門。
- Browser MCP 同 BrowserTools MCP 需要配合瀏覽器插件，配置複雜啲，而且BrowserTools MCP 唔支援文章內容抓取。
- Token消耗方面，依家仲係有差異，但隨住模型上下文窗口變大同模型平價化，呢個考慮因素會愈來愈次要。
背景：點解要揀MCP做瀏覽器自動化？
而家好多AI編程工具都原生集成咗瀏覽器自動化，例如Cursor v2.0嘅Browser Automation、Antigravity for Chrome同Claude for Chrome。但如果你唔係佢哋嘅訂閲用戶，或者搞唔掂登入問題，就要靠MCP嚟實現自動化操作。
市面上一堆瀏覽器自動化MCP，各有各講法。有人話官方Chrome DevTools MCP顛覆咗行業，有人話Playwright MCP先係自動化之王。蔡蔡就揀咗五款主流嘅——Chrome DevTools MCP、Playwright MCP、Chrome MCP、Browser MCP同BrowserTools MCP，做咗次全面測評。
第一回合：配置門檻——Chrome DevTools MCP 同 Playwright MCP 最易上手
配置複雜度係第一道關卡。Chrome MCP、Browser MCP同BrowserTools MCP都需要配合瀏覽器插件，當中Chrome MCP仲要手動設定路徑，對新手來講幾頭痕。
相反，Chrome DevTools MCP同Playwright MCP只需將配置貼上mcp.json就得，甚至可以直接叫AI幫手裝。呢一回合，兩者明顯領先。
- Chrome DevTools MCP：配置最簡單，一步到位。
- Playwright MCP：一樣咁簡單，適合新手。
- Chrome MCP、Browser MCP、BrowserTools MCP：要裝插件，門檻較高。
第二回合：基礎操控——登入狀態保持係關鍵差異
如果只喺Chrome度做點擊、輸入、截圖呢啲基本操作，除咗BrowserTools MCP之外，其餘幾款都差唔多。但係有啲細微功能分別：Chrome DevTools MCP同Playwright MCP支援文件上傳同對話框處理；Chrome MCP就支援書籤管理。
對於跨瀏覽器測試，Playwright MCP係唯一選擇，可以同時跑Chrome、Firefox同Safari。不過佢默認唔保持登入狀態，要額外設定userdata或者用extension，對非技術人員嚟講又係一個門檻。而Chrome MCP默認支援登入狀態保持，Chrome DevTools MCP簡單設定都得，呢個功能好實用：叫AI爬需要登入嘅後台，唔怕成日跳返去登入版。
- Chrome DevTools MCP：支援文件上傳、對話框，簡單設定即可保持登入。
- Playwright MCP：跨瀏覽器唯一選擇，但保持登入要額外功夫。
- Chrome MCP：默認保持登入，操作最直接。
第三回合：深度調試——Chrome DevTools MCP 降維打擊
真正分高下嘅地方係深度調試能力。Chrome DevTools MCP繼承咗Chrome開發者工具嘅靈魂，提供咗其他MCP做唔到嘅功能。
- 1 emulate_network：模擬弱網環境，測試網頁喺慢網絡下嘅表現。
- 2 emulate_cpu：模擬低性能手機嘅CPU速度。
- 3 performance_start_trace：生成性能追蹤報告，分析頁面邊度卡頓。
呢啲已經唔係單純嘅自動化助手，而係一個AI性能優化工程師。其他工具例如BrowserTools MCP雖然有審計功能，但只係幫你睇頁面性能，唔會分析同定位問題。呢一回合，Chrome DevTools MCP完勝。
第四回合：token消耗——目前有差異，但未來唔係問題
蔡蔡用兩個任務測試token消耗：文章內容抓取同獲取console信息。結果顯示Chrome DevTools MCP喺文章抓取時消耗較大，而Browser MCP同Playwright MCP喺獲取console時消耗最大（BrowserTools MCP仲失敗埋）。
不過佢個人認為，token消耗更多取決於模型對tools嘅調用智能，而且隨住模型上下文窗口變大同變得平價，呢個因素會愈來愈次要。如果係用國產模型跑，更加唔使擔心。所以呢一回合，佢傾向打平。
最後總結：如果係簡單自動化，揀Chrome MCP入門；要做跨瀏覽器兼容測試，首選Playwright MCP；但如果你係前端開發、數據分析師，或者想AI喺Chrome入面做最多嘢，Chrome DevTools MCP目前綜合最強。
https://ai.feishu.cn/sheets/Nb1CshTENhG2bjtCy2fcbp0Cnwg?from=from_copylink
現在越來越多AI編程工具原生集成瀏覽器自動化功能：
Cursor在v2.0上線了Browser Automation功能；
Antigravity在發佈不久後上線Antigravity for Chrome；
Claude Code則是在最新的v2.0.73中上線了Claude for Chrome（目前僅Claude訂閲能用）。
但如果你不是Cursor訂閲用戶，也暫時沒法解決Antigravity和Claude登錄問題，那麼要在Claude Code、Codex或Trae這類工具中實現瀏覽器自動化操作，目前最便捷的方法就是藉助MCP。
市面上的瀏覽器自動化MCP其實很多。
有的說官方的Chrome DevTools MCP顛覆瀏覽器自動化，有的說Chrome MCP才是Web開發必備，也有人說Playwright才是自動化之王……
為了搞清楚誰才是真正的“瀏覽器駕馭者”，我把市面上主流的5款MCP工具——Chrome DevTools MCP、Playwright MCP、Chrome MCP、Browser MCP，以及Browsertools MCP，做了一次深度的橫向測評。
這篇文章主要通過四個回合，和大家分享這次瀏覽器自動化MCP的對比結果。
第一回合：配置與門檻
首先是“勸退環節”——配置複雜度。
Chrome MCP、Browser MCP以及BrowserTools MCP這三款，都需要配合瀏覽器插件使用，
其中Chrome MCP還要手動配置路徑。
說實話，對於只想快速上手的人來說，有點折騰。
相比之下，Chrome DevTools MCP 和 Playwright MCP 的配置就舒服多了。只需要將相應的MCP配置文件，粘貼到mcp.json文件中保存即可生效。
你甚至可以讓AI直接幫忙安裝配置。一步到位。
這一回合，Chrome DevTools MCP 和 Playwright MCP 領先。
第二回合：基礎操控與自動化
相比門檻，大家可能更關心它們誰“幹活”更利索？
如果你只在Chrome瀏覽器測試，那麼這幾款MCP（除BrowserTools MCP外）的基礎能力——點擊、輸入、滾動、截圖，其實都差不多。
只是在一些具體tools的功能上可能有細微差別。
比如Chrome DevTools MCP 和 Playwright MCP在自動化中支持文件上傳和對話框處理；Chrome MCP則是支持書籤的查找、添加和刪除。
但如果你是做跨瀏覽器測試的，需要同時跑Chrome、Firefox和Safari，那Playwright MCP是唯一的選擇，它的多瀏覽器支持確實最強。
不過，Playwright默認不保持登錄狀態的。
如果你想要實現保持登錄狀態，一般需要經過額外的配置，比如修改userdata的地址或者藉助專門的extension。對非技術人員來說，這又是個比較高的門檻。
這麼一對比，默認支持登錄狀態保持的Chrome MCP，以及簡單配置就可以支持登錄狀態的Chrome DevTools MCP 明顯更香。
你想想？你讓AI去爬個需要登錄的後台，不用擔心它動不動就跳回登錄頁，這對日常使用來說，太關鍵了。
所以在這一回合，Chrome DevTools MCP、Playwright MCP 和 Chrome MCP 各有勝負手。
第三回合：深度調試
如果只比點擊和截圖，那只是入門。瀏覽器自動化MCP真正的分水嶺在於：深度調試能力。
大家可以看這張表，在“視覺與環境模擬”和“性能分析”這兩欄，Chrome DevTools MCP 簡直是降維打擊。
其他工具大多隻能做“外層交互”，但 Chrome DevTools MCP 繼承了 Chrome 開發者工具的靈魂。
那它能做什麼？
emulate_network：讓AI模擬弱網環境測試你的網頁。
emulate_cpu：模擬低性能手機的加載速度。
最絕的是 performance_start_trace：它能直接生成性能追蹤報告，幫你分析頁面哪裏卡頓。
這已經不是簡單的“瀏覽器自動化助手”了，它相當於給你配了一個 AI性能優化工程師。這是其他基於MCP目前做不到的。
即使是支持各種審計tools的BrowserTools MCP，它也只是幫你看頁面性能，而不會幫你分析頁面性能並定位問題。
這一回合， Chrome DevTools MCP 完勝。
第四回合：token消耗情況
最後，可能是大家最感興趣的，tokens消耗情況。
主要做了兩個任務對比：
一個是文章內容抓取，Chrome DevTools MCP的 token 消耗相較其它MCP更大（注：BrowserTools MCP不支持文章內容抓取）；
另一個是獲取 console信息，在這輪任務中，Browser MCP和Playwright MCP的token消耗最大（Browser Tools MCP則是獲取失敗）。
我個人覺得使用MCP的token消耗，更多取決於模型對tools調用的智能程度，而且鑑於後續模型上下文窗口會越來越大（大概率），以及越來越多模型量大管飽，我反而覺得MCP的token消耗在未來不會是什麼大問題。
比如這兩個任務，我都是用國產模型去跑的，不會很心疼。
從這個角度去看待這一回合的對比，我更傾向所有工具打平。
總結：這幾款主流MCP工具怎麼選？
每個工具都有其獨特的優勢和適用場景，選擇哪個工具主要取決於你的具體需求、團隊技能水平和項目複雜度。
如果你只是做一些簡單快速的自動化任務，那麼輕量的 Chrome MCP 更合適你入門。
如果你是硬核的QA團隊，必須要跑全瀏覽器兼容測試，那麼首選 Playwright MCP。
但如果你是前端開發、數據分析師，或者只想讓AI在Chrome裏最高效地幹活（調試代碼、分析性能、穩定抓取），那麼 Chrome DevTools MCP 是目前綜合體驗最好、能力最深的選擇。
另外，Gemini也融入了Chrome DevTools的方方面面，之前也專門分享過一期視頻，感興趣的精神股東可以移步查看
https://ai.feishu.cn/sheets/Nb1CshTENhG2bjtCy2fcbp0Cnwg?from=from_copylink