ai-exchange/docs/AI_ICT_实盘辅助分析决策助手可用性评估与补齐方案_2026-05-17_v1.md

AI_ICT 实盘辅助分析决策助手可用性评估与补齐方案 2026-05-17 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 -> plan -> intraday focus/no-trade -> journal feedback 判断。

1. 结论

当前系统可以作为受限的实盘辅助分析决策助手使用，但不能作为直接指导下单的实盘交易系统使用。

这里必须把两个概念拆开：

1. 可以用于实盘辅助分析

   • 可以读取真实行情与只读账户状态。
   • 可以生成 decision packet / review packet。
   • 可以展示候选机会、缺失确认项、风险原因、外部上下文、archive、workflow、复盘线索。
   • 可以帮助 operator 做盘前、盘中、盘后分析整理。

2. 不能用于直接指导实盘下单

   • 当前不能把系统输出直接等同于买入、卖出、加仓、减仓、挂单或撤单指令。
   • 当前不能让系统替代人工判断。
   • 当前不能启用自动实盘执行。
   • 当前不能绕过 risk governor、trust bucket、operator confirmation protocol。

更准确的产品定位是：

Restricted Decision Support / Observe-only Assisted Analysis

中文口径：

受限实盘辅助分析决策助手，而不是实盘交易指令系统。

2. 当前实测状态

本评估基于 2026-05-17 对远端 http://192.168.3.90:8000 的 live endpoint 检查，以及当前 SESSION.md / TASKS.md / 代码边界核对。

2.1 已经可用的部分

/trading/launch-readiness?instrument_id=1&timeframe=1m 当前显示：

• analysis_only_ready = true
• restricted_decision_support_ready = true
• assisted_trading_ready = true
• product_operating_mode = restricted_decision_support
• blocking_reasons = []
• market_truth_ready = true
• broker_state_ready = true
• runtime_ready = true

/trading/unattended-harness?instrument_id=1 当前显示：

• status = passed
• mode = analysis_decision_only
• external_channels_used = false
• real_trade_required = false
• runtime_environment = passed

也就是说，从“系统是否能持续运行、读取行情、读取账户、生成辅助分析包”的角度看，当前系统已经具备实盘辅助分析的基础可用性。

2026-05-17 R1 closure check 更新：代理网络恢复后，远端标准 run_remote_ops_smoke.py 已重新通过，unattended_harness 返回 passed，runtime_environment 无 blockers。因此 R1 的远端 closure gate 已恢复；当前 decision_support_ready=false 不再是网络阻塞，而是 trust / 样本 / 质量准入尚未达标的真实产品状态。

2.2 仍然不能实盘指导下单的部分

/trading/launch-readiness?instrument_id=1&timeframe=1m 同时显示：

• decision_support_ready = false
• execution_assist_ready = false
• real_trade_loop_ready = false
• real_live_ready = false
• warning_reasons = ["real_live_path_ready"]
• external_waiting_items = ["real_live_path_ready"]

/trading/live-readiness?instrument_id=1&timeframe=1m 当前显示：

• ready_for_real_live = false
• blocking_reasons = ["adapter_real_live_not_ready"]
• adapter_real_live_not_ready = false
• detail: OKX order adapter is still placeholder-only; real live submit remains intentionally blocked.

当前 trust policy 仍然显示：

• classification = blacklist
• operator_mode = observe_only
• execution_allowed = false
• decision_support_allowed = false
• restricted_decision_support_allowed = true

这说明当前系统不是“完全没有用”，而是被正确地锁在受限辅助模式：能看、能解释、能提醒、能复盘，但不能给出可直接执行的实盘指令。

3. 当前能安全使用的范围

当前可以用于以下场景：

1. 盘前分析

   • 查看当前 active plan。
   • 查看 narrative / draw / bias / no-trade conditions。
   • 检查 session、新闻窗口、市场 freshness。

2. 盘中辅助

   • 查看 candidate watchlist。
   • 查看 confirmation chain 是否缺项。
   • 查看 risk governor / trust policy 为什么限制。
   • 查看 external context、visual reference、provider health。

3. 人工决策辅助

   • 生成 operator questions。
   • 给出 no-trade reason。
   • 给出 follow-up checks。
   • 帮助 operator 对“是否值得继续观察”做结构化判断。

4. 盘后复盘

   • 查 archive。
   • 查 digest / workflow 历史。
   • 做 snapshot compare。
   • 做 replay note / workflow bridge / export bundle。

