Playwright MCP 與 CLI 怎麼選？先看助手如何操作瀏覽器
比較微軟 Playwright MCP 和 Playwright CLI 的使用入口、任務方式與準備條件。按網頁操作任務選擇，不把官方效率說明當成本站實測。
兩者解決的共同問題
兩者都讓 AI 助手利用 Playwright 操作瀏覽器，例如打開網頁、填寫表單和檢查頁面。不同之處主要是怎麼把操作能力交給助手：MCP 通過工具連接調用；CLI 通過命令行調用，也提供配套 Skills。
本文的 CLI 指微軟 microsoft/playwright-cli 項目，包名為 @playwright/cli；不要把所有名叫 Playwright 的命令都當成這個項目。
什麼時候先看 CLI？
如果開發助手已經能執行終端命令，你希望它在檢查程式碼時順便完成網頁操作，可以先看 CLI。官方 README 把 CLI 與 Skills 的組合列為編碼助手的一種選擇。
官方文件強調減少工具描述和頁面資訊佔用模型上下文的思路。這是項目對設計的解釋，不是本站測出的速度或費用優勢，也不能推斷每個任務都更省。
什麼時候先看 MCP？
如果你使用的助手已經支持 MCP，希望它通過已連接的工具反復查看和操作頁面，可以先看 MCP。它會提供結構化的頁面資訊，幫助助手判斷控件和下一步操作。
需要持續圍繞頁面結構探索時，MCP 是一種合適的接入方式。CLI 同樣支持瀏覽器會話，不能簡單把兩者說成“一個有狀態、一個沒有狀態”。
開始前分別準備什麼？
瀏覽器可以產生真實操作；用測試資料和可核對的流程開始，提交、發佈等動作遵循你的任務授權。
- CLI：檢查當前 README 的 Node.js 要求、@playwright/cli 安裝說明，以及助手怎樣使用命令和 Skills。
- MCP：檢查當前 README 的 Node.js 要求，按你使用的客戶端添加 @playwright/mcp，而不是複製其他客戶端的配置格式。
- 任選一種，在你負責的測試頁面完成“打開頁面—填寫測試內容—核對結果”，再決定是否繼續。
不必一開始同時裝兩套
先按當前助手最容易接入的方式開始。只有明確缺少某種能力時，再增加另一種入口。兩者都不能保證測試一定通過，也不能代替你檢查實際頁面結果。
來源核對日期：2026-10-12。本文依據微軟項目文件，未執行兩者的安裝測試或性能比較。