ai-exchange/docs/AI_ICT_实盘交易分析决策助手下一阶段开发方案_v1.md

AI_ICT 实盘交易分析决策助手下一阶段开发方案 v1

0. 硬性主线约束

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

后续任何“分析助手”能力都必须先服务《ICT交易全书》主线：Range / Draw / Location、Liquidity / Sweep / Path、Displacement / MSS / FVG / Retest / Session、backtest evidence、plan、intraday focus/no-trade、journal feedback。

不能映射到这条链路的 archive、external context、digest、workflow、handoff 或运营化能力，不得继续进入交易员主界面。

1. 目标

本方案面向“实盘交易分析决策助手”，不做真实交易闭环，不做 OKX 真实下单，不做 live adapter 扩展。

目标是把当前分散的行情、账户只读、运行时、决策包、告警、视觉复核、复盘信息，收敛成一个更像“分析助手”的产品：

• 能看懂当前市场在讲什么
• 能判断现在该不该看、该不该等、该不该做
• 能解释为什么允许、为什么拒绝、为什么建议继续观察
• 能把高价值机会、风险变化和待办动作按优先级推给人工
• 能持续学习哪些 setup 值得盯，哪些 setup 只会制造噪声

2. 明确边界

本阶段明确不做：

• 真实交易下单
• OKX live submit
• 实盘成交闭环
• 带执行权限提升的自动化动作
• 任何绕过人工确认的交易动作

本阶段只做：

• 分析
• 解释
• 提醒
• 归纳
• 复盘
• 只读可视化

3. 当前已具备的基础

仓库里已经有的底座包括：

• market truth / session / news / freshness
• broker 只读同步
• runtime scheduler / supervisor
• decision packet
• launch readiness / live readiness
• alert dispatch / quality summary
• operator digest
• runtime incident journal
• maintenance summary
• visual watch / visual review / feedback
• unattended harness / remote ops smoke

所以接下来不需要再补“有无”的底层骨架，而是要补“一个分析助手该怎么组织这些能力”。

4. 仍欠缺的核心功能

4.1 统一分析助手总面板

缺口：

• 当前能力是分散的子面板，不像一个统一的分析助手
• 缺少“今天该盯什么、为什么、优先级如何”的统一入口

需要开发：

• 一个 Analysis Cockpit / Decision Assistant 主面板
• 把 market state、broker state、runtime、trust、decision packet、alerts、visual reviews、readiness 汇总到一屏
• 输出“今日主叙事 / 主偏向 / 当前风险 / 当前可盯机会 / 当前不可做原因 / 下一步动作”

4.2 决策解释与证据链

缺口：

• 现在能看到状态，但不够像一个可解释的分析助手
• “为什么允许 / 为什么拒绝 / 证据是什么 / 哪一环没闭合”还不够统一

需要开发：

• 统一的 why-allowed / why-blocked / why-watch 解释块
• 决策链路时间线
• 关键证据引用
• 变更对比：和上一次相比哪里变了
• 失效条件与过期条件展示

4.3 机会筛选与优先级排序

缺口：

• 有候选和决策包，但缺少“助手式排序”
• 还没有把 setup 质量、上下文质量、时段、风险状态合成一个可读优先级

需要开发：

• setup ranking
• watchlist 评分
• no-trade reason 分类
• 候选分层：强观察 / 弱观察 / 只留档 / 直接忽略
• 面向人工的“最值得看 3 个机会”

4.4 盘前 / 盘中 / 盘后分析工作流

缺口：

• 当前更像能力集合，缺一条固定工作流

需要开发：

• 盘前摘要
• 盘中监控摘要
• 盘后复盘摘要
• 每日固定的分析节奏
• session 级别的任务完成状态

4.5 复盘与学习闭环

缺口：

• 已有 journal / incident / feedback，但还没有形成“分析助手的学习闭环”

需要开发：

• setup 级别复盘
• 失败原因归因
• 被忽略机会归因
• 周度趋势总结
• 逐 setup / 逐时段 / 逐市场状态的统计
• 建议下一轮重点关注什么

