召回与验证是两个失败点
首阶段漏掉文件，后面的 Noul 无法修补；README 的外部候选入口允许测试另一召回策略。
查看对应来源 ↗代码仓库分析
jev-retrieval
Rust 语义搜索 CLI：本地 BM25 召回，Jev 检查文件窗口并重排，代码输出 path:line 匹配或 JSON。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 0
- Forks
- 0
- 协议
- Apache-2.0
- 最近提交
- 2026-09-23
Jev 在这里做什么
Noul 验证候选文件窗口，有界 Choice 重排保留文件；代码掌握召回、输出上限和退出状态。
为字面搜索补充概念导航，并区分无匹配与运行失败。
2026-10-24 核对固定版本的说明与实现材料。本站未执行仓库搜索或相关性基准。复用缓存是重复旧观测，不是独立第二次模型实验。
这个项目适合解决什么任务？
按语义描述找代码或文档，同时保留类似 grep 的结果形状。
资料分析日期：
从输入到动作
- 本地 BM25 先召回候选，也可由调用方直接提供候选。
- Jev 以 Noul 检查文件窗口，再用有界选择重排保留文件。
- 代码输出 path:line、片段或 JSON，并采用类 grep 退出状态。
实现中值得检查的地方
客户端只重试有界故障类别
client.rs 缓存成功答案，对 408/429/5xx 指数退避；损坏缓存会重取，不会成为证据。
查看对应来源 ↗选择建议
适合仓库概念搜索，精确字面仍用 rg。语义搜索无结果时，同时检查候选召回和最终验证。
如何自行检查
阅读 README 的 candidates/snippets 与 client.rs 的 system_one，追踪无法解析缓存和不可重试 HTTP 状态，按退出码区分没匹配与运行失败。
结论的适用边界
- 本站未执行仓库搜索或相关性基准。
- 复用缓存是重复旧观测，不是独立第二次模型实验。