交易系统的胚胎期：13 个原型 commit
如果用一句话总结 4 月的 git 记录：一个还没想清楚要做成什么样的项目，在黑暗中摸索。
13 个 commit，5 个活跃日，没有架构设计，没有模块划分，没有测试。只有最原始的需求：持仓保存、强制平仓。
时间线
04-10 保存（4/10 的代码快照）
04-13 保存（4/10 的代码快照，3 天后补传）
04-18 持仓保存 × 5（baocang save，反复改）
04-19 持仓保存 × 2
04-20 强制平仓 × 2（qiangzhi）
04-25 加入新成员 × 1
04-26 加入新成员 × 1没有 feat/fix/docs 的前缀——那时候还没定 commit 规范。消息是中文的，“baocang save”——中英混杂，连命名都没统一。
每一个大项目的 git 历史开头都是这样的：混乱、模糊、不讲究。 这不是缺点，是阶段特征。
这一个月在干什么
持仓保存
“baocang save” 出现了 7 次。说明这个功能被反复改——可能在调试持仓数据的存储格式，或者在处理数据一致性问题。
早期阶段最大的技术挑战往往不是”做什么策略”，而是**“数据怎么存”**——持仓数据从哪来、格式是什么、多久更新一次、断线了怎么办。
这和广告系统的早期一样——不是先做 CTR 预估，而是先把曝光日志收上来、把数据管道跑通。
强制平仓
“qiangzhi” 出现了 2 次。强制平仓意味着系统已经能控制真实交易了——不是模拟，不是回测，而是真实在下单。
这时的系统应该是最小可用版本：能获取持仓 → 能下单平仓 → 能强制平仓。没有策略，纯粹是手动操作工具。
加人
“add junfei”——团队从一个人变成了两个人。第二个成员加入意味着系统开始从”个人工具”变成”团队项目”。这通常伴随着文档、规范、协作流程的出现——虽然 4 月还没开始写文档。
从混乱到有序
4 月 → 5 月 → 6 月 → 7 月的演进：
| 月份 | 阶段 | 特征 |
|---|---|---|
| 4 月 | 胚胎期 | 13 个中文 commit，没有规范，摸索基本功能 |
| 5 月 | 婴儿期 | 19 个 commit，推荐器 + TV 集成 + 多账户，开始有方向 |
| 6 月 | 成长期 | 160+ commit，feat/fix/docs 规范建立，策略体系成型 |
| 7 月 | 爆发期 | 130+ commit，多策略并行，shadow mode 体系化 |
4 月到 7 月，4 个月，从 13 个混乱的 commit 到 130 个规范的 commit。 不是一开始就规范，而是在混乱中逐渐建立了规范。
一句话
每个大项目的起点都是混乱的——13 个没有前缀的中文 commit。这不是应该羞愧的事，这是在黑暗中找到方向的过程。关键是不要在混乱中停留太久。