Hover Cloud

Hover Cloud 是覆盖在你已拥有的 spec 之上 的托管层。它接收你的 CI 结果,提供趋势、抖动(flakiness)、回归告警和自愈编排——是一个数据与控制平面,而不是测试运行器。

你的 spec 仍在原地运行:你自己的 GitHub Actions、免费额度、纯 Playwright,绿色路径上零 AI。Cloud 从不执行浏览器。它读取你 CI 报告的内容,只对已经跑过的结果做事。

Cloud 不会越过的线

这些不是以后要补的限制——它们就是产品本身:

  • Cloud 不跑浏览器。 执行在你的 CI。Cloud 是数据产品,不是算力产品。这既是运行成本最低的做法,也是最强的反锁定立场——我们连你的测试都不跑。
  • AI 只作用于已经跑过的结果。 绿色 CI 路径 100% 无 AI。Cloud 的 AI 只碰失败抖动的 spec——用来诊断、路由自愈、总结 PR,绝不碰绿色构建,绝不接管你的本地创作。
  • 无锁定。 spec 是你仓库里的纯 Playwright。删掉 Cloud 账号,它们照样在你的 CI 里跑,分毫不动。
  • 自愈修复是本地的、经人工审阅的。 Cloud 检测到漂移并把自愈请求路由回你的编辑器;你自己的 agent 在你真实的浏览器里重新定位,你审阅 diff。Cloud 绝不悄悄改写你的 spec。

各层如何拼接

运行位置做什么
创作本地,免费@hover-dev/mcp 驱动你自己的编码 agent,把 spec 结晶进你的仓库。
运行你的 GitHub Actions结晶后的 spec 在每个 PR 和定时任务上作为纯 Playwright 运行。
Cloudcloud.gethover.dev接收运行结果 + trace;提供仪表盘、抖动分析、回归告警、自愈编排、团队环境。

开始配置

  1. 连接仓库 —— 用 GitHub 登录,选一个仓库,Cloud 生成 CI workflow。
  2. 环境与测试账号 —— 把同一套 spec 指向 staging 或 production,并在不泄露 secret 的前提下接入测试登录。
  3. 运行、告警与自愈 —— 触发运行、读取结果、接收回归告警、路由自愈。
  4. 连接编辑器 —— 把自愈队列和云端仪表盘拉进 VS Code 和你的 MCP agent。
  5. 团队与生命周期 —— 邀请队友、设置定时监控、轮换 token。