5. 运行维护

   • 用 unattended harness 判断系统是否健康。
   • 用 runtime status 判断行情、broker sync、watch、decision packet 是否正常。

4. 当前禁止使用的范围

当前不得用于以下场景：

1. 直接实盘交易指导

   • 不得把系统输出当作“现在买 / 现在卖”的最终指令。
   • 不得把 entry / stop / TP 当作无需人工复核的交易建议。

2. 真实下单

   • 不得启用 LIVE_TRADING_ENABLED 后直接接主账户下单。
   • 不得使用当前 OKXOrderAdapter 做真实 submit，因为它仍是 placeholder。

3. 自动执行

   • 不得绕过 operator confirmation。
   • 不得让 LLM 决定仓位或风控上限。
   • 不得让 blacklist / observe-only 模型进入 execution lane。

4. 替代人工风控

   • 不得把系统的风险摘要当作最终风控审批。
   • 不得在 market/session/news 不满足条件时强制交易。

5. 还差什么

5.1 从“受限辅助”到“完整实盘辅助”的差距

当前最主要差距不是 cockpit 功能，而是可信交易决策链路尚未被实盘样本证明。

缺口包括：

1. 模型信任层仍未放行

   • 当前主要模型仍是 blacklist / observe_only。
   • decision_support_ready = false。
   • execution_allowed = false。
   • 需要真实或高质量 replay/paper 样本证明模型在特定 session / setup / symbol 下值得进入更高信任层。

2. 实盘下单 adapter 仍是 placeholder

   • OKXOrderAdapter.submit_bracket_order() 当前返回 placeholder_not_implemented。
   • live-readiness 明确阻塞在 adapter_real_live_not_ready。
   • 没有真实 OKX 下单、撤单、OCO、错误处理、幂等、回执解析的生产级实现。

3. 真实成交闭环不足

   • 只读 broker state 可以读取账户、仓位、订单、fills。
   • 但真实交易样本仍未成为完整的 journal / reconciliation / weekly review 可信闭环。
   • real_trade_sample_verified 当前是 deferred，不是已验证。

4. operator 反馈样本不足

   • 当前 alert/visual feedback 仍有 feedback_sample_missing。
   • 系统需要更多 operator 对“有用 / 误导 / 可执行”的反馈，才能证明辅助质量。

5. 视觉确认仍未变成硬准入

   • 当前 visual review 是 advisory。
   • Research council 仍会提示 visual_review_missing。
   • 如果要提高实盘使用信心，需要把关键 setup 的视觉确认变成 soft gate 或 hard gate。

6. 交易时段和 session 准入仍需生产校准

   • 当前 live snapshot 处于 OFF_HOURS / session missing / allows_new_positions=false。
   • 真正实盘辅助前，需要明确 BTC/ETH 的交易时段、禁入窗口、高波动窗口和运营口径。

7. 外部通知通道没有完整启用

   • 当前 workbench 可用。
   • webhook / WeCom / email 等外部通道仍可能因 credential missing 而 disabled。
   • 如果要盘中真正辅助，关键状态变化需要主动通知，而不是只靠人工刷新。

6. 补齐方案

Phase R0: 明确产品边界与上线口径

目标：把当前系统正式定级为 Restricted Decision Support，避免 operator 误以为它可以指导下单。

交付：

• 在 cockpit / readiness panel 显示清晰状态：
  • 受限辅助分析可用
  • 实盘下单不可用
  • 当前模型 observe-only
• 在 review packet 中明确：
  • 可辅助内容
  • 不可执行内容
  • 当前阻塞项
• 新增一份 operator 使用说明：
  • 可以如何用
  • 不能如何用
  • 每次下单前必须人工复核什么

验收：

• /trading/launch-readiness 和 cockpit 状态口径一致。
• operator 看一眼就知道当前不是 live trading mode。
• 不改变 execution_allowed / real_live_ready。

当前状态（2026-05-17）：

• 已完成。/trading/launch-readiness 和 review-packet 都暴露 decision_support_boundary_summary。
• cockpit 已显示 operator boundary、boundary summary、current model boundary、live execution boundary、allowed operator actions、blocked operator actions 和 boundary next gate。
• 远端验证通过：focused launch-readiness/operator/static/API tests、全量 unit、脚本静态检查、node --check src/web/app.js、deploy smoke、remote_ops_smoke。
• 运行时事实说明：当远端市场流或 broker read 不可用时，decision_support_boundary_summary.status 会如实显示 analysis_blocked；这不是 R0 失败，而是当前 live readiness 的真实状态。
• R0 未改变 execution_allowed、real_live_ready、risk governor、trust bucket 或 operator confirmation protocol。

