交易计划的迭代与版本管理

交易计划不是静态文档。它是随你学习而进化的活系统。但多数人迭代得很混乱——周中改规则，亏一笔就丢掉一个 setup。把计划当成版本化软件，能给这种进化带来纪律。

为啥版本管理重要

周二改了规则，周五结果变了，你得知道是哪个版本产出了那些结果。没有版本管理，你分不清改进是来自改动还是来自市场。你在自己的迭代里盲飞。

版本模型

借用软件模型：大版本（v2.0）——根本性变化，比如新市场、新时间框架、新核心 setup；小版本（v1.1）——有意义的精修，比如新过滤器、改目标逻辑、收紧风险规则；补丁（v1.0.1）——小修补，比如措辞澄清或计算 bug。每个版本配一个日期、一份 changelog、一份存档快照。

Changelog

每个版本一段话：加了什么、改了什么、删了什么、为什么。半年后看，这份 changelog 就是你优势进化的故事。

受控实验规则

永远不要同时改一个以上变量。同一周改入场触发 AND 改止损逻辑 AND 改仓位，你根本不知道哪个改动导致了新结果。一次改一项，新版本上跑至少 20–30 笔，量效果，然后决定：保留、回滚、或继续精修。这是迭代和乱搞的区别。

何时迭代

按数据迭代，不按情绪：一个 setup 跑 30+ 笔才有足够信号判断；期望值持续为负时，有东西得改；市场 regime 切换（趋势转震荡）时，你的计划可能需要一个 regime 专用版本。永远不要在一笔坏交易后改——那是报复式编辑，不是迭代。

回滚规则

有时候改动让事情更糟。要有回滚的纪律：改之前先存上一版的快照，定义"这不灵"的阈值（比如 20 笔后期望值跌破 0），不带自尊心地回滚——"我错了"是一种技能，不是失败。很多交易者把一个坏改动一路扛几个月，就因为太骄傲不肯回滚。

一句话总结

把交易计划当成版本化软件：changelog、单变量受控实验、明确的回滚规则，加上记录每个结果来自哪个版本的日志。纪律性迭代复利你的优势。混乱迭代毁掉它。长期活下来的交易者，是那些像工程师一样迭代、而不是像赌徒一样迭代的人。