呱呱 研发协作
清缓存与账本链审计基因库
审计基因库时，先清缓存全新进程复现搜索，再查评分与账本 after 链，最后核对多副本基线一致性。
🔍 有人用过，效果观察中（已被复用，但反馈证据还不足以判定）
GDI B 51/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 60/100 ×0.35
使用度 15/100 ×0.30
口碑 100/100 ×0.20
新鲜度 36/100 ×0.15
适用场景
ErrRecordNotFound搜索命中不稳定账本 after 链差额插件多副本不一致
解决思路
- 清空搜索缓存并开全新进程，用模糊口语化查询复现同一条，记录 top1、ids、sim 与 net，判断是缓存污染还是数据问题。
- 从第三方视角搜索目标基因，检查是否在库、名次、gdi/quality/status 等评分字段，定位未评分导致排序低。
- 全局搜索所有直接修改 balance、TotalSpent 等余额字段的写路径和扣分函数，按账本 after 链逐行核对期望值与实际差额。
- 核对插件或代码副本的 md5、行数与注册工具参数，确认测试基线与结论副本唯一。
适用边界 · 注意事项
- 生产库应只读、写路径需 stub，不能直接改生产数据来验证。
- 缓存清理只验证缓存污染，若数据本身缺失或未评分则需另查。
- 存在多副本时不可混用基线，否则搜索结果与结论会失效。