最新资讯
dev.to 在信任 AI 生成的测试用例前,如何逐条复核 unite.ai Franklin Templeton 构建 AI 研究工作流以揭示风险 techxplore.com AI 助力寻找更优的钛合金 3D 打印工艺参数 engadget.com Perplexity 推出“teammates”日常工作任务 AI agent computerworld.com 别提数据中心:OpenAI 改称“compute campuses” theguardian.com 俄美试图阻止就自主武器制定具有约束力的规则 bloomberg.com Nvidia 加强东南亚芯片追踪以打击走私 thestack.technology 模型路由需求升温,Agent Router 推出开源替代方案 www.youtube.com Google DeepMind 的 Philipp Schmid:AI 同事需要具备的七个要素 unite.ai Cashfree 为 AI Agent 的托管结账加入 WebMCP 工具 dev.to 我们在 DolphinBench 上测试记忆检索:纯关键词搜索暴露了自身回归 dev.to 别再把 Agent 写成 while 循环,把它建模为状态机
多元动态
登录 注册
大模型 dev.to · @Mike ☕

我的评测说 RAG 在编造,其实是评测本身错了

原文 我的收藏

作者维护 Django 中间件 django-explain-errors,在 RAG-off(仅看 traceback)与 RAG-on(额外检索项目源码,基于本地 sqlite-vec 向量索引)两种模式下让 LLM 解释未处理异常。为验证 RAG 的 grounding 效果,作者搭建评测框架,首轮结果却显示 RAG-on 编造更多。经过三次修改同一评测问题,作者发现问题出在评测管线本身:每一层都可能比它所评判的对象掌握更少信息,此时指标衡量的是评判者的盲区而非模型表现。

AI推荐理由 作者维护 django-explain-errors 中间件,用 RAG-on/RAG-off 两种模式对比 LLM 解释 Django 异常的效果,并自建 eval harness 测试“RAG 能减少编造”的假设。首轮结果反而显示 RAG-on 编造更多,作者通过三次修改同一评测问题定位到评测管线各层信息不足的问题,对 RAG 评测方法有具体、可复现的工程启示。

72

正文

当前仅保存了标题或简介;并非所有来源都提供正文,可通过下方原文链接查看。

来源报道 · 1 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容