yuqei/ai-exchange
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
main
ai-exchange/docs/AI_ICT_实盘辅助决策系统开发方案_v2.md
T
Codex d7a4330d30 Add ICT book mainline governance docs
2026-05-21 08:27:12 +08:00

12 KiB
Raw Permalink Blame History

AI ICT 实盘辅助决策系统开发方案 v2

0. 硬性主线约束

本方案必须服从 docs/ICT交易全书_出版终校版.md 与 docs/AI_ICT_硬性主线约束_必须遵循ICT交易全书_2026-05-21_v1.md。

“可上线”只能表示系统更好地辅助交易员按《ICT交易全书》主线完成分析、回测、计划、盘中确认和复盘，不表示扩展为泛化 AI 工作台、产品运营平台或自动交易系统。

交易员主界面必须围绕：

Range / Draw / Location
-> Liquidity / Sweep / Path
-> Displacement / MSS / FVG / Retest / Session
-> backtest evidence
-> plan
-> intraday focus or no-trade
-> journal feedback

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

2.2 当前还不能支撑“实盘辅助上线”的原因

当前系统仍然不能视为可上线的实盘辅助系统，主要原因如下：

  1. 缺少连续实时行情真值层
    当前主要依赖数据库中的最新 candle 状态，能判断 stale，但不能保证实时连续供给。

  2. 缺少真实新闻/事件窗口接入
    news window 和 opening volatility 仍是占位接口，不是稳定外部事件源。

  3. 缺少真实账户与订单只读同步闭环
    系统还没有稳定同步真实持仓、挂单、成交、撤单状态。

  4. 缺少持续运行的盘中调度层
    现在更多是脚本式能力，而不是全天自动运行的实盘助手。

  5. 缺少告警/推送层
    当前更多依赖人工刷新页面，不能在盘中状态变化时主动提醒。

  6. 缺少面向人工决策的“决策包”聚合层
    已有 candidate/ticket/risk 数据，但缺少把它们压缩成一张可快速判断的辅助决策卡。

因此，下一轮重点不应放在新增更多 ICT 识别器，而应放在：

实时真值 -> 持续调度 -> 决策包 -> 提醒 -> 真实账户映射 -> 研究闭环

3. 下一轮总体目标

下一轮开发目标定义为：

发布 Real-time Assisted Trading V1

即：

  • 系统不自动替人下真实单
  • 系统可以稳定辅助人工进行实盘分析与决策
  • 系统可以在盘前、盘中、盘后形成完整运营闭环

4. 范围与非目标

4.1 本轮范围

  • 接入真实市场真值与账户真值
  • 实现盘中持续运行
  • 生成可操作的决策包
  • 增加主动提醒
  • 接入真实交易行为映射与复盘
  • 建立上线验收指标

4.2 非目标

  • 默认开启真实自动下单
  • 让 LLM 决定是否绕过风控
  • 一轮内支持大量新模型策略
  • 一轮内做完全自动实盘执行

5. 核心设计原则

  1. 事实优先
    行情、账户、持仓、订单、新闻、session 必须来自可验证数据源。

  2. 规则先于智能体
    风控、执行许可、失效条件、持仓限制必须由规则引擎控制。

  3. AI 负责解释与监督，不负责越权执行
    AI 可以总结、排序、提醒、复盘，但不能跳过硬闸门。

  4. 只读实盘优先
    在真实下单之前，必须先把真实市场和真实账户只读同步做稳。

  5. 先可用，再扩模型
    先做一个能稳定帮助人决策的系统，再扩更多 setup 和自动化程度。

6. P0 开发计划

P0-1：实时市场真值层

目标

让系统持续拥有可信、及时的市场状态，而不是仅靠离线 candle 快照。

任务

  1. 新增 MarketDataStreamService

    • 接入 OKX WebSocket
    • 维护订阅状态
    • 自动重连
    • 心跳检测
    • lag 监控

  2. 新增实时 candle / ticker ingest

    • 最新价格
    • 最新 candle close/open
    • stream delay
    • data gap detection

  3. 新增 MarketTruthSupervisor

    • 定期检测 stream health
    • 自动 fallback 到 REST 补数
    • 自动记录 stream incidents

  4. 增强 MarketStateService

    • freshness 不再只依赖已有数据库最新值
    • 接入 stream health 状态
    • 增加 stream_state
    • 增加 data_gap_state

  5. 接入真实 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：真实账户与订单只读同步

目标

让系统知道“账户当前真实发生了什么”，从而真正辅助实盘决策。

任务

  1. 新增 BrokerReadModelService

    • 拉取真实账户余额
    • 拉取真实持仓
    • 拉取真实挂单
    • 拉取真实成交

  2. 定义只读 broker snapshot schema

    • account snapshot
    • position snapshot
    • order snapshot
    • fill snapshot

  3. 将真实账户状态接入 RiskContext

    • open positions
    • same-side exposure
    • unrealized pnl
    • daily pnl
    • available balance

  4. 新增 reconciliation 读模型

    • 本地 execution 与真实订单的映射
    • 孤儿订单识别
    • 孤儿持仓识别

验收

  • 系统可读取真实账户当前持仓与挂单
  • Risk Governor 可基于真实账户状态工作
  • 页面可显示当前真实 open position / pending order
  • 出现未知真实持仓或未知挂单时系统给出告警

预计工作量

  • 5-7 人日

P0-3：盘中持续调度与运行监督

