当前依赖的模型版本即将下线，供应商给了一个新版本。作为产品经理，你会怎样组织迁移并控制用户体验风险？
考察说明
考查模型版本迁移、评测验证和灰度发布决策能力。
回答思路
- 先盘点旧模型服务的用户场景、提示词、工具调用、结构化输出、上下文长度和安全策略，识别不能只靠接口兼容判断的行为依赖。
- 在同一套真实任务回归集上比较新旧版本，除总体质量外还要查看高风险分层、格式通过率、拒答、延迟和成功任务成本。
- 对差异明显的样本进行人工复核，区分新模型能力变化、提示不适配和工具协议变化，不能通过不断加补丁提示掩盖根因。
- 先用离线回放或影子流量观察新模型，再对小部分低风险用户灰度，避免把首次验证直接放到全部生产流量。
- 迁移过程要记录请求使用的模型版本，准备快速回滚或临时收窄能力，并保证关键写操作仍受权限和人工确认保护。
- 如果回答风格、支持范围或用户可见行为发生明显变化，应同步更新产品说明和客服口径；上线后持续比较任务成功与严重错误。