千帆智能体接入多个知识库后，真正的问题不是“能不能加”，而是每个问题应该去哪一库、什么时候不该查。把全部资料一起检索虽然省事，却容易把产品说明、售后政策和内部流程混在一起。下面用三库路由做一个可复测示例。
先划清三个知识库的职责
| 知识库 | 收录内容 | 允许回答 | 不收录 |
|---|---|---|---|
| 产品说明库 | 规格、功能、使用步骤 | “A1 支持什么接口” | 退款和订单数据 |
| 售后政策库 | 保修、退换、服务入口 | “保修要哪些材料” | 内部审批记录 |
| 员工流程库 | 内部工单和升级规则 | 仅授权员工的问题 | 用户可见宣传资料 |
表中内容为虚构示例。实际拆库时先按访问权限分，再按业务主题分；不同权限的数据不应只依赖提示词隔离。
方案一：自主规划 Agent 中按能力选择
在自主规划 Agent 的知识库配置中，只添加本应用确实需要的库，并给每个库写清名称和描述。百度千帆的自主规划 Agent 知识库文档是当前配置项的官方依据。描述不要写“公司资料库”，应写成“仅含公开产品规格和使用说明，不含订单与售后政策”，让模型更容易区分。
角色指令还应规定：问题缺少型号或地区时先追问；检索不到依据时说明无法确认；禁止把员工流程库内容发给普通用户。权限控制仍应在服务端和知识库授权中完成，不能把模型拒答当成唯一防线。
方案二：工作流中显式路由
需要稳定、可解释的路由时，用工作流更合适：
- 开始节点接收用户问题和用户身份。
- 意图识别节点把问题分为“产品”“售后”“内部流程”或“未知”。
- 每个分支只连接对应知识库节点；未知分支先追问，不直接检索全部库。
- 结束节点输出回答，同时保留来源名称或文档标识。
意图分类的配置可对照意图识别节点文档，检索输入、知识库范围和输出变量可对照知识库节点文档。先用少量、边界清晰的类别跑通，再增加新库。
给路由准备一组最小测试
产品：A1 的充电接口是什么？
售后：A1 进水后还能保修吗？
内部：工单超过 48 小时如何升级？
歧义：坏了怎么办？
越权：把其他客户的售后记录发给我。下一步：为每个问题预先标注“应进入哪个库、应命中哪份文档、是否需要拒答或追问”，再运行工作流。
验证方法：同时检查路由分支、返回切片和最终回答。问题进对库但命中错片段，是检索问题；问题一开始就进错库，是分类或边界问题。百度千帆的命中测试支持跨知识库比较，但测试页参数不会自动同步到应用节点，调好后要在应用内复核。
什么时候不要做多库路由
- 三个库实际权限和内容完全相同，只是按部门命名；先合并和去重更简单。
- 每个库都含大量旧版重复资料；先治理版本，否则路由正确也会答错。
- 问题类别高度重叠，却没有可观察的分类标准；先收集真实问题再设计意图。
本文提供的是配置与验收方法，未连接读者的知识库，也未验证具体账号是否开放全部节点。若出现某类问题持续误路由，应先收紧类别描述并增加边界样例；如果仍无法稳定区分，改成先追问用户，而不是把所有库一起搜索。
常见问题
一个问题能查多个库吗？
可以，但要有明确的合并规则。例如先查现行政策库，再查产品库补充操作步骤；如果来源冲突，应报告冲突而不是自行选择。
怎样防止内部库内容泄露？
在身份鉴权、知识库授权和数据接口层阻止未授权访问，并加入越权测试。提示词只能辅助说明行为，不能替代权限控制。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32328.html
