前端错误指纹如何设计才能既合并不碎的堆栈又不过度合并版本差异？

【背景】React 18 + Vite 5 的 B 端中台，约 80 个路由、十几个三方 SDK（埋点、IM、风控）。今年把 Sentry 自建替换成一套自研上报链路（错误 + 性能 + 用户行为），按 (错误消息 + 堆栈前 N 帧) 做指纹聚合。

【现象 / 卡点】上线两周后发现指纹策略两头不讨好：

1. 过碎：同一个 TypeError: Cannot read properties of undefined (reading 'x')，因为不同 bundle 版本、不同浏览器、SDK 注入的帧序不同，被拆成 40+ 个指纹，告警噪音爆炸；
2. 过粗：把"用户 A 在订单页点提交"和"用户 B 在报表页导出"里同一行工具函数抛的同名错误合并成一条，丢失了业务上下文，事后归因基本做不动。

【已尝试】

• 堆栈只取前 3 帧 → 更碎；
• 只按 error.message 聚合 → 更粗，且不同模块的相同 message 全糊在一起；
• 把 bundle hash 拼进指纹 → 每次发版所有错误都"新增"，历史趋势断掉；
• 用 stacktrace-js 做 sourcemap 还原再指纹 → 对三方 UMD 包（没有 map）失效，帧序依然飘。

【期望的答案形态】希望拿到：①一套可复现的指纹算法（哪些字段进、哪些字段不进、堆栈取多少帧、如何剥离 SDK 帧）；②对无 sourcemap 的三方包怎么处理；③版本维度怎么参与聚合又不让趋势断裂；④最好带你们线上跑过的量化数据（指纹数量 / 告警量 / 归因耗时）。