枢轴点策略或EA更新后直接覆盖全部账户，一处公式、时区或订单错误就可能同时扩大。灰度发布先在小范围验证新版本，再逐步扩大并保留快速回滚。原8月19日页面没有版本信息，本页说明流程。
先定义可比较的旧版和新版
锁定代码、参数、数据源、账户模式和部署包，记录版本号与变更原因。测试通过的同一构建产物进入灰度，不能在上线时手工再改公式。
选择低风险但真实的灰度范围
可使用影子实例、模拟账户或极小仓位子账户，覆盖真实行情、订单和监控链路。灰度范围太小可能看不到问题，但不能以“需要样本”为由突破账户风险上限。
提前设通过与回滚指标
比较信号数量、点位、延迟、成交率、拒单、滑点、对账差异和回撤。任何数据完整性、重复下单或保护单异常都应立即回滚，不能只看是否盈利。
扩大范围采用分阶段节奏
每阶段观察足够信号和关键场景，再增加账户或仓位。旧版与新版并行时避免同时管理同一仓位；路由规则和版本归属必须可审计。
回滚不是重新上传旧文件即可，还要恢复参数、任务、密钥、数据库结构和订单状态。定期演练回滚并核对账户，确认不会留下孤儿订单或重复定时任务。
数据库或日志格式若不可逆变化，应先做兼容层和备份，确保旧版仍能读取。把数据迁移与策略逻辑更新同时发布，会增加故障定位难度。
发布结束后保留新旧版本指标一段时间，确认没有迟发订单、费用或日切问题，再关闭旧环境和临时权限。