Codex
332 lines
7.7 KiB
Markdown
332 lines
7.7 KiB
Markdown
# 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 术语识别器，而是把现有的事实层、告警层、视觉层、复盘层统一成一个真正可用的分析决策助手。
|
|
|
|
如果把它做成产品，核心不是“会不会下单”，而是：
|
|
|
|
- 你是否一眼知道今天该看什么
|
|
- 你是否一眼知道为什么不做
|
|
- 你是否一眼知道下一步该补什么证据
|