企业落地 · 2026/09/09
垂直行业模型微调之前，为什么先接企业知识库
垂直行业模型常被当成「先微调再上线」。事实更新快、口径冲突多时，把知识写进权重会过期且难改。先接企业知识库（检索增强），把可更新事实留在库外，再用微调改语气与任务格式。微调之前先接知识库，把可变事实与口吻训练拆开立项。
采购会上常听到：要上垂直行业模型，先微调自家语料。报价、制度、产品参数每周都在变时，写进权重的「行业知识」很快过期，改一次等于重训一轮。行业更常见的顺序是：先接企业知识库做检索增强，再决定要不要微调语气与任务格式。
垂直微调管口吻与格式；当日事实另走知识库
微调擅长：行业口吻、固定输出格式、特定任务流程（分类、抽取、填表）。它把模式压进权重。
企业知识库 + 检索增强擅长：制度原文、价目表、工单结论、版本化文档。事实留在库外，更新文档即可，不必重训。
把「今天合同金额是多少」这类可变事实拿去微调，模型会以高置信度复述训练截止时的旧数。库里有唯一事实源时，回答可以带着条目编号被抽查；权重里的记忆很难逐条追责。
先接企业知识库，卡的是三件事
- 唯一口径：同一客户金额在 CRM、财务、PPT 各写一版时，先裁决再入库。入库前不裁决，检索只会稳定地检出冲突。
- 可更新：制度改了改库；微调改事实要重跑数据与训练。变更频率高的领域，库先行成本更低。
- 可审计：回答能回溯到文档版本与段落。事故复盘时分得清是检索错了还是生成跑偏。权限放大也靠这一层。
上下文要可依赖、可执行、可审计，见 企业上下文管理：AI 时代不脱节的基础设施。那篇讲基础设施；本稿只卡「微调前为何先接库」这一决策。
什么时候再开垂直微调
知识库已能稳住事实问答之后，再开微调通常为了：
- 固定行业话术与拒答边界（合规措辞）
- 压缩多步填表、工单分类的格式错误
- 在检索结果之上提高任务成功率，而不是替代检索
训练集仍要版本化与脱敏；微调不自动解决权限与冲突文档。企业培训上完了、工作流没改时，模型和库都会闲置，见 企业 AI 培训完了 vs 工作流没改。设计优先的路径见 小团队如何设计第一套 AI 编程工作流？。
怎么用：微调立项前先过知识库清单
- 先圈一条业务闭环（退款、报价、合规问答），只为这一条建可更新知识切片。
- 入库前完成：敏感级分类、唯一版本、业务 Owner 签收、新鲜度规则。
- 验收检索：同问同库、冲突可解释、答案带来源 ID。
- 检索达标后，再单独立项垂直微调（语气/格式），并写明「不承担事实唯一源」。
你负责：为选定业务闭环接企业知识库检索；事实类问题必须带回文档 ID 与版本。
完成后我要看到：冲突裁决规则、Owner、新鲜度策略、抽样问答与来源列表。
不要做：用未裁决的多源文档直接微调；不要把价目/制度当权重记忆；不要在无来源 ID 时宣称「行业模型已上线」。垂直行业模型：常见问题
垂直行业模型是不是必须先微调？
不必。可变事实优先走企业知识库检索；微调更适合口吻与任务格式。许多团队微调先行，是因为把「有行业感」和「事实正确」绑成了一步。
知识库接好了，还要不要垂直微调？
看缺口：若检索已准、主要痛点是措辞不稳或格式乱，再微调。若痛点仍是口径冲突与过期文档，继续治库，加参数解决不了唯一事实源。
企业知识库接到什么程度才能谈微调？
至少：目标闭环内文档有 Owner 与唯一版本、敏感级已标、抽样问答能稳定带回可点击来源。缺这三项就开垂直微调，后续改数仍要重训，且审计困难。