Hover MCP：给你编码 agent 的 Playwright MCP server

Model Context Protocol（MCP）server 用来扩展你已经在用的编码 agent。Hover 这个只专心做好一件事：探索你的 Web 应用，写出归你所有的 Playwright 测试。把 @hover-dev/mcp 加到 Claude Code、Cursor 或任何支持 MCP 的 agent，agent 就多了一组接地浏览器工具，外加一个 test_app prompt。

什么是 Playwright MCP server？

Playwright 驱动浏览器，MCP server 则把 agent 能调用的工具暴露出来。两者一凑到一起，你的 agent 就能打开应用、在上面操作、存下一条测试——全在你早就开着的那个聊天窗口里完成。Hover 不自带模型，它搭你 agent 跑的那个模型，所以不用再开第二份订阅，也没有 API key 要粘（BYO-CLI）。

Hover MCP 怎么工作

调用 /mcp__hover__test_app，agent 会跑一个分阶段的闭环：

1. 从代码里读出你的路由和导航，把业务线草拟进 .hover/hover-map.md。
2. 挑一条流程，用接地工具把它跑通：browser_navigate、browser_snapshot、click_control、fill_control、select_control、assert_visible。
3. 流程验证通过后，调用 crystallize_spec。

产物落在 __vibe_tests__/，是一个标准的 .spec.ts。

record == replay

接地工具按 role 和 name 操作，依次回退到 test id 和 text（role+name → testId → text）。驱动点击的那个 selector，正是写进 spec 的那个，所以你在 CI 里回放的，就是 agent 当初做过的。结晶是确定性的，没有 LLM 参与写代码，也就不会有臆造出来的 selector，更不会有悄悄改掉行为的重写。

CI 里没有模型

存下来的 spec 就是普通的 @playwright/test，用 npx playwright test 就能跑，放哪个 CI 都行，没有 agent、没有 token、每次运行之间也没有差异。模型只在编写时花一次。想深入了解，见为什么 AI 写的测试不该在 CI 里留 AI。

安装

npm i -g @hover-dev/mcp && claude mcp add hover -- hover-mcp

任何支持 MCP 的 agent 都行，把它的 server 命令指向 hover-mcp 即可。然后运行 /mcp__hover__test_app，看它写出你的第一条 spec。详见快速开始和 MCP 工具参考。