Agentic RAG 该让 Agent 决定去哪检索,还是怎么检索?
Arc_bong · reddit · 2026-09-04
Reddit 上关于 agentic RAG 架构边界的讨论。作者提出：多轮「search→inspect→再 search」模式只对真正的 multi-hop 问题有意义；当有多个知识库时，更值得让 Agent 推理的是检索哪里（query → 路由选库 → 并行检索 → rerank 合并 → 回答），而非介入检索过程本身。
还指出跨库融合的隐患：各库各自返回好候选，但融合排序层仍可能选错上下文——RRF 依赖的排名假设在检索源变多后失效，跨语料的原始相似度阈值也不可比。
核心问题被归结为：Agent 该控制什么，什么该保持确定性？ 作者比较了 LangGraph/LangChain、LlamaIndex、Lyzr Agent Studio 在这一架构差异上的做法，并询问生产环境团队如何在「Agent 全权决定」「路由器+确定性检索」「首轮不足时才升级为迭代搜索」之间取舍。
所属事件:Agentic RAG 之争:让 Agent 决定查哪里而非怎么查(2 条相关)→
「编程与Agent」频道最新
- Intent 更新主打大规模 Agent 协调:多智能体分工、工作区隔离 — LukeW · 2026-09-04
- Intent 更新:一个任务多 agent 协同,工作区隔离多设备运行 — LukeW · 2026-09-04
- 投资人支招 Agentic 创业路演:别只展示成功,讲清失败怎么恢复 — atShruti · 2026-09-04
- 开发者用 WebMCP 让 AI 当 DJ：数百次工具调用实时控打碟台 — No_Guide_8697 · 2026-09-04
- 让用户放心把邮箱交给 agent 的，竟是整理 Newsletter 这种小事 — JanJanJaJa · 2026-09-04
- Kafka、Kafka Connect 与 Schema Registry 变身原生 MCP 工具 — jkriket · 2026-09-04