先算更新频率
更新越频繁，越需要可控的入库流程与权限接口，纯采购方案的改造成本越高。怎么判断？统计近半年文档的变更次数，若每个月都有批量修订，套件的模板化流程往往跟不上，这时就要考虑定制或自研。
权限复杂度是分水岭
只按部门可见，采购方案基本够用；要按项目、合同、客户分级，且检索前必须过滤，就需要能改检索链路的方案。边界在于：前端隐藏不算权限，选型时一定要问清过滤发生在哪一层，并让对方现场演示。
自研的真实成本
为什么自研不只是开发？切分策略、评测集维护、索引与存储运维、模型版本升级都要人。团队不足时，系统往往在半年后停止迭代。若坚持自研，至少要配一名长期负责的产品角色，而不是项目结项就散，否则无人承接。
外部交付看移交
交付方的价值在于把盘点到评测的流程跑通并移交。选型时怎么判断？要求提供知识清单、评测集、运营手册与培训，明确离场后客户能独立运行；只交系统不交方法的交付，第二年往往还要再买一次服务。
适用与不适用
适合谁
- 正在比较知识库平台与定制开发的团队
- 知识涉及客户资料、需要严格检索隔离的企业
- 内部没有 AI 工程团队、希望一次交付到位的组织
不适合谁
- 文档量很小、只需简单全文检索的场景
典型场景
某律所要把案例、法规与内部模板做成检索库。评估发现按案件与客户分级是硬要求，而采购套件的过滤只做在界面层，最终选择采购存储与检索底座、自研权限适配，并由外部交付方完成首批三千份文档的切分与评测，交付后交信息部接手。
可执行步骤
- 统计文档变更频率与权限维度，列出不可让渡的硬性要求
- 要求候选方说明检索过滤发生在哪一层，并现场演示越权提问
- 测算自研的长期人力成本，而不是只算开发期投入的工时
- 把知识清单、评测集与运营手册写入交付范围，约定离场标准
常见坑
- 只看演示效果选型，未问权限过滤层级，上线后发现越权检索无法通过安全评审，返工重建索引。
- 自研只算开发人力，没有安排长期维护角色，半年后索引与模型无人升级，系统逐步停更。
- 交付只收系统不收方法，运营手册与评测集缺失，第二年重新采购同类服务，投入翻倍，交接也更难。
自检与验收清单
- 权限过滤发生在哪一层是否有明确答复
- 长期维护人力是否落实到具体岗位
- 交付范围是否含清单、评测集与手册
- 入库、检索、权限三类接口是否开放
常见问题
能不能直接用开源方案自建？
技术上可行，适合有工程团队且知识规模可控的组织。要评估的是长期成本：切分与评测的调优、索引运维、权限适配、模型升级都需要人。没有稳定投入时，开源方案容易停在演示阶段。
采购平台的数据安全怎么确认？
要求书面说明数据存储位置、是否用于训练、日志保留策略与删除方式，并写入合同。涉及客户资料时优先专有实例或内网部署；仅凭口头承诺，通常不足以通过安全与法务评审。
外部交付之后我们接得住吗？
取决于移交内容。要求交付方提供知识清单、元数据规范、评测集、运营手册与至少一次实操培训，并在移交后保留一段问题响应期；只给账号与后台的移交，团队接不住，第二年又要重新采购。