Audit

什么时候用

/impeccable audit 是 /impeccable critique 的技术对应面。/impeccable critique 在问“感觉对不对”，而 /impeccable audit 在问“站不站得住”。它会对实现做可访问性、性能、主题、响应式和反模式检查，为每个维度打 0 到 4 分，并输出带 P0 到 P3 严重级别的行动计划。

适合在上线前、质量冲刺期间，或者任何一个 tech lead 说出“我们是不是该认真看一下 accessibility 了”的时候使用。

工作方式

这个技能会沿着五个维度扫你的代码：

1. 可访问性：WCAG 对比度、ARIA、键盘导航、语义化 HTML、表单标签。
2. 性能：布局抖动、昂贵动画、缺失的懒加载、bundle 体积。
3. 主题：硬编码颜色、暗色模式覆盖、token 一致性。
4. 响应式：断点行为、触控目标、移动端视口处理。
5. 反模式：检测器里那 25 条确定性检查。

每个维度都会得到一个 0 到 4 的分数，每个问题都会被标上严重级别：P0 阻塞上线，P1 这一轮迭代必须修，P2 留到下一周期，P3 属于细修。最后你会拿到一份可以直接贴进工单系统的文档。

Audit 不会替你修任何东西，它只负责记录。根据问题类型，把结果交给 /impeccable polish、/impeccable harden 或 /impeccable optimize。

试试看

/impeccable audit the checkout flow

预期输出：

可访问性：2/4（部分达标）
  P0: 4 个输入框缺少 form label
  P1: disabled 按钮状态对比度只有 3.1:1
  P2: 自定义下拉框缺少可见 focus indicator

性能：3/4（良好）
  P1: Hero 图片未懒加载（340KB）
  ...

把 P0 交给 /impeccable harden，把主题和排版相关的 P1 交给 /impeccable typeset 与 /impeccable polish，剩下的继续交给 /impeccable polish。

常见陷阱

• 把它和 /impeccable critique 混为一谈。 Audit 看的是实现质量，Critique 看的是设计质量。想要完整视角，两者都要跑。
• 先修 P3，不管 P0。 严重级别不是摆设，先从最上面开始。
• 跳过你以为“肯定没问题”的维度。 Theme 和 responsive 最容易让人想当然，直到它们真的出问题。