Phase R1: 把 decision_support_ready 从 false 推到 true

目标：让系统从“受限辅助”进入“可信辅助决策”，但仍不允许执行。

交付：

• 定义 decision_support_ready 的严格准入：
  • 模型不再是 blacklist。
  • 至少一个 setup/session/symbol 组合有足够样本。
  • replay / paper / operator feedback 达到阈值。
  • risk governor 解释稳定。
• 增加 trust promotion review：
  • 从 observe_only 到 restricted_decision_support
  • 从 restricted_decision_support 到 decision_support
• 补齐 operator feedback 样本采集：
  • 有用
  • 误导
  • 可执行
  • 漏报
  • 误报

验收：

• decision_support_ready = true
• execution_assist_ready = false
• real_live_ready = false
• 系统仍不允许下单。

当前状态（2026-05-17）：

• 已实现并部署 R1 的非执行 promotion readiness surface。/trading/launch-readiness 现在暴露 decision_support_promotion_summary，cockpit / launch readiness panel 也显示 decision support promotion、严格准入状态、promotion criteria、failed criteria 和 next promotion gate。
• 已把该 surface 接入 operator workspace：decision assistant summary 返回 decision_support_promotion_summary，evidence_summary 暴露 promotion_status 和 next_promotion_gate。
• 本地验证通过：focused launch-readiness/operator/static/API tests、全量 unit、脚本静态检查、node --check src/web/app.js。
• 远端部署已完成，deploy smoke 通过；远端字段检查确认 R1 字段和 UI 文案已经上线。
• 标准 closure gate 已恢复：代理网络恢复后，run_remote_ops_smoke.py 通过，unattended_harness 返回 passed，runtime_environment 无 blockers。
• 当前 decision_support_promotion_summary.status = needs_trust_promotion，next_promotion_gate = decision_support_trust_candidate；这说明 R1 surface 正在如实呈现 trust / 样本 / 质量准入缺口，而不是运行环境失败。
• R1 未改变 execution_allowed、real_live_ready、risk governor、trust bucket 或 operator confirmation protocol。

Phase R2: 影子盘 / paper 盘连续验证

目标：证明系统在真实行情节奏里能稳定辅助，而不是只在回放或静态快照里好看。

交付：

• 开启连续 shadow mode：
  • 每天记录 candidate。
  • 每天记录系统建议继续观察 / 放弃 / 等确认的原因。
  • 每天记录 operator 是否同意。
• paper execution / simulated ticket：
  • 只记录，不下真实单。
  • 记录入场、止损、TP、失效、结果。
• 生成日度/周度 shadow report：
  • 命中率
  • 错过机会
  • 误报
  • no-trade 是否正确
  • operator override 原因

验收：

• 至少 2 周连续样本。
• 无 runtime blocker。
• 关键 setup 有可解释统计。
• operator feedback 不再是 missing。

当前状态（2026-05-17）：