目标

把当前“脚本能力”升级为“全天连续运行的实盘辅助流程”。

任务

  1. 新增 TradingRuntimeScheduler

    • 盘前定时生成 plan
    • 盘中定时运行 watch
    • 定时刷新 market state
    • 定时同步账户状态

  2. 新增 TradingRuntimeSupervisor

    • 记录任务成功/失败
    • 记录最后成功时间
    • 记录下一次计划执行时间
    • 记录运行 incidents

  3. 新增 runtime health API

    • scheduler state
    • last successful runs
    • current blockers
    • degraded mode state

  4. 前端新增 runtime status 区

    • 当前是否正在运行
    • 当前是否 degraded
    • 最新成功时间
    • 最近错误

验收

  • 不需要人工手动循环跑脚本
  • 盘前计划能按时自动生成
  • 盘中 watch 能持续运行
  • 运行异常时页面能明确显示

预计工作量

  • 4-6 人日

P0-4：决策包与主动提醒

目标

让系统给出可操作的决策辅助，而不是只给零散状态。

任务

  1. 新增 DecisionPacketService

    • 汇总 trading plan
    • 汇总 candidate
    • 汇总 confirmation chain
    • 汇总 target plan
    • 汇总 invalidation
    • 汇总 risk governor decision

  2. 输出统一决策包字段

    • 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

  3. 新增提醒通道

    • Telegram 或企业微信或飞书
    • 状态变化提醒
    • candidate -> executable
    • executable -> blocked
    • ticket confirmed
    • market degraded

  4. 新增 workbench 决策卡 UI

    • 30 秒内可读
    • 不展示原始噪声为主
    • 重点展示执行与不执行的理由

验收

  • candidate 状态变化能自动推送
  • 推送内容能解释：
    • 为什么可以看
    • 为什么不能做
    • 目标来自哪里
    • 失效条件是什么
  • workbench 上能直接看到同一张决策卡

预计工作量

  • 5-7 人日

P0-5：真实交易映射与盘后闭环

目标

把真实交易行为纳入系统，形成真正的实盘研究闭环。

任务

  1. 建立 execution <-> real order/fill 映射

  2. 真实持仓变化自动触发 journal entry

  3. 新增真实交易归因字段

    • framework execution
    • out-of-model execution
    • plan violation
    • risk violation
    • execution violation

  4. 周报增强

    • 基于真实交易与真实持仓行为
    • 标记哪些辅助是有效的
    • 标记哪些 session 值得继续盯

验收

  • 每笔真实交易都能进入 journal
  • 系统能区分模型问题还是执行问题
  • 周报能输出明确的下周动作

预计工作量

  • 4-6 人日

7. P1 开发计划

P1-1：辅助可信度与模型白名单

目标

让系统明确知道“什么时候值得信，什么时候只观察”。

任务

  1. 按 symbol / session / setup 统计长期表现
  2. 建立辅助可信度评分
  3. 增加 model whitelist / blacklist
  4. 给出不同 session 的策略建议

验收

  • 系统能明确区分：
    • 值得操作
    • 仅观察
    • 禁止执行

预计工作量

  • 4-5 人日

P1-2：操作体验与运营工具

目标

让人工使用过程更顺滑，降低盯盘负担。

任务

  1. workbench 快捷筛选
  2. session 视图
  3. alert history
  4. operator notes
  5. 一键生成盘后 review packet

验收

  • 人工操作链更短
  • 关键状态变化可追溯

预计工作量

  • 3-4 人日

P1-3：真实 live adapter 前的准入准备

目标

在不默认启用 live 的前提下，为后续真实下单做好只读和安全准备。

任务

  1. 校准真实 order schema
  2. 补全 bracket / OCO reconciliation 语义
  3. 建立 live readiness checklist
  4. 新增 operator confirmation protocol

验收

  • 系统具备 live 前评估能力
  • 但默认仍不允许自动真实下单

预计工作量

  • 3-4 人日

8. 上线验收标准

只有满足以下条件，才可认为达到“实盘辅助上线”：

  1. 市场数据连续稳定

    • freshness 正常
    • stream 自动重连有效
    • gap 告警有效

  2. 账户只读同步稳定

    • 真实持仓
    • 真实挂单
    • 真实成交
    • 真实 pnl

  3. 盘前盘中流程自动运行

    • 自动生成 plan
    • 自动更新 market state
    • 自动运行 watch

  4. 决策包可解释

    • 能说明允许原因
    • 能说明拒绝原因
    • TP1/TP2 可追溯
    • invalidation 明确

  5. 提醒系统有效

    • 关键状态变化能主动通知
    • 不依赖人工频繁刷新

  6. 真实交易闭环成立

    • 每笔真实交易都能进 journal
    • 周报能输出改进建议

  7. 安全边界成立

    • 默认无 live 自动下单
    • 风控不能被 LLM 绕过
    • 所有执行动作可审计

9. 推荐实施顺序

建议严格按下面顺序执行：

  1. P0-1 实时市场真值层
  2. P0-2 真实账户与订单只读同步
  3. P0-3 盘中持续调度与运行监督
  4. P0-4 决策包与主动提醒
  5. P0-5 真实交易映射与盘后闭环
  6. P1-1 辅助可信度与模型白名单
  7. P1-2 操作体验与运营工具
  8. 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 叙事能力
  • 真实自动下单
Reference in New Issue View Git Blame Copy Permalink