三线并进的一天：CMS、EV Engine、Fracture v4 同时开工

有些天是一个 feature 从头写到尾。有些天是三个 feature 同时在推进。

今天属于后者。三件事并行：

CMS：动量崩盘做空

Crash Momentum Short 是一个两阶段动量做空系统：

Phase 1: 检测崩盘动量
  └─ 价格在 N 分钟内下跌超过 X% + 成交量放大 Y 倍 → 进入 Phase 2

Phase 2: 动量确认 + 入场
  └─ 持续 M 分钟未反弹 + 资金费率未极端 → 入场做空

为什么两阶段？因为一次暴跌可能是插针（1 分钟暴跌 5% 然后立刻反弹），也可能是真崩盘（持续下跌不回头）。

Phase 1 是检测”在跌”，Phase 2 是确认”会继续跌”。跳过 Phase 2 直接入场 = 插针时开上空单然后被反弹打爆。

这跟广告系统的两阶段漏斗一样：召回（Phase 1：找到候选）→ 精排（Phase 2：确认要投放）。跳过精排直接投放 = 召回了低质流量。

Expected Value Engine 的目的是给每个标的计算期望收益——在给定市场状态下，类似信号的胜率和平均收益是多少。

Phase 0 是数据采集：MarketStateVector 9 维状态收集。这 9 个维度包括价格偏离度、波动率分位、资金费率、未平仓合约变化率、成交量异常度等。

为什么要 Phase 0 单独做一天？因为数据质量决定模型质量。 如果采集的数据有偏差，后面算出来的 EV 全是错的。

这跟广告特征工程一样：点击率预估模型好不好，80% 取决于特征工程的质量，20% 取决于模型结构。

Fracture 是一个检测”价格结构破裂”的信号——当价格突破关键支撑/阻力位，且伴随成交量确认，就是入场信号。

v4 的主要改进：从固定阈值改为基于 baseline 的动态阈值。历史波动率变了，阈值跟着变。不再是”跌 5% 就触发”，而是”偏离 baseline N 个标准差”。

Base module 包括实体、配置、计算器、SQL migration——这是一个完整的重写，不是小修小补。

不是一个一个来的。真实流程：

不是刻意多线程，而是部署 shadow 后不需要盯着看——让它跑着，切到下一个任务。几个小时后回来检查 shadow 日志。

这和广告系统的并行实验一样：不是一次只跑一个 AB 实验，而是同时跑好几个——因为每个实验都需要累积足够数据才能下结论。

并行推进的前提是每个模块部署 shadow 后不需要人工盯盘。Shadow mode 不只是安全网——它也是释放注意力的工具，让你可以同时推多个 feature。