客户准备把运行多年的规则客服迁移成生成式 AI，但现有流程牵涉十几个系统。你作为 FDE，会怎样确定首期迁移边界并降低切换风险？
考察说明
考查遗留系统迁移、业务连续性和分阶段交付能力。
回答思路
- 先与业务、客服主管和系统负责人画出当前任务链路，标记规则命中、人工判断、系统读写及失败补偿，不能只根据旧系统接口清单估算范围。
- 按照业务频率、现有缺陷、失败损失、数据可得性和集成复杂度给场景分级，首期选择价值明确且可人工兜底的闭环任务。
- 保留旧规则引擎作为可比较基线，通过影子流量记录新旧方案的任务完成率、错误类型、处理时长和单位成功成本。
- 迁移期间让新系统先生成建议而不执行高风险动作，达到双方约定门槛后再逐步开放写操作，并为每类动作设置审计和幂等保护。
- 与客户共同确认流量比例、数据回放范围、验收负责人和回滚触发器，出现关键错误、下游异常或人工负担激增时立即切回旧流程。
- 首期结束后根据真实收益决定扩展、重做或停止，把遗留规则的退役计划与支持责任写入交付文档，避免长期维护两套隐性主系统。