用途：审查已有设计系统，保持其一致性，同时不把每个例外都当作缺陷。需查看真实使用方与文档，渲染行为优先于命名偏好。
主要能力：定位 token、基础组件、功能组件、布局与文档来源，仅盘点与请求相关的区域；区分意外漂移与任务、密度、平台或品牌上的有意差异；发现重复行为、不可访问变体、缺失主题配对、不稳定的共享布局和未记录的归属；按用户后果与影响范围排优先级；对每项变更决定复用、扩展还是新建组件，识别使用方与兼容性影响，退役 API 需有迁移路径；授权变更形成持久约定时更新 DESIGN.md 或现有指南。
交付：审计按“发现→证据→影响→建议修复→验证”输出，区分已确认事实与假设；实施时做范围明确的修复，更新使用方与文档，并复查受影响的同类项。
用法：缺失 token 基础时用 $tokens，单个组件契约问题用 $component。
限制：不适用于尚无 UI 的全新项目；不用于单个组件行为问题；原始值搜索会高估漂移，token 源、fixture 或生成代码中的字面量不算缺陷；合并相似组件会破坏依赖差异的调用方；修改共享 token 或基础组件会影响所有使用方，需在各主题下渲染样本对比；弃用若无新旧 prop 映射会长期并存两个组件。