Playwright MCP — Browser Automation Server

简介

Playwright MCP 已核验来源于 microsoft/playwright-mcp（32,355 stars，许可证 Apache-2.0）。适合：需要确定性网页自动化、希望基于结构化可访问性树而非截图/视觉模型的 agent。兼容：Node.js 18+；任意 MCP client（Claude Code/Codex/Cursor 等）。装机时间：5 分钟。

量化信息

• 需要 Node.js 18+（仓库）
• 用 npx @playwright/mcp@latest 安装（仓库）

深度说明

解决什么问题

把“找到项目 → 安装 → 首次验证 → 回滚/升级”变成可复用流程，避免只靠一次性提示词或截图操作。

最小心智模型

• GitHub 仓库是事实来源：安装、配置、升级、已知问题都以它为准。
• 第一次只做最小闭环：一个命令安装、一个命令验证、一个可回滚方案。
• 记录基线：装机耗时、首次成功输出、完成 1 个真实任务的证据。

安全推广清单

1. 核验来源：确认仓库 URL / stars / license 与预期一致。
2. 按“快速使用”完成安装与首次检查。
3. 跑通“验证命令”，把输出留档。
4. 标注 owner，并写清升级/回滚步骤。

常见排障

• 装了但看不到效果

  • 常见原因：需要重启 CLI/IDE 或配置文件路径不对。
  • 处理：重启后再跑一遍“验证命令”。

• 一台机器能跑，另一台不行

  • 常见原因：Node/Python/Docker 版本差异或缺少系统依赖。
  • 处理：固定版本，并拷贝最小可用配置。

• token 成本/延迟超预期

  • 常见原因：工具 schema 或输出过长被塞进上下文。
  • 处理：拆小步骤、缓存结果、尽量让工具输出更短。

FAQ

Q: MCP 和 CLI 怎么选？ A: 仓库说明：需要持续状态/丰富内省时选 MCP；纯高频命令型工作流用 CLI 可能更省 token。

Q: 需要视觉模型吗？ A: 它基于可访问性树，不依赖截图推理；仍建议用可重复的验证步骤确认结果。

Q: CI 里怎么更稳定？ A: 固定 Node 与 Playwright 版本，并保证浏览器依赖在各环境一致。