用途：在 UI 改动完成后，系统性地找出并修复受影响的端到端（e2e）测试。适用于 UI 改动已定稿、CI 因 UI 改动导致测试失败、或提交 PR 前确保测试通过。
主要能力：先分析改动性质而非仅看文件，将变更归类为选择器变更（ID、class）、结构变更（元素被移入 popup、drawer、dropdown，或被新父元素包裹、改为条件渲染）、文案/标签变更（翻译键、placeholder、aria-label），据此预测测试影响。随后用组件名、功能名、变更文案等宽泛关键词搜索测试目录，定位受影响测试，并检查共享 helper。
使用方式：用 git diff 查看改动文件并分类；用 grep 搜索测试引用；先运行测试确认确实失败，再修复。修复优先级为先改 helper 再改单个测试；常见修复包括选择器重命名、元素移入 popup 需先点击打开、文案简化后更新断言、创建可复用 helper。运行命令示例：PORT=3150 pnpm test:e2e <suite> --max-failures=1，可用 -g 按名称运行、--headed 或 --debug 调试。MongoDB 默认每次运行启动独立内存服务器；Postgres 需为每个 worktree 建独立数据库或使用 PAYLOAD_DATABASE=postgres-custom-schema。
限制与注意：需先确认测试失败再修改，通过的测试不要动；注意 helper 文件、popup 交互、确认弹窗、placeholder 文案变化及 modal slug 变化；务必设置 PORT 避免端口冲突，Postgres 还需隔离数据库。资料未提供该技能的安装方式、收费与平台信息。