场景设定
透明度说明：下文围绕Web 开发的无障碍交互构造“从一句模糊想法到可运行页面”案例，所有经历均为合成数据。
产品负责人需要从性能采样看到输入、动作与结果的关联，否则“从一句模糊想法到可运行页面”仍缺少可复现依据。
验证路径
执行时先列出不可改动区域，再让无障碍交互只处理一个失败样本；桌面与移动端截图未出现前，不追加工具权限。
验收清单：
- 用性能采样固定“从一句模糊想法到可运行页面”的当前基线。
- 请产品负责人复核桌面与移动端截图与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大无障碍交互的改动范围。
决策记录
验收证据：性能采样用于确认当前动作，桌面与移动端截图用于交叉检查；两者都不能被展示计数替代。
当生成结果看起来正确却无法运行出现时，继续扩大自动化可能更快，也可能让产品负责人失去根据桌面与移动端截图定位责任的机会。
对无障碍交互的判断需要带有效期；依赖、权限或输入变化后，原有性能采样只能作为历史记录。产品负责人应重新检查桌面与移动端截图再恢复发布。
恢复路径：一旦生成结果看起来正确却无法运行扩大影响范围，立即撤销本轮生成补丁并保留失败日志，并用桌面与移动端截图确认基线。
想听不同做法
面对“从一句模糊想法到可运行页面”，你会先把验收标准写成测试还是先先读约束再动手？请给出能由产品负责人执行的检查动作。