第2章算法策略生命周期

第二章：算法策略生命周期——从开发、回测、上线到监控的合规要点

大家好，我是老张。今天咱们聊聊算法策略的完整生命周期。

说实话，很多团队把精力都砸在策略开发上，觉得写个模型、跑个回测就完事了。但我在合规审计中见过太多翻车案例——回测漂亮、上线就崩，监控形同虚设。说白了，策略的每个阶段都有合规红线，踩一条就可能前功尽弃。

我个人习惯，在写策略代码之前，先画一张合规检查清单。你想想看，如果等模型都训练完了再回头补合规，那成本得多高？

核心合规要点：

我在项目中遇到过一件事：某团队用爬虫抓取社交数据做信用评分，结果数据来源没授权，被监管部门罚了半年利润。嗯，这里要注意——数据合规是地基，地基不稳，楼盖得再高也得塌。

我的小技巧：开发阶段就引入「合规注释」机制。每写一个特征，旁边用注释写明：数据来源、计算逻辑、潜在风险。后期审计时，这能省下大量解释成本。

回测是策略上线前的最后一道防线。但我见过太多「回测王者、实盘青铜」的案例了。为什么会这样？因为回测本身就有很多坑。

我曾经帮一家消费金融公司做合规审查，他们的策略回测年化收益18%，回撤不到5%。结果上线三个月，亏损超过10%。一查才发现——回测时用了未来数据，而且没有考虑交易滑点。

避坑指南：我曾经见过一个团队，回测时用了「未来K线」做止损判断。说白了就是，回测时知道后面会跌，所以提前止损了。这种错误很低级，但压力大时真的会犯。我的建议是：回测代码必须做独立代码审查，最好由不参与策略开发的人来做。

策略上线，不是一键切换那么简单。我个人习惯，所有策略必须经过「灰度三部曲」：模拟盘→小资金实盘→全量上线。每一步都有明确的合规检查点。

这里我画了一张流程图，展示上线阶段的合规检查逻辑：

这张图的核心逻辑是：每一步都有检查点，不通过就返回上一阶段。我在实际项目中，见过最惨的案例是——全量上线第一天，策略就触发了熔断，但因为熔断阈值设得太高，硬生生亏了5%才停下来。所以，熔断阈值一定要保守，宁可错杀，不可放过。

上线合规清单（我每次必查）：

策略上线只是开始，监控才是持久战。我见过太多团队，上线后就不管了，等出了大问题才慌慌张张去查日志。说实话，这种态度在合规审计面前，基本就是送人头。

监控的核心，我总结为「三看」：

我的经验：监控不是「出了问题再报警」，而是「预测可能出问题」。我习惯在监控系统里加一个「趋势预警」模块——比如，虽然今天回撤还在阈值内，但如果按这个趋势发展，三天后就会超限。提前预警，比事后补救有用得多。

另外，监控日志的保存期限也是个合规要点。我记得有个监管要求是「交易日志至少保存5年」。很多团队觉得占空间，就压缩或者删了。结果审计一来，拿不出数据，直接被定性为「合规缺失」。嗯，这里要注意——日志不是你想删，想删就能删。

避坑指南：我曾经遇到一个案例，某团队用自研的监控系统，结果系统本身有bug，连续三天没发出预警。等发现时，策略已经亏了8%。所以我的建议是：监控系统本身也要做压力测试，而且最好有冗余——主监控+备用监控，双保险。

说了这么多，其实所有合规要点的核心就一句话：你怎么做的，就怎么写；你怎么写的，就怎么做。

我个人习惯，每个策略都维护一份「生命周期档案」，包含：

说白了，合规审计查的不是你的策略好不好，而是你有没有「按规矩来」。文档齐全，哪怕策略亏了，也只是业务问题；文档缺失，哪怕策略赚了，也是合规问题。

好了，这一章的内容就到这里。记住，策略生命周期里的每一步，都可能是合规的雷区。踩一个，可能就得从头再来。