《从"被动遵守"到"主动走查"》讲设计师与产品经理如何消费YAML契约与编译产物，从语义快照成为契约的原材料，到Checklist的自动版本同步。那些内容偏"机制"，回答的是"为什么需要这样做"。
先强调概念，编译管线把一份契约自动翻译成四种消费格式的"机器翻译层"，设计师写一份YAM契约，机器把它编译成四种格式：Prompt前缀（给AI工程师，放在AI指令最前面的一段规则）、JSON Schema（给前端工程师，给代码自动校验用的类型规则）、Checklist（给设计师走查用的核对清单）、CI规则（给流水线，代码提交时自动拦截）。四种格式指向语义字典中的同一个绑定，是同一份规则的四种表达。设计师日常消费的，就是其中一种，Checklist。
这里我们只看一件事：设计师最少做多少，就能开始建立"消费规则产物"的能力？
按这个思路讲：先给你一个有场景的日常画面，再看痛点卡在哪里，然后摊开关键设计，最后落到一条可实现的最小解决路径。
答案是：打开最新版Checklist，走查1个你刚完成的设计稿。仅此而已。
一、为什么要从走查1个设计稿开始
1.1 有场景
设计稿交付前，设计师最后过一遍："删除按钮有二次确认吗？错误提示分级别吗？"，靠的是个人经验和记忆。换了人、隔了半年，这条规则可能就丢了。
1.2 有痛点
很多设计师看到"走查"，第一反应是：
"这是不是又多了一道审批流程？交付节奏会被拖慢吗？"
不是的。
Checklist不是审批，是机器替你记住所有"绝对不能"的外置记忆。过去你记住"删除必须有二次确认"靠的是个人经验；现在这些"绝对不能"被显化成约束、编译成Checklist，你不需要背任何规则，逐项核对即可，而且永远是最新版。
为什么从1个设计稿开始？走完1个稿子，就能获得一种体感：规则不再是负担，而是外置记忆。组织对抗往往来自"又多一道流程"的疲惫感，而"打开清单核对一遍自己的稿子"，本质上是设计交付的常规组成部分。
1.3 最小解决路径
一次走查三个动作：确认版本 → 逐项核对 → 处理违规与盲区。一个稿子、十分钟，规则就开始为你工作。
二、用Checklist走查：三个动作
动作1：确认版本
打开Checklist，先确认你用的是最新版。契约变更后，编译管线会自动执行：契约变更 → Git Diff → Checklist 更新，你不需要订阅变更日志，不需要关心版本号怎么跳，只需要看一眼日期。
这正是下游消费约定的第一条在你身上的体现：产物必须自动更新，不允许人工复制粘贴旧版本。背后还有机器在守着：每个产物头部自带版本声明，下游拿过期版本在用、或有人手改产物，机器5分钟内告警并阻断，进来的东西不会悄悄变质。
你的动作：确认版本号是新的，然后开始核对。
动作2：逐项核对
对着你的设计稿，逐项核对清单上的检查项，标注"通过 / 违规 / 不适用"。
你的动作：不要跳项，尤其不要跳过"文案语义权重"这类新出现的检查项。新检查项往往是新契约约束的编译产物，恰恰是最容易被存量设计稿违反的地方。这也是消费约定第三条对你的唯一要求：清单项必须与契约条款一一对应。你不需要懂规则怎么编码，只需要信任清单上的每一项都有契约条款在背后撑着，逐项核对即可。
动作3：处理违规与盲区
- 违规项：当场改设计稿，改完重新核对这一条
- 盲区（清单上没有的）：不要绕过，盲区说明规则体系也覆盖不到，记录为新快照的候选
你的动作：违规改掉，盲区记下。走查结束时，你应该拿到一张完整的走查记录。
三、把走查结果写成"下游能读"的格式
走查前（直觉）：
"这个稿子应该没什么问题。"
走查后（结构化走查记录）：
【设计稿】XX页面 v3
【Checklist版本】v1.1.0（最新）
【核对项数】12
【违规项】2
- 删除按钮文案为"确认"（应含不可逆词汇，如"永久删除"）
- 错误提示未区分故障级别
【盲区记录】1
- 语音交互场景无对应检查项 → 候选新快照，走6字段流程提交
你的动作：把走查记录贴到设计稿的评审记录里。违规项是当次要改掉的，盲区项是下游规则的原材料，它们会进入快照流转，可能孵化出新的契约约束。
四、（真的发生过吗）一个你可以在自己组织里验证的案例
4.1 有场景
契约 v1.1.0 新增了"文案语义权重"约束：action.destructive 的按钮文案必须包含不可逆语义词汇，禁止仅使用"确认""确定"等中性词汇。
4.2 机器做了什么
编译管线自动执行了同步：契约变更 → Git Diff → 自动重编译 → Checklist更新。设计师下次打开走查清单时，多出了一条检查项："删除类按钮文案是否包含不可逆词汇？"，不需要任何人发通知。
这位设计师在走查存量设计稿时，发现了3处违规，三个删除按钮的文案都是"确认"。
问题诊断：
- 语义层：旧版契约只约束了"必须有二次确认弹窗"，未约束文案语义权重
- 修复：3处违规设计稿全部改写文案（"永久删除""清空回收站"）
- 回流：这次走查记录被引用为"文案语义权重"约束有效性的证据，进入该约束的对抗测试用例集
4.3 关键设计：消费追踪的双重闭环
这次回流不是偶然，背后是机器自动跑的双重闭环：
- 机器闭环（机器盯产物）：每种格式被加载、引用、使用了多少次，全部被记录。连续 30 天零消费的规则会被标记为"沉默规则"，规则负责人须选择唤醒修订或归档废弃，防止"写了没人用的规则"占用维护成本；
- 角色闭环（反馈回流规则生产）：走查记录回流为快照，进入模式库，孵化下一条契约。你这次的发现，就是下次清单更新的输入。
规范进化的方向，是从消费端长出来的。 规则不是坐在办公室里想出来的，是设计师在走查中一寸一寸摸出来的。
你的动作：找1个存量设计稿，用最新版Checklist逐项走查，数一下违规项和盲区项，大概率至少1处文案违规（"确认"按钮是重灾区），至少1个盲区。
📎 关键设计详情：《编译管线：一份YAML契约，编译出Prompt/Schema/CI规则》，四层编译验证与版本对账的完整链路；《消费格式差异：同一份契约的四角色消费格式》，四种格式指向同一绑定、字段级对照；《契约消费追踪双重闭环验证：机器闭环 + 角色闭环》，消费热力图、沉默规则唤醒与双重闭环的验证口径。
五、（一直在工作吗）怎么让走查习惯不被遗忘
走完1个设计稿后，最怕的是：这次走了，下次赶进度又跳过。
最小可行的保鲜机制：
| 检查项 | 频率 | 谁做 | 怎么做 |
|---|---|---|---|
| 是否总是使用最新版Checklist | 每次走查 | 设计师 | 走查第一步先看版本号，过期即刷新 |
| 违规项是否修改并复查 | 每次走查 | 设计师 | 改掉后重新核对对应项，不留"已知晓未修复" |
| 盲区是否转化为快照 | 每月 | 设计师 | 汇总本月盲区，挑共性的走6字段快照流程 |
你的动作：把"打开最新版 Checklist"设为走查流程的固定第一步，和"打开设计稿"绑定在一起。习惯成自然，走查就不再是额外负担。
六、生长路径：从1个设计稿到消费反馈闭环
走查1个设计稿只是起点。设计师的消费能力，会沿着这条路径自然生长：
| 阶段 | 时间 | 动作 | 产出 |
|---|---|---|---|
| 阶段0：走查1个设计稿 | 现在 | 用最新Checklist逐项核对，记录违规与盲区 | 1份走查记录 |
| 阶段1：走查所有新稿 | 1-2周后 | 把走查变成每个设计稿交付前的固定动作 | 走查记录集 |
| 阶段2：建立团队走查节奏 | 1个月后 | 团队统一走查模板与节奏 | 《设计走查Checklist使用规范》 |
| 阶段3：盲区驱动规则补充 | 2-3个月后 | 共性盲区提交快照，进入契约孵化 | 快照孵化记录 |
| 阶段4：参与Checklist评审 | 6个月后 | 对清单项与实际场景的对应性提出修订意见 | Checklist修订提案 |
关键原则：不是"等规则完美了再走查"，而是"走查让规则长出来"，你发现的每一个盲区和每一处违规，都是规则体系下一次进化的输入。
结语
《从"被动遵守"到"主动走查"》讲了设计师与产品经理的两条消费路径，向上供证据（快照），向下消费产物（Checklist）。那些是"地图"，让你知道这条双向链路长什么样。
这篇讲的是"第二步"：不需要等规则体系完美，只需要打开最新版Checklist，走查你刚完成的设计稿，违规当场改掉，盲区记录下来。
走查本身就是消费。当Checklist用于走查1个设计稿，规则就不再是负担，而是外置记忆。
希望能帮到你。如果走查中发现了存量稿的"违规重灾区"（例如多处"确认"按钮），欢迎在评论区分享，这些真实的发现，正是规则体系进化最好的燃料。
至此，启下篇的两个最小可行动作全部讲完：提交1条6字段快照、用Checklist走查1个设计稿。快照提交之后经过哪些节点？由谁完成翻译动作？反馈怎么回来？，见第三篇《快照的流转》。
本文由作者@魏雯，授权发布于平台，未经许可禁止转载。
1920.png.png
