dsh-fix-verify

改完代码之后，最难回答的不是「又扫出了什么」，而是「改前报的那几条，改完到底还在不在」。扫描插件负责查，但一次扫描只能描述当下；若只对比两次报告的条数或行号，加一行注释就可能把「没修」误判成「已修复」。dsh-fix-verify 的定位很清晰：它是改前改后的比对器，不产生新判据，只在你已有的深鲸守护规则上，对两份快照各跑同一套检查，再逐条对账。

比对键是「规则 ID + 文件相对路径」， deliberately 不含行号，避免行号漂移带来的假象。结果会落入四个桶：已修复（改前报、改后不报）、遗留（前后都报）、新增回归（改前不报、改后报），以及改后多出来的新文件（仅统计）。规则源一个都没发现时会直接 exit 2，不会把「没检查」伪装成「零命中」——这对 CI 门禁和整改复核尤其重要。

它适合在本地改完一批问题后做自查，也适合接入流水线：遗留与新增回归为零时可放行（exit 0），否则先处理再复核。需要搭配已安装的守护类插件或 --rules-from 指定规则目录；若你期望的是「全项目深度扫描」或「下合规结论」，应使用对应扫描插件，本工具只回答「同一套规则前后两次结果是否对得上」。