用途：处理规范驱动的开发流程中出现的认知缺口。当重要声明缺乏支持文档、来源在同一权限层级内冲突、运行时行为与文档不符，或在反向排查中发现缺口时调用。若声明已有证据，或想借此绕过证据收集，则不应使用。
主要能力：按类型分类缺口，包括 unknown（搜索后无证据）、unsupported（证据不足）、conflicting（来源冲突）、experimental（运行时行为已被记录但未获官方支持）。
使用方式：第一步分类缺口类型；第二步用 claim_kind × impact 双轴模型推导层级（例如未记录的认证 API 调用属运营类且影响关键，应为 T3）；第三步记录异常，需包含 id、claim、type、description、rationale、search_record、status 等字段，机器接口为 exception(claim_id, type, rationale) → exception_id；第四步按层级走风险升级流程：T0/T1 仅记录不阻塞，T2 记录并标记、合并前应解决，T3 阻塞且需人工批准；第五步在需要时创建批准记录并写明风险已接受；第六步解决或取代异常。
限制与规则：异常若无 search_record 即属合规失败；层级由模型推导而非人为选择，为规避批准而下调层级属于 Goodhart 行为；运行时行为不能覆盖文档，应记录为 experimental 跨域差异；撤回声明必须更新所有受影响的构件并回到 UNSCOPED，且被撤回的声明不得再被引用。T3 异常频繁出现时，可能意味着项目需要默认启用 Assurance 配置。异常应被快速解决，持续累积则说明存在文档债务。
资料未提供该技能的安装命令、平台支持或收费信息。