用户场景验收

参考 · 用真实用户结果约束后续实现

本页不是测试框架说明。它把 0.x 行为合同转成使用者、资料负责人和集成方都能共同评审的场景。未来实现必须能通过这些结果验证，才能宣称相应路径可用。

场景一：建立第一条知识工作流

起点： 客户成功团队希望依据当前退款规则回答客户问题。

不可接受的结果： 系统只接受任意上传文本，却无法告诉团队哪份资料正在回答什么问题。

起点： 一位客户询问标准套餐在指定购买日期是否可退款。

判断	预期结果
范围充分	系统识别问题属于正确的知识空间，并检查地区、套餐和日期。
证据充分	回答附上政策版本、相关片段和适用范围。
范围不足	缺少地区或套餐时，结果要求补充，而不是给出泛化结论。
证据不足	找不到当前主证据时，结果缩小、转人工或说明未知。
能力不足	必要的过滤、定位或状态能力不可用时，结果明确显示影响。

不可接受的结果： 返回一段看似正确的答案，却没有来源、版本或限制，也无法知道它是否用了过期资料。

起点： 政策负责人发布新退款规则，并宣布旧版将在某日期失效。

阶段	必须看到什么
识别变化	新旧修订的关系、生效时间和负责人。
影响评估	哪些知识空间、证据或回答可能受影响。
处理中	哪些能力完成、哪些还在等待，以及当前结果保证到哪里。
完成更新	新版可以承担默认依据；旧版用于历史解释而非新问题默认回答。
失败或撤回	没有替代证据时，相关结论明确降级或转人工。

不可接受的结果： 新文件被覆盖式导入，团队无法知道旧回答是否仍可靠，或者处理未完成却显示“已经更新”。