从场景验证与知识治理的先后顺序讲清这个常见分歧，给出判断条件、落地步骤与「够用」的判定标准。
建议先做应用：选一个真实业务场景，只接入该场景必需的知识，跑通一次完整工作任务；验证有用之后，再按暴露出来的缺口补知识库。没有场景先做全量知识治理，很容易做出没人使用的资产。
| 对比维度 | 先建知识库 | 先做应用 |
|---|---|---|
| 起点 | 整理企业全部资料 | 选定一个可验证的业务场景 |
| 产出 | 知识资产与分类体系 | 可运行的最小工作闭环 |
| 验证方式 | 难以判断是否被使用 | 由真实用户完成真实任务来验证 |
| 主要风险 | 整理标准脱离实际使用场景 | 场景选错导致返工 |
| 适用前提 | 知识分散且质量差、合规要求明确 | 有明确的业务痛点与责任人 |
这不是二选一：应用先行不等于不做知识治理，而是把治理范围收敛到当前场景所需的部分。
因为它把「整理」当成了目标，而企业真正要的是任务被完成。当知识整理缺少明确的使用场景时，分类、粒度和更新频率都缺少判断依据，最终容易变成一份无人维护的资料库。
知识库的价值由被调用情况决定，不由文件数量决定。
当知识本身是障碍时：资料分散在多个系统且相互矛盾、存在明确的合规与权限要求、或同一问题在不同部门有不同口径。这些情况下，不先处理知识问题，应用做出来也无法给出可靠回答。
即便在这种情况下，也建议先锁定当前阶段的场景范围，避免治理范围无限扩大。
用最小闭环的方式推进：定义任务、接入必要知识、让真实用户完成一次完整任务、记录失败点、再决定补知识还是改流程。每一步都有明确产出，而不是先做一个演示。
演示成功不等于生产可用，验收必须由真实用户与真实数据完成。
够用的标准是：目标场景的常见问题能被准确回答，异常情况能被识别并转交人工，知识有明确的责任人与更新节奏。达到这三点即可上线，其余知识按场景扩展逐步补充。
「够用」是相对当前场景的判断，场景扩展时需要重新评估，而不是一次建成后长期不变。
本页由深云围绕企业 AI 应用落地与知识治理的公开实践方法进行原创整理，用于帮助企业判断推进顺序。具体产品能力以腾讯云 WorkBuddy 与 ADP 当前页面为准，涉及合规与权限的安排应结合企业自身制度确认。
深云以 FDE 前置部署模式进入业务现场，协助完成场景筛选、知识接入、上线验证与持续运营。
查看深云 FDE 模式 →