jev-search
选择搜索来源,再排序结果
实现思路与验证边界 →JEV GUIDE
当搜索已经找到一批候选,却仍需要判断哪些真正回答问题时,可以把 Jev 放在召回与回答之间。这篇指南讨论 RAG 重排序的接入边界,并给出可自行验证的流程。
TypeSafe 的重排序教程先用 BM25 召回,再对查询与候选片段逐对评分。Jev 改变已有候选的顺序;如果正确资料没有被召回,后续排序无法补回它。
以下是编辑设计的合成例子,并非模型输出。用户问“自托管 n8n 如何接入 Jev”,候选 A 是社区节点安装说明,候选 B 是只提到两个产品名称的新闻。判断标准应是“是否给出接入步骤”,而非“是否含有这些关键词”。
建议给每个片段保留 document_id、原始 URL、段落位置和文本版本。先去重,再统一提问;展示结果时仍允许用户打开原文。
jev-search 展示了搜索来源选择和结果排序的组合。另一个已收录项目 Sift 针对搜索结果中的标题与摘要做判断:这类输入适合初筛,但不能证明网页全文已经核验。
编辑建议:在结果卡片标明“摘要筛选”或“全文片段筛选”。若页面不可访问,将其记录为抓取失败,不把失败解释成低相关性。
准备一组真实问题,人工标出可回答它们的片段,用相同召回列表比较原排序与新排序。不要在调提示词的同一组样本上报告最终效果。
同时记录首条有效结果的位置、前几条结果的覆盖率、无答案查询的误报、端到端延迟与实际调用费用。候选数增加会增加要处理的查询—片段对;上线前设置超时和原排序回退。本站未执行这组评测。
选择搜索来源,再排序结果
实现思路与验证边界 →对 Google 搜索结果重新排序
实现思路与验证边界 →02 / JEV GUIDE
用一个合成故障报告了解 Jev API 请求,查看 state、questions、Bearer 鉴权和响应检查步骤,附可下载 JSON 示例。
阅读指南 →06 / JEV GUIDE
用 Jev Choice 设计文本分类和任务路由,明确候选标签、未知类别与人工检查,连接模型路由和语义筛选案例。
阅读指南 →11 / JEV GUIDE
区分找到文献、定位原文和判断支持关系,结合引用核验与报告提取案例,处理摘要不足、数字核对及人工结论。
阅读指南 →