Impeccable 是什么：把设计指导放进 AI 编程流程
如何评估 Impeccable：别用规则数量代替设计质量
把确定性检测与人的判断拆开记录。
如何评估 Impeccable：别用规则数量代替设计质量知识学习CN编辑简报更新 2026-09-29
你将学会
- 先固定测试页面
- 记录每条结果的处理
- 把时间与成本算进去
开始前需要
- 一个页面及其用户任务
- 检查 Agent 技能与项目钩子的权限
产出有依据的设计修改，让另一位审阅者可以接受或拒绝。
先看结论
- 规则数量不等于可用性。
- 误报应保留在评估中。
- 模型评论与规则扫描成本不同。
先固定测试页面
选营销页、表单密集页和移动端视图等代表样本。运行命令前保留截图、尺寸、用户任务和现有设计系统约束。
上游列出的规则数量不能说明召回率或实用性。规则可能正确却与产品无关，严重交互问题也可能不在规则覆盖范围内。
记录每条结果的处理
为检测结果写清位置、证据、建议修改及审阅结论。保留误报与未解决项。若 Agent 修改页面，在同样视口比较修改前后的真实渲染。
应用构建、无障碍检查和基于任务的评审要独立执行。检测全绿只说明一类问题没有触发，无法证明用户能够完成任务。
把时间与成本算进去
记录扫描耗时、真正可用的发现数和人工复核时间。若加入模型评论，另行记录供应商与费用，不要与确定性扫描混算。
本系列没有运行基准或用户测试。下表只是建议的评估方法，数字只能来自团队自己在固定页面上的实际测量。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
固定少量页面与视口。
- 2
给每条结果标注审阅结论。
- 3
将任务结果和时间与规则数分开比较。
可复制示例
csv
页面,视口,发现,审阅决定,修改,任务结果,扫描毫秒
结账页,390x844,,,,,常见问题
零发现意味着页面能上线吗？
不能。它只表示扫描目标没有触发主要规则。
应优先测什么？
看发现能否在真实页面上促成合理修改。
资料来源
- Impeccable / README.md来源核查 2026-09-29
- Impeccable / docs/CLI-CONTRACT.md来源核查 2026-09-29