docs: p_oversold上线待决策事项讨论记录(4件:调度方式/候选适配/停8cron/健康监控)

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

@@ -0,0 +1,124 @@
+# p_oversold 上线待决策事项 · 讨论记录
+
+> 创建：2026-08-12 ｜ 记录人：小小莫（Sisyphus）
+> 背景：研究侧工作已全部完成（回测复现 18.57% + 研究Tab/组合Tab/进化模块就位），剩 4 件实盘侧事项待老莫拍板。
+> 讨论方式：一件件过，每定一件更新本文档结论区。
+> 关联文档：deployment-plan-predictive-oversold.md ｜ cron-review-poversold-20260811.md ｜ predictive_oversold_strategy.md
+
+---
+
+## 📋 事项总览
+
+| # | 事项 | 状态 |
+|---|------|------|
+| 1 | p_oversold 扫描器调度方式 | ⏳ 待讨论 |
+| 2 | 候选管道适配方案 | ⏳ 待讨论 |
+| 3 | 停 8 个冗余 cron | ⏳ 待讨论 |
+| 4 | 健康监控注册 p_oversold | ⏳ 待讨论（依赖 1/2 结论） |
+
+---
+
+## 1️⃣ 事项一：p_oversold 扫描器调度方式
+
+### 背景
+`predictive_oversold_scanner.py` 已开发完毕（deploy/profile-scripts/），功能：大盘门控（mkt_rsi<50 + mkt_dd60≤-5% + 阴跌跳过）+ 12维信号 + 写 candidates（sector='p_oversold'）+ 当日幂等 + 单例守卫 + 600s 护栏。**但尚未注册 cron，目前不自动跑**。
+
+### 选项对比
+
+| 维度 | A. 独立 cron（建议） | B. market_watch 链式 |
+|------|---------------------|---------------------|
+| 做法 | 新增 hermes cron 条目，对齐 mr_scanner 模式（`35 9 * * 1-5`） | 塞进 market_watch.py 串行调用 |
+| 优点 | 职责单一、独立监控/重启、失败不拖垮别的扫描器；与 v_weak/s2 现有模式一致 | 调度集中 |
+| 缺点 | 多一条 cron 条目 | market_watch 已耦合多任务，失败拖垮整链；其调度时机（371 行现有条目）不一定匹配开盘扫描需求 |
+| 信号频率需求 | 盘前/开盘后一次即可（超跌信号不需要高频） | 同左 |
+
+### 我的建议
+**独立 cron（9:35 交易日）**。超跌信号只需开盘后扫一次，独立运行最稳，符合"一个脚本一个调度"规范（DEVELOPMENT_STANDARDS 5.6）。
+
+### 💬 讨论记录
+- 2026-08-12 待老莫确认
+
+### ✅ 结论
+**【待定】**
+
+---
+
+## 2️⃣ 事项二：候选管道适配方案
+
+### 背景
+p_oversold 扫描器写 candidates 表后，现有候选管道（candidate_filter 6 阶段评分 → promote_candidates RR>=2.0 提拔）是为 accumulation（主力建仓）设计的。超跌候选 RR 普遍<2（step39 数据验证），RR>=2 门槛会**大量拒绝** p_oversold 候选——这正是 accumulation 现在 59 只全被拒的固有冲突，p_oversold 会重蹈覆辙。
+
+### 选项对比
+
+| 维度 | A. 独立评估（建议） | B. 复用管道改门槛 |
+|------|---------------------|-------------------|
+| 做法 | candidates 写 score_final 高分 + pass_final=1，绕过 candidate_filter 6 阶段评分，直接进 promote；promote 加 sector='p_oversold' RR 例外 | 修改 candidate_filter/promote 公共门槛，让 p_oversold 候选能过 |
+| 优点 | 不污染 accumulation 管道；超跌策略的完整验证逻辑（12维+阴跌判定已在扫描器内做过）不被公共评分削足适履 | 管道统一 |
+| 缺点 | 需改 promote_candidates（加 sector 例外） | 改公共管道有回归风险；accumulation 的 RR 冲突问题被放大 |
+| 代码改动量 | 小（promote 加一个例外分支） | 大（公共逻辑分支化） |
+
+### 我的建议
+**方案A（独立评估）**。超跌策略有自己完整的验证体系，套 accumulation 的评分+RR 是削足适履。
+
+### 💬 讨论记录
+- 2026-08-12 待老莫确认
+
+### ✅ 结论
+**【待定】**
+
+---
+
+## 3️⃣ 事项三：停 8 个冗余 cron
+
+### 背景
+cron-review-poversold-20260811.md §四 梳理出 8 个重复/停摆/冗余的定时任务。停掉可减轻 246 负载（当前 66 个调度脚本）。
+
+### 明细
+
+| # | cron | 调度 | 现状 | 停的理由 |
+|---|------|------|------|---------|
+| 1 | 策略评估-每日 | `0 21 * * 1-5` | ❌ 8/6 起 error | 与"策略评估-每周"重复，每日版是早期半成品 |
+| 2 | 市场精选推荐-每日 | `0 16 * * 1-5` | ❌ 7/31 起停摆 | 部署计划已明确废弃；新策略有专属扫描器 |
+| 3 | 跨市场背离检测-周末 | `30 8-16/2 * * 0,6` | 重复 | 与工作日版（*/30 8-15）完全同脚本 |
+| 4 | 宏观风险扫描-午间 | `30 11 * * 1-5` | 重复 | 与 8:30 版重复度 80% |
+| 5 | 宏观风险扫描-周末 | `0 10 * * 0,6` | 重复 | 与 8:30 版同脚本 |
+| 6 | 行业富集-cninfo-午间 | `45 12 * * 1-5` | 重复 | 早间（7:50）已覆盖全部 active 策略 |
+| 7 | 基本面刷新-午间 | `47 12 * * 1-5` | 冗余 | PE/PB 一天变一次，早晚两次够 |
+| 8 | 自选12维分析补全-每日午间 | `30 12 * * 1-5` | ⚠️ 待定 | 调度约 80 分钟与午间任务重叠；若事项二走独立评估，此任务价值下降 |
+
+### 需要你确认的点
+1. **#2 市场精选推荐**：7/31 已停摆，是**彻底废弃**还是修复重启？
+2. **#8 自选12维补全**：是否停？取决于事项二的结论（p_oversold 走独立评估则可停/降频）
+3. **#1-7**：直接停有没有顾虑？
+
+### 💬 讨论记录
+- 2026-08-12 待老莫确认
+
+### ✅ 结论
+**【待定】**
+
+---
+
+## 4️⃣ 事项四：健康监控注册 p_oversold
+
+### 背景
+morning_health_check 当前没有 p_oversold 检查项；strategy_health 表只有 v_next4 一条（8/1）。扫描器上线后需要把 p_oversold 纳入每日健康监控（实盘 trades 数/胜率/回测偏差追踪）。
+
+### 说明
+- **不着急**：等事项一（调度）和事项二（候选适配）定了、扫描器实际跑起来后再做
+- 工作量小：morning_health_check 注册一个检查项 + strategy_health 表按日写入
+- 健康度口径：实盘 trades vs 回测基线（10y 年化 18.57%）的偏差监控
+
+### 💬 讨论记录
+- 2026-08-12 待老莫确认（可后置到扫描器上线后）
+
+### ✅ 结论
+**【待定，可后置】**
+
+---
+
+## 📌 讨论进度日志
+
+| 时间 | 事项 | 结论 |
+|------|------|------|
+| 2026-08-12 | （文档创建） | 4 件事全部待讨论 |