docs: 事项一结论——独立cron 9:35+扫描器改读加工层(三层架构大改落地,远超原A/B选项),记录讨论演化过程

docs/decisions/2026-08-12-p-oversold-deployment-decisions.md

@@ -11,11 +11,11 @@
 
 | # | 事项 | 来源 | 状态 |
 |---|------|------|------|
-| 1 | p_oversold 扫描器调度方式 | cron-review#3 / 部署计划#3 | ⏳ 讨论中（实证：独立 cron 明显更优） |
+| 1 | p_oversold 扫描器调度方式 | cron-review#3 / 部署计划#3 | ✅ 已解决（独立 cron 9:35 + 改读加工层，三层架构大改落地） |
 | 2 | 候选管道适配方案 | cron-review#2 | ✅ 已实施（方案C，无需决策） |
 | 3 | 停 8 个冗余 cron | cron-review#1 | ⏳ 待讨论（#8 依赖已明朗：建议停） |
-| 4 | 健康监控注册 p_oversold | 部署步骤5 | ⏳ 待讨论（依赖 1 结论） |
-| 5 | 策略参数定稿（v5 = 实盘参数？） | 部署计划#1 | ⏳ 待讨论（建议最先讨论） |
+| 4 | 健康监控注册 p_oversold | 部署步骤5 | ⏳ 待讨论（依赖 1 已解决，可推进） |
+| 5 | 策略参数定稿（v5 = 实盘参数？） | 部署计划#1 | ⏳ 待讨论（建议最先讨论——扫描器已用 v5） |
 | 6 | 实盘资金规模 | 部署计划#2 | ⏳ 待讨论 |
 | 7 | 观察期时长 | 部署计划#4 | ⏳ 待讨论 |
 | 8 | 部署节奏（分步 or 一次到位） | 部署计划#5 | ⏳ 待讨论 |
@@ -46,9 +46,27 @@
   - 若 p_oversold 挂链式 → 每天会被连带跑 ~30 次（超跌信号日频足够，纯浪费资源）且混淆"采集 vs 策略扫描"职责
   - mr_scanner（v_weak）现有时段 = `35 9 * * 1-5`（9:35 开盘后一次），p_oversold 与之同频最合理
   - 实证结论：**独立 cron 明显更优**（B 方案在高频采集任务上挂低频扫描是错配）
+- 2026-08-12 **讨论演化为三层架构大改**（老莫引导）：
+  - 老莫问 market_watch 干嘛 → 发现扫描器自己 fetch_tx_klines 拉数据（使用层越权采集）
+  - 老莫问东财被禁 → 查证注释错误（东财其实可用，改直连后 requests+完整UA 正常）
+  - 老莫问 market.json → 已迁移 DB 但 server.py 残留读写
+  - 老莫纠正"信号日收盘价买入"时间矛盾 → 实盘必须盘前（用前一天数据）或收盘前执行
+  - 老莫指出数据采集层已有（price_monitor/market_watch），扫描器不该自己拉 → 梳理 F 健康发现数据采集层 3 缺口
+  - 老莫提出三层架构（采集/加工/使用）+ 数据加工层 + 指标两来源统一 + 行业指数属加工层产物 → 落地整套三层架构
 
 ### ✅ 结论
-**【待定】**
+**【已解决，远超原选项】独立 cron 9:35 + 扫描器改读加工层数据**（2026-08-12 三层架构大改落地）：
+- **调度**：独立 cron `35 9 * * 1-5`（predictive_oversold_scanner 已在跑，对齐 mr_scanner 模式）
+- **数据源（更根本的改进）**：扫描器不再 fetch_tx_klines 自己拉，改读加工层预算值——
+  - compute_market_filters → 读 market_indicators（factor_engine 加工的大盘指标）
+  - bias60/mcap_q/pe_q → 读 stock_indicators（factor_engine 加工的26项技术指标+分位）
+  - fetch_sector_momentum → 改查 stock_sectors_em（EM体系权威映射5061只/307行业，替代 stock_sectors 581只）
+  - news3 → 读 stock_news（news_collector_full 全市场采集）
+  - sec_ret20 → 读 sector_index_daily（sector_index_builder 加工聚合）
+- **口径统一**：indicators.calc_atr 改 EMA 平滑（与 backtest_framework 完全一致 0.304785），回测实盘同口径
+- **三层数据流验证**：采集(stock_daily 3986只全市场)→加工(stock_indicators 4001只指标+sector_index_daily 307行业+market_indicators)→使用(扫描器门控正确拦截)全链路打通
+
+> 注：本事项从"A/B 调度方式选择"演化为"三层数据架构重构"——扫描器调度（独立 cron）只是表层，真正的改进是整个数据流（采集层补缺→加工层新建→使用层改读+口径统一）。详见 system-architecture-review-20260812.md。
 
 ---