验收标准应该能拦住一个已知错误。如果所有样本都能被解释为合格，标准就没有起到判断作用。
从模糊目标变成具体条件
原需求：“把导航优化得整齐一点。”先明确本次对象是首页导航，允许修改对应布局，不改链接目标和文案。定义的检查范围可以是：
| 项目 | 条件 | 证据 |
|---|---|---|
| 布局 | 390、768、1024、1440px下没有遮挡和页面横向溢出 | 各宽度截图与尺寸记录 |
| 链接 | 原有链接目标逐一保持，点击能进入预期页面 | 前后href表与实际导航结果 |
| 手机菜单 | 键盘能打开、定位链接、关闭；焦点可见 | 操作顺序与焦点截图 |
| 视觉 | 间距和层次满足负责人已给的参考要求 | 人工复核意见，不能由脚本代签 |
这些宽度只代表本次覆盖范围，不等于所有设备都已验证。
一个必须被拦截的反例
教学结果：390px截图表面正常，菜单关闭时所有链接透明但仍可获得键盘焦点；1440px没有溢出。若只检查截图和scrollWidth，会误判通过。
按本页标准，用Tab经过菜单前后即可发现隐藏链接仍在焦点顺序里。“手机菜单”项目应失败；其余宽度通过不能抵消这项失败。将这个反例保留为复查用例，修复后重复相同按键序列。
给 Codex 的验收请求
text
只针对首页导航，按上述四项检查并逐项给证据。
在390px测试菜单关闭、打开、关闭三个状态，记录Tab焦点实际落点。
每项标passed/failed/not-tested；没有工具或未操作时不要写passed。
输出实际覆盖宽度、链接对照、失败步骤和需要人工判断的视觉项。
如果尚未给出视觉参考，先记录“待负责人确认”，不要把自己的偏好写成用户已经批准。
内容任务怎样用相同方法
标题“退款怎么算”的页面即使没有错别字、结构完整，若正文只写“联系人工咨询”，仍没有回答计算问题。对应反例应检查能否用已确认规则算出一笔金额，以及有没有明确申请入口。内容标准围绕用户问题，不能用固定字数替代。
下一步
继续阅读与你当前问题相关的教程：
