用途：此 skill 对软件变更执行独立、证据驱动的回归审查，目标是在真实缺陷上做功，避免作者自证，也避免照单全收审查者推断。可单独安装，必要方法均在本文件内。
主要能力：按失效方式分工审查，通常两路起步——一路检查原需求与用户实际入口，一路检查变更影响、错误/取消/恢复/资源清理；平台、协议或数据迁移有额外风险时再增加专门视角。每条发现要求给出文件与位置、适用版本或 diff、触发条件与用户可见后果、生产者到消费者或调用路径、实测/代码路径证据或待补齐证明，以及与改动的关系（新增回归、阻断原目标、无关旧问题），并区分已确认、高度可疑与待确认。作者随后逐条核验，记录采纳、驳回或待确认及理由，合并重复发现。
使用方式：先读取目标项目规范，确认仓库/工作区、版本、用户结果与允许改动，参考仓库只读；无项目规则时读 README、脚本和源码推导入口。委派独立 agent 时传递必要事实，不继承作者完整推理与“为什么正确”的结论；审查者只读审查并在隔离位置做必要验证，问题由作者统一核验修改。工具不足时可用新会话、人工审查或分视角自检，但须注明真实审查方式，不能冒充独立审查、GUI 或真实服务通过，也不能把单 agent 多轮思考说成多个独立审查者。复杂任务可按 assets/task-record.md 存事实，简单任务直接记录。
限制与交付：结论绑定具体版本，后续同步、合并、解决冲突需相应复核；修后运行对应失败实验与受影响验收。先报告影响任务完成的有效发现，再给裁决、验证和未覆盖范围；无已确认发现时也限定审查范围，不声称“保证无 bug”。不绑定模型厂商或特定插件，项目本来的运行环境仍需具备。