工程与管理交易系统架构策略

一天上线三个检测器:DcGuard + SurgeGrid + HedgeShort

有些天的产出是一个 feature。有些天是三个。

6 月 21 日,13 个 commit,三个独立的检测器上线:

  • DcGuard:持仓亏损但跌不动时,自动开多对冲
  • SurgeGridDetector:放量衰竭信号 → 网格做空
  • HedgeShortDetector:多层对冲做空,全生命周期安全

为什么能一天三个?不是加班,是这三个检测器共享了同一套基础设施。


共享什么

信号管道(WS 推送行情)

  ├─ 微趋势分数     ← 三个检测器都用
  ├─ 资金费率        ← 三个检测器都用
  ├─ 成交量异常度    ← SurgeGrid + HedgeShort 用
  └─ 持仓状态        ← DcGuard + HedgeShort 用


执行引擎
  ├─ 风控闸门        ← 三个检测器都用同一个 gate
  ├─ 订单管理        ← 复用 sniper 引擎
  └─ 仓位追踪        ← 复用 position manager

每个新检测器只是写信号判断逻辑——什么时候触发、什么条件退出。管道、执行、风控全是复用的。


三个检测器各干什么

DcGuard:跌不动就对冲

持仓做空 → 一直在亏 → 但价格跌不动了(波动率萎缩 + 成交量减少)
  → 自动开多对冲,保护空头仓位

“跌不动”不是止损的理由——可能只是短暂休整。但如果你在亏钱,而且市场不再给你方向,就应该对冲保护。

SurgeGridDetector:放量衰竭做空

成交量突然放大(放量)→ 价格冲高回落(衰竭)→ 开空
  → 用网格方式分批入场,不是一次性满仓

放量衰竭是经典的做空信号,但入场时机很难把握。网格方式降低了单次入场被反弹打爆的风险。

HedgeShortDetector:多层对冲做空

信号 A(微趋势偏空)+ 信号 B(资金费率支持)+ 信号 C(持仓状态允许)
  → 三层都通过才做空
  → 开仓后持续监控,任何一层反转就退出

不是单一信号触发,是多层确认。每一层都是一个安全网。


元结构映射:广告系统的多策略并行

广告系统里同时跑多个出价策略:OCPC、CPA、ROI 出价。它们共享同一套基础设施(曝光日志、CTR 预估、预算控制),各自只是出价公式不同。

概念广告系统交易系统
基础设施曝光日志 + CTR 预估WS 行情 + 执行引擎
策略差异OCPC vs CPA vs ROIDcGuard vs SurgeGrid vs HedgeShort
风控统一Budget PacerRisk Gate

基础设施复用 → 新策略上线成本 = 只写信号逻辑。


一句话

一天上线三个检测器不是靠加班,是靠基础设施复用——管道和引擎是公用的,每个新策略只需要写”在什么条件下触发”这一件事。