Codex
12 KiB
AI ICT 实盘辅助决策系统开发方案 v2
1. 文档目标
本方案用于定义下一轮开发目标：
在不默认开启真实自动下单的前提下，尽快把系统升级为可上线使用的实盘辅助分析与决策系统。
这里的“可上线”不是指全自动实盘交易，而是指：
- 系统能够持续获取真实市场与账户事实
- 系统能够自动生成盘前计划与盘中决策包
- 系统能够在关键状态变化时主动提醒人工
- 系统能够把真实交易行为纳入复盘与研究闭环
- 系统具备足够的可解释性、可审计性与操作安全性
2. 当前状态判断
2.1 当前已经具备的能力
系统当前已经具备以下基础能力：
- 结构识别链路：
- session
- swing
- dealing range
- liquidity pool
- sweep
- displacement
- MSS
- FVG
- 盘前计划与盘中候选：
- trading plan
- trade plan candidate
- confirmation chain
- target selection
- 执行与风控骨架：
- market state
- risk governor
- execution ticket
- semi-auto gating
- 研究与复盘：
- plan replay
- journal
- weekly review
- 产品界面：
- trading workbench at
/ - training console at
/training
- trading workbench at
2.2 当前还不能支撑“实盘辅助上线”的原因
当前系统仍然不能视为可上线的实盘辅助系统，主要原因如下：
-
缺少连续实时行情真值层
当前主要依赖数据库中的最新 candle 状态，能判断 stale，但不能保证实时连续供给。 -
缺少真实新闻/事件窗口接入
news window 和 opening volatility 仍是占位接口，不是稳定外部事件源。 -
缺少真实账户与订单只读同步闭环
系统还没有稳定同步真实持仓、挂单、成交、撤单状态。 -
缺少持续运行的盘中调度层
现在更多是脚本式能力，而不是全天自动运行的实盘助手。 -
缺少告警/推送层
当前更多依赖人工刷新页面，不能在盘中状态变化时主动提醒。 -
缺少面向人工决策的“决策包”聚合层
已有 candidate/ticket/risk 数据，但缺少把它们压缩成一张可快速判断的辅助决策卡。
因此，下一轮重点不应放在新增更多 ICT 识别器，而应放在：
实时真值 -> 持续调度 -> 决策包 -> 提醒 -> 真实账户映射 -> 研究闭环
3. 下一轮总体目标
下一轮开发目标定义为：
发布 Real-time Assisted Trading V1
即：
- 系统不自动替人下真实单
- 系统可以稳定辅助人工进行实盘分析与决策
- 系统可以在盘前、盘中、盘后形成完整运营闭环
4. 范围与非目标
4.1 本轮范围
- 接入真实市场真值与账户真值
- 实现盘中持续运行
- 生成可操作的决策包
- 增加主动提醒
- 接入真实交易行为映射与复盘
- 建立上线验收指标
4.2 非目标
- 默认开启真实自动下单
- 让 LLM 决定是否绕过风控
- 一轮内支持大量新模型策略
- 一轮内做完全自动实盘执行
5. 核心设计原则
-
事实优先
行情、账户、持仓、订单、新闻、session 必须来自可验证数据源。 -
规则先于智能体
风控、执行许可、失效条件、持仓限制必须由规则引擎控制。 -
AI 负责解释与监督，不负责越权执行
AI 可以总结、排序、提醒、复盘，但不能跳过硬闸门。 -
只读实盘优先
在真实下单之前，必须先把真实市场和真实账户只读同步做稳。 -
先可用，再扩模型
先做一个能稳定帮助人决策的系统，再扩更多 setup 和自动化程度。
6. P0 开发计划
P0-1：实时市场真值层
目标
让系统持续拥有可信、及时的市场状态，而不是仅靠离线 candle 快照。
任务
-
新增
MarketDataStreamService- 接入 OKX WebSocket
- 维护订阅状态
- 自动重连
- 心跳检测
- lag 监控
-
新增实时 candle / ticker ingest
- 最新价格
- 最新 candle close/open
- stream delay
- data gap detection
-
新增
MarketTruthSupervisor- 定期检测 stream health
- 自动 fallback 到 REST 补数
- 自动记录 stream incidents
-
增强
MarketStateService- freshness 不再只依赖已有数据库最新值
- 接入 stream health 状态
- 增加
stream_state - 增加
data_gap_state
-
接入真实 news/event provider
- 宏观事件窗口
- 高影响新闻窗口
- event freshness
验收
- BTC / ETH 1m 数据在正常运行时 freshness 长期保持可用
- stream 断开后系统能自动重连
- data stale / gap / disconnect 时 candidate 和 ticket 自动降级
/trading/market-state能返回：- session
- freshness
- stream state
- news state
- data gap state
预计工作量
- 6-8 人日
P0-2：真实账户与订单只读同步
目标
让系统知道“账户当前真实发生了什么”，从而真正辅助实盘决策。
任务
-
新增
BrokerReadModelService- 拉取真实账户余额
- 拉取真实持仓
- 拉取真实挂单
- 拉取真实成交
-
定义只读 broker snapshot schema
- account snapshot
- position snapshot
- order snapshot
- fill snapshot
-
将真实账户状态接入
RiskContext- open positions
- same-side exposure
- unrealized pnl
- daily pnl
- available balance
-
新增 reconciliation 读模型
- 本地 execution 与真实订单的映射
- 孤儿订单识别
- 孤儿持仓识别
验收
- 系统可读取真实账户当前持仓与挂单
- Risk Governor 可基于真实账户状态工作
- 页面可显示当前真实 open position / pending order
- 出现未知真实持仓或未知挂单时系统给出告警
预计工作量
- 5-7 人日
P0-3：盘中持续调度与运行监督
目标
把当前“脚本能力”升级为“全天连续运行的实盘辅助流程”。
任务
-
新增
TradingRuntimeScheduler- 盘前定时生成 plan
- 盘中定时运行 watch
- 定时刷新 market state
- 定时同步账户状态
-
新增
TradingRuntimeSupervisor- 记录任务成功/失败
- 记录最后成功时间
- 记录下一次计划执行时间
- 记录运行 incidents
-
新增 runtime health API
- scheduler state
- last successful runs
- current blockers
- degraded mode state
-
前端新增 runtime status 区
- 当前是否正在运行
- 当前是否 degraded
- 最新成功时间
- 最近错误
验收
- 不需要人工手动循环跑脚本
- 盘前计划能按时自动生成
- 盘中 watch 能持续运行
- 运行异常时页面能明确显示
预计工作量
- 4-6 人日
P0-4：决策包与主动提醒
目标
让系统给出可操作的决策辅助，而不是只给零散状态。
任务
-
新增
DecisionPacketService- 汇总 trading plan
- 汇总 candidate
- 汇总 confirmation chain
- 汇总 target plan
- 汇总 invalidation
- 汇总 risk governor decision
-
输出统一决策包字段
- symbol
- narrative
- primary draw
- bias
- setup type
- confirmation chain
- entry zone
- stop
- TP1 / TP2 and source
- invalidation
- expiry
- risk result
- action recommendation
- why allowed / why blocked
-
新增提醒通道
- Telegram 或企业微信或飞书
- 状态变化提醒
- candidate -> executable
- executable -> blocked
- ticket confirmed
- market degraded
-
新增 workbench 决策卡 UI
- 30 秒内可读
- 不展示原始噪声为主
- 重点展示执行与不执行的理由
验收
- candidate 状态变化能自动推送
- 推送内容能解释：
- 为什么可以看
- 为什么不能做
- 目标来自哪里
- 失效条件是什么
- workbench 上能直接看到同一张决策卡
预计工作量
- 5-7 人日
P0-5：真实交易映射与盘后闭环
目标
把真实交易行为纳入系统，形成真正的实盘研究闭环。
任务
-
建立 execution <-> real order/fill 映射
-
真实持仓变化自动触发 journal entry
-
新增真实交易归因字段
- framework execution
- out-of-model execution
- plan violation
- risk violation
- execution violation
-
周报增强
- 基于真实交易与真实持仓行为
- 标记哪些辅助是有效的
- 标记哪些 session 值得继续盯
验收
- 每笔真实交易都能进入 journal
- 系统能区分模型问题还是执行问题
- 周报能输出明确的下周动作
预计工作量
- 4-6 人日
7. P1 开发计划
P1-1：辅助可信度与模型白名单
目标
让系统明确知道“什么时候值得信，什么时候只观察”。
任务
- 按 symbol / session / setup 统计长期表现
- 建立辅助可信度评分
- 增加 model whitelist / blacklist
- 给出不同 session 的策略建议
验收
- 系统能明确区分：
- 值得操作
- 仅观察
- 禁止执行
预计工作量
- 4-5 人日
P1-2：操作体验与运营工具
目标
让人工使用过程更顺滑，降低盯盘负担。
任务
- workbench 快捷筛选
- session 视图
- alert history
- operator notes
- 一键生成盘后 review packet
验收
- 人工操作链更短
- 关键状态变化可追溯
预计工作量
- 3-4 人日
P1-3：真实 live adapter 前的准入准备
目标
在不默认启用 live 的前提下，为后续真实下单做好只读和安全准备。
任务
- 校准真实 order schema
- 补全 bracket / OCO reconciliation 语义
- 建立 live readiness checklist
- 新增 operator confirmation protocol
验收
- 系统具备 live 前评估能力
- 但默认仍不允许自动真实下单
预计工作量
- 3-4 人日
8. 上线验收标准
只有满足以下条件，才可认为达到“实盘辅助上线”：
-
市场数据连续稳定
- freshness 正常
- stream 自动重连有效
- gap 告警有效
-
账户只读同步稳定
- 真实持仓
- 真实挂单
- 真实成交
- 真实 pnl
-
盘前盘中流程自动运行
- 自动生成 plan
- 自动更新 market state
- 自动运行 watch
-
决策包可解释
- 能说明允许原因
- 能说明拒绝原因
- TP1/TP2 可追溯
- invalidation 明确
-
提醒系统有效
- 关键状态变化能主动通知
- 不依赖人工频繁刷新
-
真实交易闭环成立
- 每笔真实交易都能进 journal
- 周报能输出改进建议
-
安全边界成立
- 默认无 live 自动下单
- 风控不能被 LLM 绕过
- 所有执行动作可审计
9. 推荐实施顺序
建议严格按下面顺序执行：
- P0-1 实时市场真值层
- P0-2 真实账户与订单只读同步
- P0-3 盘中持续调度与运行监督
- P0-4 决策包与主动提醒
- P0-5 真实交易映射与盘后闭环
- P1-1 辅助可信度与模型白名单
- P1-2 操作体验与运营工具
- P1-3 真实 live adapter 前准备
10. 预计总工作量
P0 总工作量
- 24-34 人日
P1 总工作量
- 10-13 人日
总计
- 34-47 人日
如果以单人全职推进，建议按 6-8 周排期； 如果 2 人并行推进，建议按 4-5 周排期。
11. 下一步建议
下一步不要同时铺太多线，建议直接启动：
第一阶段启动包
- P0-1 实时市场真值层
- P0-2 真实账户与订单只读同步
- P0-3 盘中持续调度与运行监督
原因：
- 这是最短路径
- 这是所有实盘辅助能力的基础
- 这三块做完，系统才第一次具备“真实盘中连续辅助”的雏形
在这三块完成之前，不建议优先投入：
- 新增更多 setup 模型
- 新增更多 LLM 叙事能力
- 真实自动下单