4.6 外部只读上下文补齐

缺口：

• 还缺更完整的只读市场上下文源

需要开发：

• 新闻日历 / 宏观日历的只读接入
• 交易所公告 / 异常页的只读接入
• 可选的外部 chart 只读源适配
• 事件窗口 / 高波动窗口 / 低流动性窗口的统一呈现

说明：

• 这里不包含真实交易相关的 OKX 执行
• 只做分析所需的只读上下文

4.7 个性化提醒与摘要

缺口：

• 告警已经能发，但还不够像“分析助手给人的工作台”

需要开发：

• 今日要点 digest
• 只推高价值变更
• 用户偏好配置
• 不同重要度的提醒模板
• 可回看的摘要历史

4.8 分析助手 UI 完整度

缺口：

• 目前是多个页面/面板并存，缺少一个更适合分析的连续工作区

需要开发：

• Decision Assistant 主视图
• Watchlist 区
• Evidence 区
• Notes / Journal 区
• Digest 区
• 复盘入口

5. 建议开发顺序

Phase A：统一分析 cockpit

目标：

• 让用户先在一个地方看懂“现在该看什么”

产出：

• 主面板
• 今日摘要
• 风险总览
• 候选优先级

验收：

• 进入系统后 30 秒内能判断当天主线
• 能直接看到当前最值得盯的机会和不该做的原因

Phase B：解释与证据链

目标：

• 让每个推荐都有可追踪的理由

产出：

• why-allowed / why-blocked
• 决策链路时间线
• 证据引用
• 变化对比

验收：

• 用户能从页面直接复述“为什么现在看 / 为什么现在不做”

Phase C：机会排序与 watchlist

目标：

• 从“有很多状态”升级到“知道先看哪个”

产出：

• setup ranking
• watchlist 分层
• no-trade 原因分类
• 机会优先级分数

验收：

• 同一时刻只能有少量真正优先项
• 噪声候选不会淹没主机会

Phase D：复盘与学习闭环

目标：

• 让助手持续变得更会筛选

产出：

• setup 复盘
• session 复盘
• 周度趋势总结
• 常见失败模式统计

验收：

• 用户能看到“哪些模式有效，哪些模式只是在制造噪声”

Phase E：只读外部上下文扩展

目标：

• 把更多市场背景补进分析助手

产出：

• 新闻/宏观日历
• 公告页
• 可选外部 chart 只读源

验收：

• 事件窗口、公告窗口、异常窗口能直接影响分析优先级

Phase F：提醒与摘要硬化

目标：

• 让分析助手更像日常可用的值班助手

产出：

• 个性化 digest
• 高价值提醒
• 历史摘要

验收：

• 用户不会被低价值重复提醒淹没

6. 建议优先级

P0

• 统一分析 cockpit
• 解释与证据链
• 机会排序与 watchlist

P1

• 盘前 / 盘中 / 盘后分析工作流
• 复盘与学习闭环
• 个性化提醒与摘要

P2

• 外部只读上下文扩展
• UI 完整度增强

7. 交付标准

一套合格的“实盘交易分析决策助手”，至少要满足：

1. 能告诉用户当前市场主叙事是什么
2. 能告诉用户当前哪些机会值得盯
3. 能告诉用户为什么现在不该做
4. 能告诉用户当前风险在哪
5. 能告诉用户应该先看哪一单、哪一类 setup
6. 能在盘前、盘中、盘后形成连续工作流
7. 能把复盘结论持续反馈回下一轮分析

8. 不做事项

• 不做真实交易下单
• 不做 OKX live 交易执行
• 不做自动提高执行权限
• 不做绕过人工确认的决策替代

9. 结论

下一阶段最值得做的，不是再加更多 ICT 术语识别器，而是把现有的事实层、告警层、视觉层、复盘层统一成一个真正可用的分析决策助手。

如果把它做成产品，核心不是“会不会下单”，而是：

• 你是否一眼知道今天该看什么
• 你是否一眼知道为什么不做
• 你是否一眼知道下一步该补什么证据