标签: 工程教训

某交易系统一个新策略从需求文档 → 65个测试 → shadow 灰度 → 全量扩展的完整工程复盘。不是炫耀速度，是复盘流程。

127 个 commit 里，shadow 这个关键词出现了 20+ 次。从新策略到风控引擎，所有新功能上线前都在旁路先跑几天。这是怎么做到的？

四年交易系统演进教会我一件事：价格是最后的结果，结构才是原因。所有策略、风控、自动化的本质——不是预测价格，是把自己的人性关进笼子里。

多个 AI Coding Agent 同时编辑同一个文件，后提交的静默覆盖了先提交的改动。commit message 里有这个 feature，代码里却没有。

Surge Trailing Short 从设计文档到 Phase 1 实现，再到删掉 5 个退出条件的大幅简化。24 个 commit 里最有趣的是——删的比加的多。

一个交易系统项目的 bootstrap 过程——前 26 个 commit 里有 20 个是文档。模块地图、运行手册、架构决策记录、部署手册、编码审计。代码只有两行：dry-run 模式。

4 月的 git 记录只有 13 个 commit——持仓保存、强制平仓、加人。这个月没有策略、没有信号、没有风控。只有"先试试能不能跑"。

从 2022 年 9 月的 init commit 到 2023 年 5 月的 AlertRestart。8 个 commit，跨越 8 个月。一个交易系统的起源故事。