契约不是写完就结束，必须证明它被消费、被拦截、被迭代。
机器闭环验证：结构一致性 → 消费有效性 → 拦截有效性。
角色闭环验证：规则生产者 → 规则消费者 → 规则迭代。
机器闭环
3/3 通过结构一致性验证
Prompt / JSON Schema / Checklist / CI 规则 四种格式说的是同一件事
✓ 通过 · 语义令牌引用一致率 100%
消费有效性验证
被消费端真实加载了吗？版本滞后吗？断点在哪里？
⚠ 1 项滞后 · JSON Schema 项目 B 引用 v1.0.0
拦截有效性验证
加载后真的拦住了语义漂移吗？A/B 测试对比验证
✓ 通过 · 对抗用例通过率 95%（12/12）
角色闭环
3/3 运行中规则生产者验证
语义规则负责人持续产出规则吗？人均产出趋势如何？
✓ 正常 · 人均每月 1.2 条修订 · 每季度新增 2 个模式
规则消费者验证
真实消费率 ≥80% 吗？有没有"注册但未引用"的假消费？
✓ 通过 · 真实消费率 75%（9/12）· 假引用 1 项
规则迭代验证
告警被发出 → 被查看 → 被处理 → 被验证，链条在运转吗？
⚠ 1 条告警待处理 · PRO-001 沉默规则 30 天零消费
✏️ 规则生产阶段
语义规则负责人（规范评审组 / 团队治理接口人）持续产出 YAML 契约。人均产出趋势、修订频率、模式新增量构成生产持续性的度量指标。
📥 规则消费阶段
契约被编译为四种消费格式（Prompt 前缀、JSON Schema、Checklist、CI 规则），分别被 AI 生成工具、组件校验器、设计师走查、研发效能流水线加载使用。
⚠️ 语义漂移阶段
AI 生成内容是否出现语义漂移？有约束组与无约束组的 A/B 测试对比，验证契约是否真正拦截了漂移。
🔔 告警触发阶段
系统发现异常：沉默规则（30天零消费）、版本滞后（消费端加载旧版本）、消费断点（注册但未引用）。告警自动发出并进入处理流转。
🔄 规则迭代阶段
告警被查看 → 被处理（修订/归档/申请规则变更）→ 被验证（确认修复有效）。7 天未处理自动升级责任人。
验证标准：语义令牌引用一致率 100% · 约束条款无遗漏 · 颜色/行动/文案映射一一对应
| 比对项 | Prompt 前缀 | JSON Schema | Checklist | CI 规则 | 结果 |
|---|---|---|---|---|---|
| fatal 语义令牌 | "致命错误" | enum: ["fatal"] |
"□ 是否区分四级" | severity !== "critical" |
✓ 一致 |
| 颜色约束 | "必须使用红色脉冲" | color_token: "status.critical" |
"□ 是否红色脉冲" | color === "status.critical" |
✓ 一致 |
| 行动约束 | "必须提供刷新/导出" | recovery_action: {minItems: 1} |
"□ 是否提供恢复路径" | actions.length >= 1 |
✓ 一致 |
| degraded 文案 | "禁止模糊表述" | forbidden_text: ["部分失败"] |
"□ 是否避免模糊表述" | !text.match(/部分失败/) |
✓ 一致 |
| ✓ 结构一致性验证通过 · 4 项比对全部一致 · 语义令牌引用一致率 100% | |||||
验证标准：真实消费率 ≥80% · 版本同步率 100% · 无消费断点
消费热力图（悬停查看详情）
覆盖率统计
9/12 消费点真实加载（3 个注册但未引用）
10/12 消费点版本同步（1 项滞后 + 1 项未配置）
项目 B 的 JSON Schema 未配置，属于消费断点
⚠ 消费有效性异常
项目 A 的 JSON Schema 引用 v1.0.0，滞后于契约库 v1.1.0。建议 24 小时内升级。
验证标准：对抗用例通过率 ≥90% · 有约束组合规率 vs 无约束组差异显著
AI 输出：
蓝色实心"确认"按钮
无二次确认 · 无风险提示
AI 输出：
红色空心"删除账户"按钮
带二次确认弹窗 · 明确提示"不可恢复"
验证标准：人均每月 ≥1 条修订 · 每季度新增 ≥1 个漂移模式
规则负责人活跃度
验证标准：真实消费率 ≥80% · 假引用（注册但未引用）= 0
真实消费率仪表盘
假引用检测（Lint 扫描）
该项目在规则仓库目录结构中注册了 Checklist 消费点，但 Lint 扫描发现最近 30 天内零次引用
注册时间：2026-06-01 · 最后引用：2026-06-15 · 建议：确认是否已弃用，若弃用则申请归档
✓ 其余 8 个消费点均通过 Lint 扫描，真实引用频率正常
验证标准：告警处理时效 ≤7 天 · 处理按钮必须人来按 · 系统强制留痕
告警处理工作台（点击展开详情）
过程状态认知阶段未显化（PRO-001）已连续 30 天无消费端加载，可能已被团队弃用或存在替代规则
告警发出时间：2026-07-01 09:00
查看时间：2026-07-05 14:00 · 查看人：王五
责任人：王五（前端团队语义规则负责人）
建议操作：确认 PRO-001 是否被 PRO-002 替代，若已替代则申请归档；若仍在使用则排查消费端配置
项目 A 的 JSON Schema 引用 v1.0.0 滞后于契约库 v1.1.0，已升级并验证通过
告警发出时间：2026-07-08 10:00
处理时间：2026-07-09 16:00 · 处理人：王五
验证时间：2026-07-10 09:00 · 验证人：张三（规范评审组）
处理结果：JSON Schema 已升级至 v1.1.0，消费端加载测试通过
告警处理统计
自动升级机制
机器闭环三定律
1. 结构一致性
四种格式必须一一对应，语义令牌引用一致率 100%。如果 Prompt 说"红色"而 CI 规则校验"蓝色"，闭环在第一步就断裂。2. 消费有效性
被消费端真实加载，版本同步。注册消费点不等于真实消费，Lint 扫描识别假引用。3. 拦截有效性
加载后真的拦住了语义漂移。A/B 测试对比：有约束组 vs 无约束组，合规率差异必须显著。角色闭环三原则
1. 生产持续
语义规则负责人必须持续产出。人均每月 ≥1 条修订，每季度新增 ≥1 个漂移模式。产出停滞 = 规则腐烂。2. 消费真实
真实消费率 ≥80%。注册消费点但零引用 = 假消费。Lint 扫描 + 加载日志双重验证。3. 迭代闭环
告警必须被处理。7 天未处理自动升级责任人。处理按钮必须人来按，但系统强制留痕，防止"假装处理"。