用途：当多个设计产物本应表达相同的菜单、页面、路由、状态或已批准基线，而生成资产可能已偏离注册表或规格时，用 Design Guard 检测设计漂移。它适用于候选产物即将被提升、归档或交付实现，以及“文件都存在”被误当作语义或视觉完成的场景。它不用于选择产品行为、重做 UI 或静默修复冲突决策。
主要能力：先做机械检查，对 ID、标签、顺序、路由、清单成员、引用、schema 和文件存在性做确定性比较；无检查器时报告缺口而非假装已检查。再做语义检查，比较行为、状态、权限、导航范围和验收含义。最后做视觉连续性检查，仅验证现有图像或截图能确立的内容，如外壳结构、层级、激活状态、token 家族和明显内容漂移。证据门相互独立：文件存在、schema 有效、语义一致、视觉批准、运行时行为和用户批准各自独立。
使用方式：先识别权威，记录产物类型、版本、成熟度及每个关注点的权威来源。按 references/check-catalog.md 中的检查类别执行，并按 references/report-contract.md 发布可执行报告。每条发现分类为 PASS、FAIL、NOT VERIFIED 或 NEEDS DECISION。不得自行授权修复；冲突的已批准来源成为阻塞性发现，并列出受影响的下游产物。
输出契约：返回范围与权威映射、机械检查证据、语义与视觉发现、每条发现的状态、受影响产物、阻塞性决策和安全下一步。
限制：权威优先于新旧；机械不变量优先自动化而非文字描述；无证据不判 PASS；渲染不等于批准；守卫只检测和界定范围，不做产品决策；任何权威来源变更后需重新运行检查。具体命令、安装方式与价格暂未提供。