引用要能定位到实际内容
问答助手在回答制度或产品问题时，可以附上支持结论的文档名称、章节和片段。仅给一个笼统的资料链接，用户仍然需要重新查找，无法判断答案是否有依据。方案应明确引用展示的粒度，并保留文档版本信息，让用户知道这段回答依赖什么内容，而不是把所有相关搜索结果都放在答案下方充数。
回答与证据需要对应
一次回答可能包含多个结论，应尽量让用户看出每个结论对应哪些资料。生成前的检索结果不一定足以支持全部问题，系统应允许回答部分内容，并说明缺少哪方面的信息。不能因为检索到了一个相似标题，就把文档没有说明的细节也写进答案。对重要业务问题，可以增加人工核对或补充材料入口。
无法回答也是可用结果
没有匹配资料、资料互相冲突和用户无权查看，是不同情况，提示语与下一步动作也应不同。系统可以建议换一种问法、联系资料维护人或转人工处理，但不应为了保持对话流畅而编造出处。对于引用已经失效或用户后来失去访问权限的历史对话，打开来源时仍要重新检查权限。
用可核对的问题验收
准备答案在单份文档、多份文档和现有资料中完全不存在的三类问题，逐项检查回答与引用是否一致。让业务人员沿着引用找到原文，确认没有遗漏重要前提。还应测试相似术语、旧版本资料和跨部门问题，记录错误类型。评价一个知识助手时，答案可核对性比仅看语言是否流畅更有实际意义。
方案落地前需要确认
本文以“AI 知识问答设计”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。