第 3.5.1 节：先判断企业知识和内训资料能否支撑问答
进入实现之前，先围绕“先判断企业知识和内训资料能否支撑问答”划清适用场景、不做范围和判断条件。完成本节后，你应该能够写出企业知识和内训资料的适用场景、不适用场景、前置条件和进入工程实现的判断标准。
章节定位
企业知识库与内训问答项目，是 Agent（智能体）工程中最适合训练“可靠性”的案例之一。它看起来像一个内部聊天机器人，实际要处理的是资料治理、文档版本、权限边界、检索质量、引用来源、反馈修订和员工信任。
很多企业已经有大量制度、流程、培训课件、研发文档、项目记录和历史问答，但这些资料分散在不同系统里，员工找不到、看不懂、怕用错。新人入职时要反复问同样的问题；老员工遇到新政策也要到处确认；HR（人力资源）、行政、财务、IT（信息技术）和研发负责人经常被重复问题打断。
本章要教你把“把文档丢给 AI（人工智能）问答”升级成“可追溯、可权限控制、可更新、可内训的企业知识系统”。你不需要讲编程语法，也不需要提供完整实现细节。你需要掌握的是：客户的资料是否适合做知识库，哪些问题应该回答，哪些问题必须拒答，如何让答案带依据，如何在作品集中证明系统不是胡编，而是能服务真实组织。
行业业务问题
企业知识不是没有，而是难以被正确使用。制度文件可能有多个版本，流程说明藏在聊天记录里，培训课件只有部门主管知道，研发文档和故障复盘散落在不同目录。员工问问题时，最常见的成本不是“没有答案”，而是“无法判断哪个答案是最新的、正式的、对自己适用的”。
在制度问答场景中，员工会问报销、请假、采购、合同、差旅、考勤、资产领用等问题。一个不可靠的回答可能造成流程错误、费用损失或合规风险。因此系统必须明确回答依据和适用范围，不能把建议伪装成正式制度。
在内训场景中，企业希望把培训资料变成可问答、可复习、可测评的知识助手。新人可以问“这个岗位前两周要完成什么”“这个工具怎么申请权限”“产品线之间有什么区别”。培训负责人希望看到员工常问什么、哪些内容不清楚、哪些资料需要补充。
在研发知识库场景中，团队关心的是接口说明、架构决策、故障处理、发布流程和排障经验。这里的风险是资料更新快、术语多、权限复杂。系统不能只看相似度，还要看项目、版本、负责人和适用环境。
这个项目的商业价值通常体现在三方面：减少重复咨询，提高新员工上手速度，降低制度误用和知识流失风险。
适合/不适合场景
| 判断项 | 适合做 | 不适合做 |
|---|---|---|
| 资料状态 | 有制度、流程、培训课件、FAQ（常见问题）或研发文档 | 资料严重缺失，所有知识都只在少数人口头经验里 |
| 负责人 | 每类资料有业务负责人，能确认版本和适用范围 | 没有人愿意对答案和资料更新负责 |
| 权限边界 | 能区分全员、部门、岗位、项目、管理层等访问范围 | 敏感资料混在一起，客户又要求所有人都能问 |
| 回答要求 | 接受“有依据才回答、无依据就拒答” | 要求系统猜测答案或替代正式审批 |
| 更新机制 | 有资料更新频率、发布人和过期处理规则 | 只想一次导入，之后长期不维护 |
| 使用场景 | 制度问答、入职学习、培训复习、研发查询、政策摘要 | 高风险法律、医疗、投资等需要专业签字负责的最终判断 |
售前判断时，要特别留意客户是否把知识库当成“万能大脑”。如果资料没有治理、权限没有边界、负责人没有承诺，项目就会从技术问题变成组织问题。
需求澄清清单
- 知识库服务对象是谁：全员、某个部门、新员工、销售团队、研发团队、管理层，还是外部合作伙伴？
- 主要问题类型是什么：制度查询、流程指导、培训复习、政策摘要、研发排障、项目知识，还是跨部门问答？
- 资料来源有哪些：文档、表格、课件、网页、历史问答、工单、会议纪要、研发文档分别在哪里？
- 每份资料是否有负责人、版本号、发布时间、适用部门和过期时间？
- 哪些资料属于敏感内容：薪酬、绩效、客户信息、合同、代码、财务、战略、个人信息如何隔离？
- 回答是否必须引用原文？引用需要显示标题、段落、页码、更新时间和负责人吗？
- 员工提问时是否需要识别身份、部门、岗位和项目权限？
- 资料更新后多久需要生效？旧版本如何下线？历史答案是否需要标记过期？
- 系统遇到资料冲突时听谁的：最新制度、指定负责人、部门规则，还是人工审核？
- 错误答案如何反馈：员工能否点“答案有误”，谁接收，多久处理，处理后是否重新索引？
- 内训是否需要测评：是否要生成知识点回顾、题目、学习记录和薄弱点分析？
- 成功指标是什么：重复咨询减少、首问命中率、新人上手时间、员工满意度、拒答合理率、反馈处理时长？
这些问题的目的不是让客户觉得麻烦，而是让客户意识到知识库的质量来自资料和流程，不只来自模型。