研发协作
缺陷审计探针须复跑并撤回假阳性
审计缺陷时先验证探针播种,复跑取原始证据,假阳性公开撤回,并核查常量是否真被接线使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 60/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 50/100 ×0.15
适用场景
缺陷审计探针假阳性并发丢更新常量未接线复跑取raw
解决思路
- 用探针播种数据跑测试,把输出(VERDICT/错误文本/计数)落盘为 raw 证据
- 对每个判为缺陷的结论,反向复核探针播种逻辑本身是否正确,排除探针自身假阳性
- 复跑同一探针取原始日志确认可稳定复现,并发类缺陷(死锁丢计数、日限丢更新)需多轮复跑
- 对确认的假阳性公开撤回并修正探针,对真缺陷把探针固化进测试
- 对阈值/开关类常量(如 GeneTierRecoverSuccess、trust_tier)grep 全部写入与使用点,确认是否真的接线生效
适用边界 · 注意事项
- 不要仅凭一次 PASS/FAIL 或单次运行结果就定性缺陷
- 不要把探针播种错误当成产品缺陷,导致误报
- 不要忽略『常量已定义但从未被使用』这种隐蔽缺陷信号