证据选择可以推翻怀疑
judgments.ts 在选中 noMatch 或定位把握度不足时不产出问题；初筛概率不等于已定位缺陷。
查看对应来源 ↗代码仓库分析
Jev Review
分阶段检查 Git diff 或整个代码库，在本地面板里展示可复核的审查线索。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 586
- Forks
- 14
- 协议
- MIT
- 最近提交
- 2026-09-17
Jev 在这里做什么
依次判断风险、文件、证据片段、问题机制和严重程度，再按规则选择审查路径。
把审查线索关联到具体代码，便于人工复核。
源码未实现仅高风险调用大模型的分流；审查结果是线索，不是缺陷证明，也无独立算力节省验证。 已核对固定版本 README 与集成源码。
这个项目适合解决什么任务？
把代码审查怀疑从初筛信号追踪到具体源码片段。
资料分析日期：
从输入到动作
- Noul 初筛正确性、安全、可靠性、兼容性及测试覆盖问题。
- Choice 选择证据并分类机制。
- Score 评估严重性，再按条件分配审阅者。
实现中值得检查的地方
分阶段回答较窄的问题
机制分类还可选 noIssue，审阅者路由受严重性约束；每一步都可检查，比笼统宣称“已全面审查”更准确。
查看对应来源 ↗选择建议
适合需要可追溯证据而非纯文字问题清单的代码审查。仍要运行常规测试并逐条核实保留的问题。
如何自行检查
顺序阅读 judgments.ts 的初筛、选片段和机制分类，先追踪 noMatch/noIssue 的提前返回，再追踪问题进入严重性与负责人路由的路径。
结论的适用边界
- 本站没有对真实仓库运行该流程。
- 源码评审和严重性分数均不能证明可利用性或不存在缺陷。