Close decision assistant cockpit loop
This commit is contained in:
Codex
@@ -4,8 +4,8 @@
|
||||
|
||||
本文档综合以下两份已有方案，吸收其长处并统一为一个可执行版本：
|
||||
|
||||
1. `AI_ICT_方案一系统边界图与模块融合图_v1.md`
|
||||
2. `AI_ICT_TradingAgents融合实施方案_v1.md`
|
||||
1. `docs/archive/AI_ICT_方案一系统边界图与模块融合图_v1.md`
|
||||
2. `docs/archive/AI_ICT_TradingAgents融合实施方案_v1.md`
|
||||
|
||||
本最终版采用以下合并原则：
|
||||
|
||||
|
||||
@@ -17,8 +17,7 @@
|
||||
|
||||
本流程已经根据以下文档统一调整：
|
||||
|
||||
- `docs/AI_ICT_实盘辅助决策系统开发方案_v2.md`
|
||||
- `docs/AI_ICT_TradingAgents融合实施方案_最终版.md`
|
||||
- `docs/AI_ICT_实盘交易分析决策助手下一阶段开发方案_v1.md`
|
||||
|
||||
后续该项目默认以本流程作为自动推进协议。
|
||||
|
||||
@@ -89,9 +88,7 @@
|
||||
|
||||
## 4.1 必读锚点
|
||||
|
||||
- `docs/AI_ICT_实盘辅助决策系统开发方案_v2.md`
|
||||
- `docs/AI_ICT_TradingAgents融合实施方案_最终版.md`
|
||||
- `docs/AI_ICT_全自动开发执行流程_v1.md`
|
||||
- `docs/AI_ICT_实盘交易分析决策助手下一阶段开发方案_v1.md`
|
||||
- `SESSION.md`
|
||||
- `TASKS.md`
|
||||
|
||||
@@ -99,8 +96,8 @@
|
||||
|
||||
当需要判断当前历史阶段、上下文或旧计划映射时，补充读取：
|
||||
|
||||
- `docs/AI_ICT_下一阶段开发计划_v1.md`
|
||||
- `docs/AI_ICT_下一阶段开发任务清单_v1.md`
|
||||
- `docs/archive/AI_ICT_下一阶段开发计划_v1.md`
|
||||
- `docs/archive/AI_ICT_下一阶段开发任务清单_v1.md`
|
||||
- `docs/AI_ICT_TradingAgents_P0自动任务清单_v1.md`
|
||||
- `docs/AI_ICT_TradingAgents_P1自动任务清单_v1.md`
|
||||
- `docs/AI_ICT_TradingAgents_P2自动任务清单_v1.md`
|
||||
@@ -190,9 +187,7 @@
|
||||
|
||||
必须读取：
|
||||
|
||||
- `docs/AI_ICT_实盘辅助决策系统开发方案_v2.md`
|
||||
- `docs/AI_ICT_TradingAgents融合实施方案_最终版.md`
|
||||
- `docs/AI_ICT_全自动开发执行流程_v1.md`
|
||||
- `docs/AI_ICT_实盘交易分析决策助手下一阶段开发方案_v1.md`
|
||||
- `SESSION.md`
|
||||
- `TASKS.md`
|
||||
|
||||
|
||||
@@ -0,0 +1,323 @@
|
||||
# AI_ICT 实盘交易分析决策助手下一阶段开发方案 v1
|
||||
|
||||
## 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 术语识别器，而是把现有的事实层、告警层、视觉层、复盘层统一成一个真正可用的分析决策助手。
|
||||
|
||||
如果把它做成产品，核心不是“会不会下单”，而是：
|
||||
|
||||
- 你是否一眼知道今天该看什么
|
||||
- 你是否一眼知道为什么不做
|
||||
- 你是否一眼知道下一步该补什么证据
|
||||
@@ -119,7 +119,7 @@
|
||||
|
||||
## 5. 额外吸收的实施边界
|
||||
|
||||
结合 `AI_ICT_视觉盯盘与主动告警增强方案_v1.md`，补充以下边界：
|
||||
结合 `AI_ICT_盯盘告警技术设计稿_v1.md`，补充以下边界：
|
||||
|
||||
- 视觉层除了看图表，也适合看新闻日历页、公告页、工作台状态页
|
||||
- 视觉层适合处理“候选接近可执行”“系统异常巡检”“session 切换复核”三类高价值场景
|
||||
|
||||
@@ -35,6 +35,23 @@ P4: state writeback renderer
|
||||
P7: monitor maturity rollup and bounded next-slice routing
|
||||
```
|
||||
|
||||
## 0.1 Default Kickoff Prompt
|
||||
|
||||
Going forward, the default operator kickoff prompt for this repository is:
|
||||
|
||||
```text
|
||||
启动 D:\ai-exchange 自动化流程。
|
||||
请先读取并以这些锚点为准：
|
||||
1. docs/AI_ICT_实盘交易分析决策助手下一阶段开发方案_v1.md
|
||||
2. SESSION.md
|
||||
3. TASKS.md
|
||||
全程按自动化闭环执行：读取锚点 -> 选择最小切片 -> 实现 -> focused validation -> 必要质量门 -> 必要时远端 deploy/smoke -> 回写 SESSION.md / TASKS.md。
|
||||
遇到真实外部阻塞再停下来说明，run-until-blocked。
|
||||
```
|
||||
|
||||
`docs/AI_ICT_全自动开发执行流程_v1.md` remains the protocol specification, but it is no longer required in the user-facing kickoff prompt.
|
||||
`docs/AI_ICT_TradingAgents_P0-P6合理性审查与优化结论_v1.md` remains as a historical governance-freeze reference and is not part of the default kickoff anchors anymore.
|
||||
|
||||
## 1. 文档目标
|
||||
|
||||
本文档用于说明当前项目内自动化编排工具的用途、使用方式、运行模式、repair bridge 协议、常见命令和实践建议，作为后续学习和日常使用手册。
|
||||
@@ -55,7 +72,7 @@ scripts/run_monitoring_alert_rollout.py
|
||||
|
||||
相关配套文档：
|
||||
|
||||
- `docs/AI_ICT_下一阶段开发任务清单_v1.md`
|
||||
- `docs/archive/AI_ICT_下一阶段开发任务清单_v1.md`
|
||||
- `docs/AI_ICT_repair_bridge_protocol_v1.md`
|
||||
|
||||
这个脚本的目标不是直接替你完成所有业务开发，而是把当前项目的阶段推进流程固化为：
|
||||
|
||||
@@ -447,7 +447,7 @@
|
||||
- `session_focus_watch`
|
||||
|
||||
### 主要文件
|
||||
- `docs/AI_ICT_视觉盯盘与主动告警增强方案_v1.md`
|
||||
- `docs/AI_ICT_盯盘告警架构图_v1.md`
|
||||
- `docs/AI_ICT_盯盘告警技术设计稿_v1.md`
|
||||
- `docs/AI_ICT_盯盘告警开发任务清单_v1.md`
|
||||
|
||||
Reference in New Issue
Block a user