用途：fix-review 用于安全审计后的修复验证。当审计产生发现、开发者提交修复后，它逐项核对每个发现是否被妥善处理，防止留下未修复或部分修复的问题，并检查是否引入新漏洞或回归。核心原则是“未经修复验证不得关闭任何发现”。
主要能力：它将每个修复判定为五种状态之一——FIXED（完全解决、根因消除、无回归）、PARTIALLY_FIXED（部分解决，比未修复更危险，因造成虚假安全感）、NOT_ADDRESSED（未涉及或位置未变）、CANNOT_DETERMINE（上下文不足或代码过于复杂）、NEW_ISSUE（引入新漏洞或回归）。它通过六类反模式检测修复质量：移除校验、访问控制被削弱、错误处理被简化或移除、外部调用顺序改变（可能导致竞态或 TOCTOU）、整数运算变更（溢出/下溢/截断）、加密降级（算法、密钥长度、盐值/随机数/IV、认证加密被削弱）。
使用方式：先加载原始发现报告，读取 findings-report.md 或用 gh issue view <issue-number> 提取；再用 git log --oneline --since="<audit-date>"、git show <commit-hash>、gh pr diff <pr-number> 等命令定位修复提交。随后逐对“发现—修复”分析：重读发现描述和受影响位置，逐行阅读修复 diff，检查是否对根因、是否完整覆盖所有实例、是否命中反模式、是否影响相邻代码，最后指派状态。最终输出结构化的 FIX_REVIEW_REPORT.md，包含摘要统计、逐项发现审查、引入的新问题及建议。
适用场景：开发者提交安全审计发现的修复之后；对安全相关变更进行 PR 审查时；验证漏洞报告的整改情况时；在跟踪系统中关闭安全发现之前；审查 CVE 修复补丁时；自动化安全工具发现被处理后。也可与 audit-context-building、differential-review、variant-analysis、static-analysis、code-reviewer 等技能配合使用。
限制：该技能依赖原始发现报告与可定位的修复提交，上下文不足时只能判定为 CANNOT_DETERMINE；其判定基于代码 diff 分析，无法替代实际运行验证。来源仓库为 https://github.com/trailofbits/skills，许可 CC-BY-SA-4.0；关于收费、价格与平台支持等信息暂未提供。