• 已实现并部署 R2 starter slice：新增 shadow_paper_validation_summary，并在 /trading/launch-readiness、/trading/review-packet 的 decision assistant summary、独立 /trading/shadow-paper-validation 查询接口和 cockpit 中展示。
• ledger 聚合真实 trade_plan_candidates、execution_tickets、trade_executions、trading_journal_entries、alert_feedback、weekly review 与 runtime blockers，输出 daily_coverage、样本计数、criteria、failed criteria、next_validation_gate 与 operator summary。
• 已新增显式 allow_shadow_paper / Build Shadow Paper 入口，只允许 paper 样本收集，不放开 semi-auto 或 live submit；execution_boundary 仍为 real_live_still_blocked。
• 本地验证通过：R2 focused tests、launch-readiness/operator/static/API tests、全量 unit、脚本静态检查、node --check src/web/app.js。
• 远端验证通过：deploy smoke、标准 run_remote_ops_smoke.py、独立 /trading/shadow-paper-validation 字段检查、/trading/launch-readiness 字段检查、/trading/review-packet decision assistant 字段检查、/static/app.js UI 文案检查。
• R2 starter 远端初始状态是 collecting_shadow_candidates，next_validation_gate = shadow_candidate_day_coverage；当时实测样本为 candidate_count=500、observed_shadow_day_count=2、paper_ticket_count=0、paper_execution_count=1、operator_feedback_count=0。因此 R2 的产品能力已经上线，但连续样本证据仍在采集中，不能宣称 R2 phase evidence 已 passed。
• 2026-05-17 样本采集闭环更新：已新增持久化 shadow_paper_observations daily observation ledger、/trading/shadow-paper/observe、runtime shadow_paper_observation task、cockpit Record/Agree/Disagree Shadow Observation 操作，以及 shadow_observation_count、shadow_observation_day_count、operator_observation_feedback_count 和 sample_collection_plan 字段。远端已真实写入 observation id=1，当前为 shadow_observation_count=1、shadow_observation_day_count=1、operator_observation_feedback_count=1、operator_feedback_count=1、paper_execution_count=1。
• paper ticket 样本没有被人为伪造：远端最新 500 条 candidate 当前均为 blocked，最新 watch candidate 仍因 fvg_direction_mismatch / fvg_retrace_confirmed 未满足而不可执行。因此下一步应继续每日 observation，并等待真实 executable candidate 后再 build shadow paper ticket / confirm paper execution。
• 2026-05-18 R2 evidence backfill audit 更新：已新增 guarded ShadowPaperObservationBackfillService 和 scripts/run_shadow_paper_observation_backfill.py。该审计扫描过去 14 天真实 candidate 历史，只允许回填 shadow observation；不允许在没有 executable candidate 的情况下回填 paper ticket，不允许在没有 paper ticket 的情况下回填 paper execution，也不允许自动回填 operator feedback。远端 dry-run 找到 10 个可回填的 blocked-candidate 日期，远端 apply 创建 observation 1449 至 1458，覆盖 2026-05-06、2026-05-08、2026-05-09、2026-05-10、2026-05-11、2026-05-12、2026-05-13、2026-05-14、2026-05-15、2026-05-16。所有回填记录均为 candidate_observed / stand_down_blocked_candidate / operator_agreement=pending，且 paper_ticket_id、paper_execution_id 均为空。
• 2026-05-18 远端最新状态：observed_shadow_day_count=12、shadow_observation_count=13、shadow_observation_day_count=11，R2 已从 shadow_candidate_day_coverage 前移到 paper_ticket_sample_gate；仍缺 paper_ticket_count=0/5、paper_execution_count=0/5、operator_feedback_count=1/5 和 weekly review evidence。因此 R2 仍不能标记 completed，下一步必须等待或呈现真实 executable candidate，然后走 shadow paper ticket / paper execution / operator feedback / weekly review 的非执行样本闭环。
• 2026-05-18 next-gate probe blocker：尝试继续读取 /trading/candidates、/trading/launch-readiness、/trading/shadow-paper-validation 时，远端 API 出现 60 秒超时；随后 /health 也从 8-20 秒慢响应退化为超时，SSH 密码认证可连接但 command channel 超时，受保护的 docker restart ai-ict 尝试未在本地超时前返回。该状态下不能继续写入 paper ticket / execution / operator feedback 样本；下一步必须先恢复远端 API/SSH 命令响应，再重新跑 no-proxy remote ops smoke 和 live readiness checks。
• 2026-05-18 远端恢复复测：远端 API/SSH 已恢复，no-proxy /health 毫秒级返回，标准 run_remote_ops_smoke.py 9 项通过并包含 unattended_harness。但 live /trading/launch-readiness 仍是 blocked_by_runtime，next_validation_gate=runtime_clear_for_shadow，原因是 OKX market/broker read-only 代理不可达：远端主机和容器都对 192.168.3.73:10808 返回 connection refused，容器当前 MARKET_TRUTH_PROXY_URL=http://192.168.3.73:10808，BROKER_READ_PROXY_URL 为空。独立 /trading/shadow-paper-validation 仍保持 collecting_paper_samples / paper_ticket_sample_gate，但正式 launch readiness 必须先恢复 runtime_market_broker_ready。最新 candidate 4244 为 blocked，executable=false，缺 fvg_retrace_confirmed 且 rejected by fvg_direction_mismatch，因此本轮没有创建 shadow paper ticket。
• R2 未改变 execution_allowed、real_live_ready、risk governor、trust bucket 或 operator confirmation protocol。

Phase R3: OKX live adapter 预备实现，但只接测试/沙盒

目标：把 adapter 从 placeholder 升级成真实实现，但先不接主账户实盘。

交付：

• 实现 OKX signed order client：
  • submit order
  • cancel order
  • cancel all
  • query order
  • query fills
