证据是选出来的，不是生成的
Jev 选择两份报告中的行 ID，代码原样复制文本，能限制虚构引文，但不能证明解释正确。
查看对应来源 ↗代码仓库分析
jev-issue-radar
Jev Issue Radar 是一个只读的 GitHub 重复问题分类看板，它检索候选问题并用 Jev 的 Choice 将每对问题判为重复、相关、不同或信息不足，同时并排展示双方原始报告中的选中段落供维护者审查。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 1
- Forks
- 0
- 协议
- MIT
- 最近提交
- 2026-09-20
Jev 在这里做什么
对每对原始问题与候选问题判定重复、相关、不同或信息不足，并选择原因类别与双方原文证据行ID。
把语义判断接到已有的命令行工作流。
核对范围为固定 README 说明的词面候选召回、证据行 ID 选择及失败比较。本站未扫描 GitHub 或重跑作者的四对集成测试；引文受约束不等于重复问题召回率已经验证。
这个项目适合解决什么任务？
让维护者检查 GitHub 疑似重复 issue，同时不修改仓库。
资料分析日期：
从输入到动作
- 按词面检索最近候选。
- 用四个 Choice 问题选择关系、证据行 ID 与理由。
- 只有本地证据和阈值同时满足才显示强重复标签。
实现中值得检查的地方
检索漏召回与分类错误要分开
不同语言或措辞的重复问题可能根本进不了候选；接口失败保留 failed，不应被算作 distinct。
查看对应来源 ↗选择建议
适合人工检查原文的分诊队列，不是自动关 issue 的代理，也不能证明重复问题召回率高。
如何自行检查
查看 lib/jev.mjs 的 alpha Decisions 接口及 README 的调用上限，区分手写演示与作者报告的四例集成测试。
结论的适用边界
- 本站未独立扫描 GitHub 或在线调用。
- 四个合成样本中 2/4 命中不能推导通用准确率。