路线图
状态：规划
最后复核：2026-08-15
长期讨论：GitHub Discussions
目标是分阶段达到可投入真实资金、面向生产部署的低延迟高可靠 HFT/MM 引擎。进度由可观察的验证结果控制，而不是由预建层级推动；每个阶段必须先定义输入契约、状态所有者、失败语义、确定性检查和完成证据，才能进入下一阶段。
1. 确定性市场数据垂直切片——下一阶段
按 MODULES.md 的 Phase 1 最小映射，只实现 Domain Kernel 中真实需要的类型、一个 recorded input Adapter（或等价最小输入）、Market Data Synchronization + Authoritative Book，以及 deterministic replay harness。不实现 Strategy、Execution、Risk、OMS 或 Trading。
完成证据必须证明：单一写入者更新唯一权威 book 状态；相同有效记录输入产生相同 book 状态与 effect；无效、陈旧、有缺口或乱序输入采用 fail-closed。具体 crate、trait、runtime、数据结构和持久化格式仍由该切片的证据决定。
后续阶段——仅在前序门禁通过后
- 增加 raw journal、时间戳、可观测性、延迟测量，以及 book 状态恢复/重建。
- 接入复用相同已验证行为的 venue 市场数据 Adapter，并验证断线、缺口和恢复语义。
- 在仅仿真执行的边界内建立可审计 OMS 与 Trading Adapter 契约；此阶段仍禁止真实下单。
- 建立持仓/余额状态，以及基于 drop-copy 或等价来源的交易所订单、成交和账户对账。
- 建立独立 pre-trade risk、硬限制、kill switch、故障恢复和重启后对账门禁。
- 在 replay/simulation 中接入简单报价策略，并验证确定性、风险拒绝和订单审计。
- 依次通过 replay、paper 与 shadow 验收，不使用真实资金。
- 只有专门 Issue、风险门禁、恢复演练、审计证据、可观测性与延迟预算全部验收且用户明确授权后，才进行小资金灰度和生产准入验收。
以上 OMS、风控、策略、恢复、对账和生产准入目前仅是路线图条目，仓库中尚无对应实现或骨架。