用途：在完成一个有边界的任务后使用，趁实现上下文还新鲜时审视已完成的 diff，目标是得到更小、更一致的改动形态，或给出有证据的聚焦问题。它是行为保持的复查环节，本身不创建新的复查路线，是否需要后续聚焦复查、接缝复查或深度复查由已批准的路线计划决定。
主要能力：对照任务验收约定和已捕获的验证，从改动面出发，只在真实边界处扩展。仅当问题可能导致缺陷、回归、维护陷阱、数据风险、验证薄弱或读者严重困惑时才报告。简化仅在不改变行为时进行；删除前检查受支持的调用方与入口（含运行时加载），需有证据证明删除后副作用、失败行为和必要保障仍然保持，并有相关验证；可达性未知或缺少保持证据时阻止删除。当 diff 跨边界或显得纠缠时执行 Connascence Pass，说明其类型、强度、位置、程度和最小安全补救；当存储状态或异步行为变化时应用 data-systems-coding-lens。
使用方式：读取验收契约、变更文件、diff 与已有验证；检查改动是否与其预期的可观察行为一致；按角色应用相应关注点，特殊情况经批准路线派发独立专家；将每个被接受的问题转化为聚焦的修复、测试、检查或明确的后续项，只重跑受影响验证。仅在手递或部署前使用 references/team-checklists.md。
适用场景：完成一次范围明确的任务之后；需要确认改动是否局部正确、是否值得简化、是否留下维护隐患时。
限制：不做行为改变，不启动更大范围重构，不派发 worker（如需 worker 派发使用 shared/references/model-preview.md 中批准的路线快照）；验证保持在信任边界、授权检查、不变量断言、编码与无障碍保障，除非有证据证明其为死代码。成功不以删除行数衡量，而以在保持可观察行为下更简单的改动衡量。
输出：仅复查时，按严重程度列出发现，含位置、后果、最小有用修复和验证；实现时返回 Outcome（保持原样安全、已简化、需要聚焦修复或需要设计升级）、所做更改、已捕获验证和剩余风险。未提供收费、价格、平台支持和具体安装命令等信息。