为什么把知识库检索封装成 Tool，而不是每次都固定执行 RAG？

题型：深入 · 同时说明收益、风险和适用边界。

建议回答

固定 RAG 适合所有请求都必须依赖知识库的问答场景，但企业 Agent 还会处理计算、流程操作、闲聊或多工具任务。把检索封装成 Tool 后，模型可以根据任务判断是否检索、检索哪个知识库、是否再次改写查询，也能把检索和其他工具组合，减少不必要的延迟与 Token。

代价是检索决策变得不确定，所以不能只依赖模型自由选择。Tool 描述需要明确适用场景和参数；系统可通过意图路由、知识型问题强制检索、最大调用次数和无引用拒答等策略兜底。权限必须在 Tool 执行端根据当前主体重新校验，不能信任模型传入的 tenantId 或 knowledgeBaseId。

适用判断

• 强合规知识问答：固定 RAG 或策略强制检索。
• 多步骤任务：由 Agent 动态调用更灵活。
• 高频简单查询：可先走轻量路由，避免启动完整 Agent 循环。

易错点

• Agent 选择不检索，不代表答案可信。
• Tool 返回应包含结构化引用和检索诊断，而不只是拼接文本。