如果你做的是前端项目、前后端联调项目，或者像记账 App 这种有明显页面交互链路的产品，很快就会发现一个现实问题：代码能编译，不代表页面真的能用。接口能返回，不代表用户流程真的能走通。这也是为什么我觉得 Playwright MCP 很值得单独讲。因为它的价值，不只是“AI 会帮你点页面”，而是让 AI 能更真实地进入浏览器环境，去验证你原本必须手工来回做的那一段流程。为什么浏览器自动化验证特别值得做很多问题只看代码是看不出来的。比如：页面能不能正确渲染按钮点击后有没有真实反应表单提交后有没有状态更新弹窗有没有按预期出现错误提示和空状态是不是可接受这些问题，本质上都属于真实交互层。如果只是让 AI 读代码，它可以猜，但它看不到页面实际行为。Playwright MCP 的意义，就是把这层“猜测”尽量变成“实际验证”。Playwright MCP 最适合承接哪些动作我觉得它特别适合做这些事：打开页面点击按钮输入文本检查元素是否存在截图记录当前状态走一遍关键提交流程这些动作看起来朴素，但在真实联调里特别有价值。因为很多问题根本不在某一行业务代码，而在于“这条链路到浏览器里到底有没有真的成立”。它和“只让 AI 看代码”最大的区别
，我遇到了3个问题)
