助手需要经过验证的信息才能回答公司问题。知识库把回复与文件、条件和流程连接起来，只有资料最新、相关且权限合适时才有用。
有用的知识库从好文档和访问规则开始。检索可减少部分错误，但不保证答案正确。
检索如何工作
常见方法是 RAG：系统找到相关段落并交给模型组织答案。这与用公司全部文档训练一个新模型不同。
取消预订问题应检索当前取消政策。如果找到旧说明或另一项服务的条件，答案即使自信也可能错误。
准备资料来源
整理服务说明、限制、支持答复与内部流程，每份文档都有负责人、版本和明确状态。连接智能体前解决条件矛盾。
准确价格表通常比多份价格不同的演示文稿更有用。经常变化的值更适合通过工具读取主系统，而不是复制到静态文件。
处理没有答案的情况
助手应识别已验证信息不足，并转人工。展示来源可帮助员工检查条件和例外。
文档链接本身不证明回答有依据。需要核查段落是否回答问题，以及模型是否添加未证实细节。
保持权限边界
客户不应看到内部折扣备注，一个部门也不应检索另一部门的受限文件。权限应在检索和访问层执行，而非只写在指令中。
外部文件属于不可信输入。要求助手忽略规则的句子只是待处理内容，不是改变系统行为的授权。
测试与维护知识库
创建有已知答案和资料无法回答的问题，测试旧版本、相似服务名及权限限制，并确认来源真正支持答案。
指定知识负责人和更新流程。条件变化时更新来源并重测相关问题，否则助手会高效传播旧信息。
示例：取消预订
客人问抵达前两天取消，需找到所选价格方案的最新条款。一般规则不一定适用于不可退款或节假日预订。
保留文档、版本和相关段落以便复核。信息不足要澄清或交接；检索到上下文不保证解读正确，应检查最终回答。
准备有用资料
从常见问题、价格、服务和接手规则开始，指定负责人及日期，删除失效版本并先解决矛盾。
按目的和权限分开公开条款、内部说明及个人合同。检查扫描和表格的文字、单位及行关系；上传大档案不保证检索准确。
处理更新与冲突
明确谁发布、何时生效和如何移除旧版。价格或条件变更后用控制问题检查。
标明产品、地区、方案及日期，需要时澄清，不随意选第一个文件。保留回答与资料关系，才能定位来源、检索或表达问题。
验收及维护
测试真实问题、相似服务、不同方案、旧条件和无答案情况，并在不同角色下检查客户不能读取内部资料。
检查员工审核与更新是否方便，把维护工作计入支持。指定持续内容责任；知识库是受控且最新的资料，不是永远无所不知的承诺。
检查清单
- 解决矛盾并指定文档负责人。
- 从主系统读取变化数据。
- 检查支持来源和信息缺失情况。
- 执行权限限制和更新流程。
