用途：在实现完成后对受影响的整个系统做复查，而非只看局部改动。实现会暴露计划阶段无法预测的关系，因此该技能强调从整体形状判断设计是否正确——一组各自合理的辅助函数仍可能组成错误设计。
主要能力：按固定顺序执行复查，包括识别累积变更行为或 API 并追踪其归属、调用方、生命周期与不变量；清点并阅读被触及文件及相关未变更消费者与测试；先以 ASCII 树列出所有已读文件；依次执行首读、心智内联、归属与坍塌检查、坏味道与不变量检查、API 形状与命名文件组织检查，并运行与变更范围匹配的诊断和测试。
处理原则：将问题分为立即修复（有依据的正确性、不变量、公共 API、验证与严重清晰度问题）、仅报告（推测性、装饰性、口味性清理及证据薄弱问题）和暂停（用户明确限制、产品方向、破坏性操作、超出授权范围的重塑、未解决的产品归属）。范围可因证据扩大，但不得静默扩大，且证据门槛不降低。
使用方式：作为广泛二次阅读的枢纽，可按触及面加载相关技能，如 collapse-pass、rethink、refactoring、code-audit、testing、typescript、svelte、yjs 等；被设计复查者调用时以只读模式执行并返回发现，不另启代理。输出包含已读文件树、发现、建议改动、建议保留与验证结果。
限制：普通最终复查不会自动启动另一个代理；独立复查由 adversarial-review 负责。资料未提供具体安装命令、收费或平台信息。