枢轴点策略长期失效、数据源停止或执行条件改变后,继续小修参数可能比正式退役更危险。策略退役是停止新风险、保留记录并明确恢复条件的治理过程。原7月14日页面没有策略证据,本页给出清单。

退役触发条件应提前定义

可包括净期望持续低于阈值、回撤超限、数据不可用、合约停止、成本结构变化或系统无法维护。单次亏损不构成永久失效,但长期越界不能靠不断放宽阈值维持上线。

先停止新单再处理存量

关闭信号与挂单,核对所有账户持仓、保护单和复制端状态。已有仓位按事先退出计划管理,不应因“策略已退役”就无条件市价平仓,也不能留下无人负责的裸仓。

保存可复现的最终档案

归档代码、参数、数据版本、绩效、事故、决策人和退役原因,撤销不再需要的API权限与定时任务。删除程序而不保留证据,会让后来团队重复相同错误。

恢复上线视为新版本

市场表现短期转好不应自动复活旧策略。需要重新核验数据、修复原因、完成样本外和前向测试,并采用小仓位阶段上线;旧历史与新版本绩效分开报告。

退役后的页面可以保留为方法档案,但应清楚标注不再运行的范围和日期。若公开内容只讲通用知识,则更新过期平台信息,不用伪装成最新交易信号。

退役还应关闭报警、报表和自动发布,避免无人处理的任务继续消耗资源或生成陈旧内容。与策略共用的服务不能直接删除,应先核对依赖关系和回滚方案。

最终复盘需区分策略逻辑、执行环境和治理失败。明确根因有助于判断应该永久停用、限制适用范围,还是在修复后以新版本重新验证。

漂移监控见暂停与恢复条件,版本管理见部署与回滚记录,前向验证见规则冻结流程。