企业知识库能回答，不等于能交付：引用、权限、更新怎样验收？

员工问某张交易单的总金额，系统回答得很顺，却拿了另一张单据的数字。单文件演示正常，放进几百份相似文件后出错，这才是需要验收的问题。一则公开求助描述了编号在文首、金额在文末的关联困难；作者随后反馈，元数据过滤在其本地验证中较符合需要。[6]

另一则 WeKnora 历史 issue 记录了共享库能检索、列举接口却返回403的情况；该 issue 已于2026年10月21日标记完成。[7] 这提示实施时应分别检查发现、读取与调用权限，不代表当前版本仍有此问题。

可以从8至12份脱敏文档起步，混入相似编号、不同金额、同名新旧版本和不同可见范围。由业务负责人先写标准答案、依据位置、允许角色，以及资料缺失时应怎样处理。这个数量只是启动建议，不足以证明总体准确率。

每次测试记录账号角色、文档版本、提问、回答、引用和结果。相同问题换角色再问；修改资料后重新提问，并保留失败样本。下表是建议验收项，尚未代表任何系统已通过。

引用不能只显示一个文件名。要检查答案中的关键说法能否对应到原文，链接能否打开正确位置；扫描件、表格和历史入库文档需要单独测。WeKnora官方文档提供原文位置字段，也说明功能上线前入库的文档可能没有该字段。界面出现引用按钮，不等于已有可核对的依据。

权限应由身份与服务端规则决定，再约束检索范围。Dify官方材料展示了元数据过滤，但有过滤选项不等于整条访问链已经隔离。不能让用户仅靠改写问题就更换授权条件。还要检查原文预览、下载与分享链接，避免回答没泄露，附件却能直接打开。

先约定谁负责更新、何时生效、旧版本是否保留，以及删除涉及原文件、索引、缓存还是会话记录。RAGFlow官方文档将编辑、停用和删除分块列为不同操作；停用后资料仍可保留，但不参与检索。实际项目应分别验证，不能把上传成功当作答案已更新，也不能把退出检索说成所有副本都已清除。

接入Agent后，能回答之外还要检查能否发现正确工具、能否携带正确身份调用、撤权后是否停止。MCP规范分别定义工具列举与调用，HTTP授权另有规范；采用协议并不会自动补齐业务权限。无结果、无权限和接口故障应分别记录，不能都解释成知识库里没有资料。

• 检索适合找制度、操作说明和背景依据。若现成文档系统的搜索、版本与权限已够用，先保留现有SaaS，比较是否还有必要增加问答层。
• 编号查金额、按日期筛订单、汇总数量，优先评估经过校验的结构化字段与数据库查询。AI可以帮助表达查询条件，结果仍须核对字段、单位、关联关系和查询权限。
• 资料互相矛盾、有效版本未定、权限责任未分清时，先由资料负责人整理。涉及付款、合同等重要决定，保留复核与审批；新增问答入口不能替代业务责任。

验收记录应列明覆盖的文件类型、角色、问题和失败处理，以及维护责任、运行费用与后续扩充方式。先修复样本中可复现的错误，再讨论扩大范围；增加文档、接入新系统或更换权限模型后，应补测受影响的部分。展示几条答对的问题，只能证明这几条样本的表现。