枢轴点策略上线后,即使代码没有变化,市场表现也可能逐步偏离历史。这种退化可能来自波动、点差、参与者结构或数据源改变。原5月6日页面没有策略记录,本页说明如何监控漂移。

先建立可比较的历史基线

保存触发频率、成交率、平均点差、滑点、MFE/MAE、期望值和回撤的正常区间,并按品种和时段分组。只用总收益作基线,会在仓位或交易数量变化时失去可比性。

区分市场漂移与系统故障

信号数量突然归零,可能是行情接口中断;点位整体偏移,可能是时区或数据源变化;成交恶化则可能来自点差和延迟。先检查输入、版本和日志,再判断策略逻辑是否失效。

告警阈值应避免追逐短期噪声

单周亏损不等于长期退化。可使用滚动窗口和最低样本数,观察多个指标是否持续越界。阈值应在上线前设定,不能每次亏损后放宽,盈利后又收紧。

暂停与恢复需要书面条件

达到风险或数据异常阈值时暂停新交易,保留现有证据。修复后先在影子或模拟模式验证,再按小仓位恢复。不能因为近期机会看起来诱人而跳过排查和前向测试。

监控面板应同时显示策略版本与数据源版本,否则指标变化无法定位。每次告警保留开始、确认、处置和关闭时间,并区分自动恢复与人工恢复。若频繁调整阈值才能让状态恢复正常,说明基线或策略本身需要重新评估,而不是继续静音告警。

监控数据还应与交易账户对账,防止日志完整但实际订单遗漏。对账差异要独立告警,并保留平台回执、订单编号与处理结果;没有完成对账的收益曲线,不应作为策略仍然有效的证据。

前向测试见规则冻结与验证,版本控制见Pivot变更记录,延迟监控见时间戳审计。