用途：在合并前审查 pull request、diff、merge request 或补丁栈，判断应批准、阻止还是退回修改，并把模糊的“帮我看看”请求转化为按风险排序的发现清单。
主要能力：优先识别正确性与回归风险、安全与信任边界错误、数据丢失或兼容性风险、缺失或薄弱的验证，以及可能引发未来缺陷的可维护性问题；核对实现是否满足声明的意图，检查控制流、错误处理、清理行为、认证、持久化、API 模式、缓存、并发与后台任务等边界是否发生隐藏行为变化。
使用方式：先确定审查上下文（变更意图、影响范围、已有验证证据、风险类别）；若无 diff、补丁或代码产物，不做虚假审查，改走规划或分析类技能。按失败模式检查差异，把缺失验证视为审查问题，并区分阻塞合并的证据与可选后续覆盖。输出顺序为：发现（按严重程度排序，尽量附文件/行号）、开放问题或假设、变更摘要、残余风险。每条发现包含严重程度（critical/high/medium/low）、问题或风险、行为层面的影响、缺失证据或修复建议。
适用场景：认证与会话变更、广泛重构、依赖更新、迁移与发布变更等具体代码改动的合并前审查。
限制：不适用于尚无具体变更集的架构方向评审；测试策略决策、已知故障复现、无具体 diff 的加固指导、以测量为导向的性能调优应使用相邻技能。资料未提供安装命令、收费与平台信息。