真实浏览器改动验证与修复

为什么需要这个技能

代理写出的前端改动通常只过静态检查：类型没问题、构建不报错，但页面在真实浏览器里到底能不能跑，往往没人验证。等到人工打开浏览器才发现选择器写错、元素没渲染、跳转断在半路，问题已经积压。更麻烦的是失败信息常常只有一句「页面看起来不对」，编码代理拿不到可执行的线索，只能盲目猜测。

核心能力与工作流程

这个技能把「改代码」和「验证改动」放进同一个循环，全程不需要人工切窗口。工作方式分为四步：

• 读取近期改动：先扫描仓库中最近的代码变更，只针对受影响的路径规划验证范围，而不是重跑整个测试套件。
• 生成测试计划：基于改动内容产出测试计划，明确要打开哪些页面、执行哪些操作、断言哪些结果。
• 真实浏览器执行：在本地浏览器中实际打开页面并操作，捕获的不只是 DOM 状态，还包括渲染结果与运行时行为。
• 通过 Expect 回传失败：验证失败的具体信息交给 Expect，编码代理直接拿到可定位的失败描述并继续修复。

整个循环由代理原生驱动，适合接在 Claude Code 或 Codex 这类编码代理的验证阶段。

适用边界与注意点

它不是万能的端到端测试框架，能跑起来依赖环境准备：Node.js、Expect CLI、可用的本地浏览器，以及包含近期改动的 Web 应用仓库。

需要留意的是，上游 SKILL.md 没有提供可直接提取的安装或使用说明，建议在运行前审查原始项目；接入敏感工作流之前，先在小范围验证行为是否符合预期。文档可参考 expect.dev。