模型或知识库变更后如何重新验证?

模型替换或知识库调整后，原有测试通过记录不能直接证明系统仍然可靠：同一个问题可能检索到不同资料，也可能在相同资料下得到不同回答。重新验证的对象因此不是模型或文档本身，而是变更后的完整业务流程，包括数据权限、回答质量和系统可执行的操作。

先确定影响范围

变更登记应写清调整内容、涉及的业务场景、数据来源、工具权限和负责人，并保留变更前的版本、配置与测试结果，作为对照基线。模型替换需要关注输出及工具调用的变化；知识库更新则要检查资料是否准确、是否过期，以及原文件的访问权限能否正确传递到检索环节。

验证范围取决于变更可能造成的后果。仅生成非敏感草稿的系统，可以重点复核代表性任务；涉及敏感数据、客户服务或业务记录修改的系统，则需要同时验证权限、人工确认和异常处置，不能只检查回答是否通顺。

用业务场景做对照测试

测试应覆盖正常请求、资料不足、过期信息和无权访问文件等情况，将变更前后的结果与业务要求比较。判断重点包括：回答是否有依据，无法确认时是否避免作出确定判断，以及系统是否向不应访问资料的用户展示内容。

具备工具调用权限的系统还应检查：错误回答会不会触发操作，关键动作是否需要确认，操作记录能否追溯。人工复核也要验证实际效果：复核人员能否看到足够信息、是否有权拒绝执行，而不是仅确认流程中存在审批环节。

审批与恢复同样需要验证

业务负责人应根据测试结果确认适用范围和可接受风险；技术、安全及数据相关人员分别检查配置、权限和异常处理。测试未覆盖的场景、供应商未提供的信息，以及尚未消除的限制，都应记录并纳入上线判断。

重新验证不止于一次测试。上线后应持续监测异常；发现严重问题时，按预先确定的责任分工暂停功能、回退版本或切换人工流程。恢复措施本身也需要演练，否则“可以回退”仍只是未经验证的假设。