AI WORKFLOW NOTES
业务规则变了，AI 工作流要复核哪些环节？
不要只替换知识库文件；先确认变化影响谁、任务哪一步、输出哪项内容，再用旧例和新例做一次有限回归检查。
先描述变化，而不是直接改资料
价格口径、产品范围、审批规则、岗位责任或文档版本发生变化时，工作流可能仍按旧条件生成内容。维护者应先记录原规则、新规则、生效时间、信息来源、审批责任人和受影响任务。未确认的临时消息不应直接写进长期知识源。不同类型的变更需要不同审批，不要假设一份文件更新就自动代表所有流程已更新。
确认变化是新增、删除、范围收窄、条件调整还是仅换了表述。记录旧版本和新版本间的具体差异，必要时让业务负责人解释“哪些情境结果会不同”。无法说清差异时，先暂停该变更进入自动流程。
沿执行链检查六个位置
检查一：输入来源能否引用到新版本，旧版本是否已标记失效。检查二：用户或系统权限是否仍覆盖该资料。检查三：任务说明与规则是否会互相冲突。检查四：输出字段是否要新增条件、状态或待确认值。检查五：人工审核人与批准路径是否变化。检查六：后续系统、模板、对外说明和通知内容是否还使用旧信息。
由流程责任人画出实际交接路径，不能只从模型提示词推断系统真实行为。如果流程另有手工表格、邮件模板或 CRM 规则，逐一确定影响和更新人。无法确认某个下游系统时，将该依赖列为待检查，而不是宣布回归测试完成。
选取少量代表性输入回归
构造覆盖变化前后边界的测试：旧规则适用情境、新规则适用情境、条件不完整、资料冲突和不适用情境。可用批准的脱敏资料或人工合成例子，并清楚标注，不能把它们当成真实用户案例。每个测试写出预期状态、必须保留的限制、可以输出的字段和应当停止的条件。
回归检查要验证流程是否正确引用当前规则、是否暴露未知、是否将旧版本当作现行，以及异常是否能交给人处理。它不证明所有输入都安全，也不能替代组织要求的完整验收。重要任务应由实际业务负责人查看测试记录。
决定上线、缩小范围或回退
结果可分为：新规则通过限定测试后启用；仅一部分任务通过，先把工作流收窄到已验证范围；规则责任人未确认，暂缓更新并沿用经批准的人工流程；发现关键旧信息仍可能输出，恢复到安全版本并排查传播路径。为每项决定写明责任人、生效版本和复查条件。
流程管理者还要通知使用者变更内容：什么时候生效、哪些任务受影响、旧输出如何处理、遇到疑问联系谁。若有对外资料使用了旧说法，另按内容更新流程审查，不要只更新内部模型文件。
可复用的变更回归记录
记录变更编号、旧/新规则链接、获批人、生效时间、受影响的任务与系统、更新文件、测试案例及结果、未覆盖情况、人工确认人、回退路径、使用者通知和复查日期。测试完成不应自动触发生产变更；是否发布由既有权限和审核流程决定。
这张清单适用于资料或业务规则会变化、且 AI 输出与日常流程相连的团队。若系统没有版本控制或无法识别资料来源，先建立受控记录，再扩大自动化。已有文章[资料变化后的回归检查](/articles/ai-workflow-source-change-regression)讨论知识源更新；本篇侧重业务规则变更沿执行链的影响检查。
常见问题
只更新知识库，不调整工作流，也要做回归检查吗？
要先判断新资料是否改变输入、输出或下游使用条件。若仅是无关资料更新，也应记录判断依据；若规则相关，应按受影响范围做有限测试。
回归检查没覆盖的情形可以标为已通过吗？
应说明测试范围和未覆盖情形。通过只表示已检查范围满足约定条件，不等于所有情形都已验证。