• 实现 bracket / OCO 语义映射。
• 实现幂等键与重复提交保护。
• 实现错误码归一化：
  • 网络错误
  • 余额不足
  • 参数错误
  • 交易所拒绝
  • 部分成交
• 所有 live operation 写入 audit。
• 默认仍保持 LIVE_TRADING_ENABLED=0。

验收：

• sandbox/testnet 或极小风险隔离环境通过 submit/cancel/reconcile。
• adapter_real_live_not_ready 只在明确通过后才允许调整。
• 主账户真实下单仍不默认开启。

当前状态（2026-05-17 R3 isolated smoke attempt）：

• 已实现 OKX sandbox / demo trading preflight starter：新增 OKXSandboxPreflightService，可生成 submit order、cancel order、query order、query fills 的签名 dry-run request preview。
• 已接入 /trading/live-readiness 的 okx_sandbox_preflight_summary，并新增独立 /trading/okx-sandbox-preflight 查询接口。
• cockpit live readiness 面板已展示 okx sandbox preflight、sandbox next gate、simulated trading header、submit/cancel/query/fills dry-run 状态、idempotency key、error normalization 与 real_live_still_blocked 边界。
• 已具备幂等键 preview、bracket / OCO 语义引用、reconciliation semantics 引用，以及网络错误、权限错误、余额不足、参数错误、交易所拒绝、部分成交的错误归一化目录。
• 该 starter 只做本地 request preview 与 readiness surface，不发送订单、不写 live operation audit、不改变 LIVE_TRADING_ENABLED、不解除 adapter_real_live_not_ready。
• 本地验证通过：93 个 focused API/static/live-readiness/live-adapter/launch-readiness tests、73 个脚本静态检查、node --check src/web/app.js、756 个全量 unit tests。
• 远端部署通过：deploy smoke 11 endpoints、标准 run_remote_ops_smoke.py 9 checks、远端字段 smoke 确认 /trading/okx-sandbox-preflight 与 /trading/live-readiness 都返回 next_gate=sandbox_submit_cancel_reconcile_smoke、execution_boundary=real_live_still_blocked、live_trading_enabled=false，并确认 /static/app.js 已包含 okx sandbox preflight / sandbox next gate / simulated trading header UI 文案。
• 本轮已新增 R3 isolated smoke 工具：OKXSandboxPreflightService.run_isolated_smoke() 与 scripts/run_okx_sandbox_smoke.py 可在显式 OKX_SANDBOX_SMOKE_EXECUTE=1 时执行 submit -> query -> cancel -> query -> fills，并写出 .claude/okx_sandbox_smoke_latest.json；默认 dry-run 会以 okx_sandbox_smoke_execute_not_enabled 安全阻塞。
• isolated smoke 会复用 broker_read_proxy_url / market_truth_proxy_url，只输出 proxy_configured=true/false，不暴露代理地址或 OKX secret；实际请求保持 x-simulated-trading=1，且在 LIVE_TRADING_ENABLED=true 时拒绝运行。
• 本轮本地验证通过：12 个 focused OKX/API/live-readiness/script tests、73 个脚本静态检查、node --check src/web/app.js、本地 dry-run 安全阻塞、761 个全量 unit tests。
• 本轮远端验证通过：live deploy smoke 11 endpoints、标准 run_remote_ops_smoke.py 9 checks、unattended_harness=passed。
• 本轮真实 OKX demo submit 已尝试：OKX_SANDBOX_SMOKE_EXECUTE=1、instrument_id=2、x-simulated-trading=1、proxy_configured=true、live_trading_enabled=false；OKX 在 submit 阶段返回 HTTP 401 / code 50120 / permission_error（This API key doesn't have permission to use this function）。
• R3 尚未最终验收：代码链路已经能到达 OKX demo trading endpoint，但当前远端 API key 缺少交易函数权限。
• 当前产品边界修正：本阶段只做交易辅助分析决策，不做真实或模拟下单执行，因此 OKX trade permission / submit-cancel sandbox smoke 不应作为当前 assisted-analysis 闭环 blocker。该项降级为未来 execution adapter / real-trading preparation 阶段再处理。
• 当前阶段不能为了通过 R3 smoke 而启用 trade-permission credentials；只有项目明确进入执行适配或真实交易准备时，才重新要求隔离 sandbox/demo trade-permission key 并跑 submit / query / cancel / query / fills / reconcile smoke。

Phase R4: 人工确认的极小实盘试点

目标：在所有前置条件满足后，用极小仓位验证真实闭环。

前置条件：

