这个决定什么时候必须做
当企业知识库内集合数量突破可手动管理的阈值，或业务出现多场景数据隔离、权限管控需求，或全局检索出现无关内容干扰时，该决定成为必须。过早推进选型会增加初期配置成本，浪费前期部署的简化逻辑。过晚推进则会导致检索精度持续下降，数据权限无法合规管控，团队协作中出现数据混淆，排查问题耗时大幅增加，影响业务响应速度。当工作流场景需要跨知识库检索或按场景过滤数据时，也需提前规划选型，避免后期流程重构的额外成本。当多团队共享知识库出现数据交叉污染时，必须及时调整选型，确保各团队的数据访问符合业务规则。
判据矩阵
| 候选方案 | 检索过滤能力 | 数据权限隔离能力 | 工作流适配性 | 多模态检索适配性 | 运维管理成本 | 跨场景数据共享能力 |
|---|---|---|---|---|---|---|
| 单知识库+集合标签 | 支持通过集合过滤参数配置标签条件，支持$and/$or逻辑，可过滤未设置标签的集合，仅商业版可用 | 仅集合级过滤，无法跨库隔离 | 知识库搜索时填写「集合过滤」按标签过滤；工作流节点中的具体配置方式文档未明确，需按部署环境实测 | 图片检索效果取决于该知识库是否配置视觉模型与支持图片的向量模型 | 中等，集合数量增加时标签管理成本上升 | 同一集合可添加多个标签，支持跨场景复用数据，无需重复入库 |
| 多知识库合并检索 | 知识库搜索节点可同时选择多个相同向量模型的知识库；多个搜索节点的结果可用「知识库搜索引用合并」节点合并，按 RRF 重新排序并支持最大 tokens 过滤 | 每个知识库独立配置协作者；跨库检索时的鉴权规则文档未明确，需按部署环境实测 | 支持在工作流中使用多个知识库搜索节点，搭配知识库搜索合并节点整合结果 | 同一个搜索节点只能选相同向量模型的知识库；图片检索效果取决于各库的视觉模型与向量模型配置 | 低，无需额外标签管理，直接按库维度管理 | 可共享多个知识库的数据，但需为每个场景配置对应的知识库列表 |
| 按场景拆分为独立知识库 | 每个知识库为独立搜索单位，需在搜索时指定目标知识库，无跨库自动合并能力 | 每个知识库独立配置权限，可按场景分配访问权限 | 支持在工作流中直接选择单个知识库检索，或通过合并节点整合多个独立库结果 | 图片检索效果取决于各库是否配置视觉模型与支持图片的向量模型 | 高，需为每个库重复配置分块、模型、权限等参数 | 数据无法跨库复用，需将相同数据导入多个知识库才能共享 |
每个判据为什么重要
检索过滤能力不足会导致无关内容被召回，降低回答准确率。当业务需要精准召回特定场景的数据时，例如客服场景仅需召回售后相关内容，若无法过滤售前集合，会导致回答偏离需求。单库加标签的方式可通过配置标签条件实现精准过滤，多库合并检索依赖合并节点逻辑，拆分为独立库则可直接按库检索，无需额外过滤。 数据权限隔离不足会导致敏感数据被非授权访问。当企业多部门共享知识库时，人力资源的薪酬文档若未隔离，会被市场部门人员检索。单库加标签仅能实现集合级过滤，无法跨库隔离，多库合并与拆库则可通过独立配置权限实现合规管控。 工作流适配性不足会导致自动化流程中断。当内容审核场景需要先检索合规知识库再分类，若无法灵活配置检索范围，流程会受阻。三种方案均支持工作流集成，但单库加标签需配置过滤参数，多库合并需搭配合并节点，拆库可直接选择目标知识库，适配逻辑存在差异。 运维管理成本过高会增加团队工作量。当集合数量较多时，单库加标签需维护大量标签与集合关联，拆库需重复配置每个库的参数，多库合并需维护多个库的同步，合理选型可降低运维成本，提升工作效率。 跨场景数据共享不足会导致数据冗余与存储浪费。当产品文档需用于客服与培训场景，若无法复用，需重复导入，增加存储成本。单库加标签可通过多标签实现复用，多库合并与拆库则需重复导入，提升资源消耗。
换的代价
已选定方案切换为其他方案时，需面对数据迁移、索引重建、配置调整与验证的成本。从单库加标签切换为拆分为独立库时，官方文档没有提供跨知识库迁移集合的说明，按场景拆库通常意味着把文件重新导入到新的知识库并重新完成分块与索引，需先在测试环境验证。迁移过程需验证每个库的检索精度与权限配置，确保数据完整无误。从拆分为独立库切换为单库加标签时，需合并多个知识库的数据至单一库，重新配置集合标签，调整工作流节点的检索参数，验证合并后的数据检索逻辑是否符合业务需求。从多知识库合并检索切换为其他方案时，需调整工作流中的合并节点配置，重新梳理检索逻辑，验证合并结果的排序与过滤效果。迁移前后都需要按业务问题逐条比对检索结果，确认召回范围符合预期。
什么情况下这个决定可以先不做
当知识库内集合数量较少时，无需额外配置标签或拆分知识库，单库即可满足管理与检索需求。当业务场景单一，无需跨场景数据隔离或过滤时，也可暂不推进选型。当团队尚未部署商业版功能，无法使用集合标签时，可暂不考虑该选型，待后续功能上线或业务规模扩大后再调整。当业务对检索精度要求不高，仅需全局检索即可满足需求时，也可暂不做该决定。但需定期评估知识库规模与业务需求，避免因业务扩张导致后期迁移成本大幅增加。
继续阅读
参考资料
需要进一步确认时
上述判据可依据公开文档与部署实测逐项核对。若需要结合具体业务规模、数据边界与运维条件确定选型，可通过商务咨询获取评估支持；云服务形态可直接开始使用，先验证业务可行性再决定部署形态。
- 商务咨询：结合业务条件做选型评估
- 立即开始：先用云服务验证可行性
- 定价：对比不同形态的适用范围