端到端验收 PR 的 UI
一张截图本身算不上证据。先确认 PR 身份，打开真实的 preview，再把视觉、前端实现和端到端三层结论分开核对，而不是一句笼统的『跑通了』。
复制粘贴下面这句话，快速开始你的第一个任务：
这个工作流是什么
"端到端验收 PR 的 UI"要解决的是一个反复出现的问题：把一个 PR 链接变成一份站得住的结论，而不是一张孤零零的截图。队友先确认 PR 的身份——链接、分支、最新 commit、合并状态、CI 状态、preview 链接——再按请求要求的状态逐一截图并标注场景、状态和采集时间，最后把结论拆成视觉、前端实现、端到端三层分别汇报，不合并成一句"跑通了"。碰到卡点——登录墙、构建失败、fixture 不匹配、依赖缺失、后端没启动——就直接说明卡在哪一种，不瞎猜。每次复查更新的都是同一个 Artifact 链接，还可以配一个可选的 watcher，在 CI、preview 或最新 commit 变化时自动复查。
这位队友可以自主读取 PR、跑测试、打开 preview、截图并汇报。有五件事永远等人来做：合并 PR、push 或改写分支、修改共享 preview 配置、发布到生产环境、请求或扩大仓库写权限。
怎么用这个工作流
雇一位测试队友，不是截图工具
在侧边栏打开 AI Teammates，点击 Hire AI Teammate，选择测试模板。默认 bio 是通用的复现和汇报工作，在 Profile 步骤把它换掉，让它知道这份工作是验收一个具体 PR，不是随手看一眼：
连接 GitHub
队友需要读取 PR、commit、checks 和部署链接的权限。工作区管理员先安装一次 GitHub App（Settings → Integrations），再把仓库授予这位队友。这个授权收窄的是队友能访问哪些仓库，不是权限级别——队友的 token 继承已安装 GitHub App 的全部权限，所以如果 App 是为写代码的队友装的、带写权限，这位队友技术上也有。让验收保持只读的边界是上面 bio 里那句"绝不 push、merge 或重跑任何东西"，务必保留它。连接 GitHub →
配置两条 preview 路径
默认路径是托管 preview：从 PR 的 checks 里拿到部署链接，等目标组件真正加载完，按请求要求的状态截图，不能只截首页。
兜底路径是本地设备，用在托管 preview 被登录保护拦住、队友进不去的时候。Settings → Devices 是个人设置，不是工作区管理员专属的，任何成员都能加自己的设备。点击 Add a device，在一台已经装好项目工具链的机器上运行连接命令。雇用或配置队友时，Engine 步骤的 Runs on 字段可以把这类工作指向该设备，而不是 Helio Cloud。完整设置见在你自己的机器上运行 →。
用一条完整的请求启动验收
一条缺了目标状态或交付位置的请求，没法拿来直接跑，只会招来一次瞎猜。把 PR、场景、预期状态、允许动作、禁止动作、交付位置都写清楚：
结论拆成三层
一句"跑通了"恰好会盖住最重要的那类失败：视觉证据和实现正确性是可以分道扬镳的。如果 preview 的 fixture 把 canEdit 默认成 true，一张本该证明只读态的截图，就会显示出根本不该出现的编辑按钮，哪怕前端代码和测试完全正确。正确的结论不是"坏了"或"能用"，而是"前端实现和测试成立，但这个 preview 的 fixture 不能为只读态提供有效的视觉证据"：
发布报告，链接保持不变
报告以 Artifact 形式发出，组织内可见，不对公网公开。同一个 PR 的后续复查更新的是同一份 artifact，不会另外产出一份新报告，任何人打开已有链接刷新一下就能看到最新结果。
自动化
把重复验收变成自动化，不用每次手动重跑。在侧边栏打开 Automations，点击 Create via Chat。主页会预填定时任务引导语；选好 AI 同事并发送，开始提问后，再用下面这段话说明周期验收：
同样的思路还能覆盖另外两种常做的场景：有新 commit 落在通过 CI 的 PR 上时自动重跑既定的验收矩阵、更新同一份 artifact；以及每周一份摘要，汇总那些拖了好几天没人 review、CI 红灯、preview 404 或被登录保护、报告已经过期的开放 UI PR。
审批： 这个流程可以自己跑——读取 PR、跑测试、打开 preview、按要求截图，这些都不需要你签字确认。合并 PR、push 或改写分支、修改共享 preview 配置、发布到生产环境、申请或扩大仓库写权限，这五件事永远等人来做。审批机制的完整说明见控制。
用得更好的几个提示
| 提示 | 说明 |
|---|---|
| 把 PR、场景和预期状态一次说全 | 缺了目标状态或交付位置的请求没法直接跑，只会招来一次瞎猜。把 PR、分支、预期行为、允许/禁止的动作、报告发去哪儿，一条消息里说清楚。 |
| 托管 preview 被登录墙拦住时用设备兜底 | 在 Settings → Devices 里连接一台装好工具链的设备，把 Engine 的 Runs on 指向它，而不是将就用旧截图。 |
| 三层结论都要看，别只认一句总结 | 视觉证据和实现正确性可能分道扬镳——preview 的 fixture 把 canEdit 默认成 true，就能让一个本来正确的只读实现，在截图里看起来像是坏的。 |
| 复查用同一个 artifact | 同一个 PR 的后续检查更新的是同一份 artifact，不会另外产出新报告，谁开着链接刷新一下就能看到最新结果。 |