• decision_support_ready = true
• execution_assist_ready = true
• OKX adapter 通过测试环境验证。
• risk governor 通过。
• operator confirmation protocol 完整。
• kill switch 可用。
• LIVE_TRADING_ENABLED 由人工显式打开。

交付：

• 只允许单 symbol。
• 只允许最小风险额度。
• 只允许人工确认。
• 每笔真实交易必须：
  • 写入 audit。
  • 写入 execution。
  • 匹配 broker order/fill。
  • 自动生成 journal。
  • 纳入 weekly review。

验收：

• real_trade_sample_verified = true
• reconciliation 可匹配真实 order/fill。
• 失败时能安全停止。
• 周报能区分模型问题、执行问题和 operator override。

当前状态（2026-05-17）：

• 未开始。R4 仍被 R1 decision_support_ready=false、R2 连续 shadow/paper 证据未满、R3 sandbox adapter 未完成真实隔离环境 submit/cancel/reconcile 验收所阻塞。
• 不能提前打开 LIVE_TRADING_ENABLED，也不能把 cockpit 输出作为真实下单指令。

Phase R5: 实盘辅助稳定化

目标：形成可长期运行的半自动实盘辅助系统，但仍不做默认自动交易。

交付：

• 运行手册。
• 事故处理手册。
• 每周复盘节奏。
• trust bucket 晋级/降级制度。
• 风控参数变更审批记录。
• 外部通知通道启用和静默窗口策略。

验收：

• 连续 4 周稳定运行。
• runtime smoke 长期通过。
• 每周 review 有明确 action。
• 所有执行相关动作可审计。

当前状态（2026-05-17）：

• 未开始。R5 需要 R4 极小实盘试点完成后才有真实运行数据、事故样本、周复盘节奏和 trust bucket 晋级/降级证据。
• 当前可以先保留运行手册/周复盘制度草案，但不能宣称稳定化运行闭环完成。

7. 推荐下一步

下一步仍不要直接做主账户 live submit，也不要直接打开 LIVE_TRADING_ENABLED。

当前未彻底闭环的阶段：

1. R1：promotion/readiness surface 已上线并通过远端 closure gate，但 decision_support_ready=true 的 trust / 样本 / 质量验收未通过。
2. R2：shadow/paper 采集闭环已上线并写入真实 observation；2026-05-18 已完成 14 天 backfill audit 并把 shadow day coverage 推过门槛，独立 R2 ledger 当前卡在 paper_ticket_sample_gate，paper ticket / paper execution / operator feedback / weekly review 证据未满；远端 API/SSH 已恢复，但正式 launch readiness 继续采样前还需要先恢复 OKX read-only proxy / runtime market-broker gate。
3. R3：sandbox preflight 与 isolated smoke 工具已完成；trade-permission submit/cancel smoke 属于未来执行适配阶段，本阶段不再作为 assisted-analysis 的当前 blocker。
4. R4：未开始，且已明确不属于当前 assisted-analysis-only 阶段。
5. R5：未开始，必须等 R4 有真实试点样本后才能进入稳定化运行制度闭环。

下一轮建议最小闭环切片：

R1/R2 decision-support evidence growth / shadow-paper sample gate slice

建议范围：

• 继续采集真实 shadow observation、paper ticket、paper execution 和 operator feedback 样本。
• 不从 blocked candidate 人工伪造 paper ticket；当前 shadow_candidate_day_coverage 已通过，但下一步先恢复 OKX read-only proxy / runtime market-broker gate，再等待或呈现真实 executable candidate，创建 shadow paper ticket、确认 paper execution、记录 operator feedback，并补 weekly review evidence。
• 以 trust / 样本 / 质量门推动 decision_support_ready，但继续保持 execution_assist_ready=false、real_live_ready=false、LIVE_TRADING_ENABLED=false。
• 不要求 OKX trade permission，不运行 submit/cancel smoke，不替换 placeholder adapter 为可执行 adapter。

8. 最终判断

当前系统已经接近一个可用的“实盘辅助分析工作台”，但还不是可以指导真实下单的“实盘交易决策系统”。

可以使用的口径：

用它辅助看盘、整理证据、提醒缺失确认项、解释风险和复盘。

不可以使用的口径：

让它告诉你现在该不该下真实单，并按它的输出直接交易。

只有当 decision_support_ready、execution_assist_ready、真实 adapter、真实成交 reconciliation、operator confirmation 和 real-trade sample 都完成闭环后，系统才可以进入“人工确认的极小实盘试点”。