作者升级了海报生成方法，新版本的色彩更丰富，却破坏了一位付费客户固定的品牌风格。参数一个没变，函数也正常返回，但客户原本认可的交付方式已经变了。
已有版本化 API、模板版本和发布流程时应继续使用。偶尔人工交付，可以先让客户确认新版样张。把实现接到统一入口，能减少分散维护，却不能免去效果变化的验证。
可以让订单保存选定的方法版本，由提供方按该版本执行，通过 EasyNet 返回产物与实际使用版本。新订单可以选择新默认，已接受的订单仍遵循原约定，不能在运行时悄悄换到最新效果。
这种安排需要版本目录、订单关联和明确的维护窗口。运行方负责保存可执行的旧实现，上游模型若已下线，应通知受影响客户并协商替代，不能承诺所有历史方法永远可重现。
比较样例要覆盖真实交付要求，例如长标题、品牌色和不同图片比例；客户素材只在获准范围内用于比较。新旧方法都返回一张图，并不足以说明尺寸、视觉效果和成本仍符合原来约定。
先用测试订单演练旧版交付、新版试用和升级撤回，核对没有重复收费或串错结果。客户能知道自己买的是哪种效果、升级后有哪些变化，再决定迁移，才不会把发布风险转嫁到交付当天。
- 01
旧订单选 v1
保存客户确认的版本
- 02
用样张试 v2
品牌色、长标题与比例一起看
- 03
选择后迁移
旧版不能运行则明确协商
订单版本优先于今天的默认值
这个本地分支演示版本选择，不是 EasyNet 路由配置。真正的两个实现、依赖保存和部署由提供方完成。
本地示例 · python
order = {"id": "P-89", "method_version": "v1"}
default_version = "v2"
maintained_versions = {"v1", "v2"}
selected = order["method_version"]
if selected not in maintained_versions:
raise RuntimeError("Contact the customer; do not silently substitute")
print(order["id"], selected, "default=" + default_version)预期结果：输出 P-89 v1 default=v2。删掉 maintained_versions 中的 v1 会明确失败，不自动改跑 v2。
接入时的检查项
- 旧订单执行版本可核对，新默认值不会改变已接单的合同范围。
- 新版在用户代表性素材上完成比较，失败与退化样例也保留。
- 切换或回退不会重复收费，旧版不可用时有明确处理结果。