搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「Agentic RAG」找到 45 条内容
按专题浏览 →匹配口述回答:…延迟白白浪费。所以上线前我会特别关注query分类,简单问题直接命中缓存或走轻量模型,复杂问题才走全链路。 另外,我最近在关注[[Agentic RAG]]的方向,就是让Agent主动决定什么时候检索、什么时候直接生成,而不是被动等用户指令。但这里有个风险,Agent如果判断失误,可能该检的不检,不该检的乱检,反而拉低正确率。所以我会把Agent的决策边界设置得保守一些,优先保证正确率,再逐步放宽。 总结一下,RAG落地的核心就是在延迟和正确率之间找平衡,没有银弹。我更倾向用…
匹配口述回答:…自检环节,让模型先判断检索结果是否足够支持回答,如果不支持,就主动反问用户澄清意图,或者走一个备用知识库。这个思路其实已经有点[[Agentic RAG]]的味道了,模型不再是被动拼接,而是主动决策。 所以我的整体判断是:RAG落地最核心的不是某个模块做到极致,而是整个链路的一致性。检索、排序、生成、拒答,任何一个环节出问题,答案质量都会崩。我更倾向在离线阶段多花功夫做文档清洗和质量校验,而不是上线后靠prompt来救。 一句话定位:RAG本质是解决知识时效性与幻觉的平衡 文…
匹配口述回答:…召回率低,模型回答就会漏信息,这时候得调分块大小和检索参数。 还有个延伸方向是,当问题需要多步推理时,单次检索不够,我会考虑用[[Agentic RAG]],让模型主动决定要不要再检索,或者拆成子问题逐个查。这个对复杂业务场景挺有用的,但实现起来对模型推理能力要求更高。 所以整体上,我更倾向于把RAG看成一套工程系统,不是简单拼装。离线处理、在线检索、生成集成,每一层都有取舍,真正落地要看业务场景和资源限制,没有银弹。 RAG本质是给大模型配个外挂知识库 离线阶段:文档解析、…
学习内容与项目面试,在同一条路上。