候选召回限制最终上限
README 说明公司案例受候选搜索限制；即使判断器完美，也找不回从未提交的真实匹配。
查看对应来源 ↗代码仓库分析
jlink
记录连接工具：Jev 按用户明确的匹配定义判断候选记录是否属于同一实体，再由代码解析最终连接。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 4
- Forks
- 0
- 协议
- MIT
- 最近提交
- 2026-09-23
Jev 在这里做什么
Jev 根据用户用自然语言给出的匹配规则，判断两个候选记录是否指向同一实体并返回匹配概率。
分开候选生成、逐对判断、阈值解析与人工审计样本，便于区分漏召回和误判断。
2026-10-24 核对固定版本的说明与实现材料。本站未重跑记录连接或基准。资料要远程评分，脱敏与允许用途仍由应用负责。
这个项目适合解决什么任务？
按明确的“同一实体”定义连接记录。
资料分析日期：
从输入到动作
- 阻塞/候选生成先把待比较记录对缩到可处理规模。
- 每对用一个 Noul 根据用户规则判断两条记录。
- 本地解析应用阈值、差距与关系约束，抽样审计支持人工标注。
实现中值得检查的地方
阈值绑定数据及匹配定义
judge 把实体定义写入问题；子公司算母公司与只纠正拼写是不同任务，不能无标注照搬公开阈值。
查看对应来源 ↗选择建议
适合语义身份比字面相似更重要的任务。若主要是拼写错，先比较规范化或字符串基线，再付费逐对判断。
如何自行检查
将 judge.py 的 question 与 README 的 block→judge→resolve 联读，查看定义及候选表；解释判断准确率前先数真实匹配是否可能在候选阶段漏掉。
结论的适用边界
- 本站未重跑记录连接或基准。
- 资料要远程评分，脱敏与允许用途仍由应用负责。