docs: cron架构审查补p_oversold候选管道适配点(扫描器字段要求+promote RR门槛sector例外)

docs/cron-architecture-review-20260811.md

@@ -63,6 +63,25 @@
 > 注：market_regime.calc_ma 是唯一纯重复，但改动它需回归 market_regime（运行中），
 > 收益小风险中——记录为后续优化项，不在本次强制重构。核心目标（p_oversold 用公共模块）已达成。
 
+### ✅ p_oversold 候选管道适配点（2026-08-11 确认，部署时执行）
+**管道现状**（实测）：
+- candidate_filter 处理：`pass_final IS NULL OR pass_final=0`（396-403行）
+- promote_candidates 读取：`promoted=0 AND dropped=0 AND score_final>=7`（38-42行）
+- promote_candidates RR>=2.0 门槛：行130（`_rr < 2.0` 跳过）——**无 sector 分流**
+
+**p_oversold 扫描器必须写入**：
+1. `score_final >= 7`（否则 promote 不读）
+2. `pass_final = 1`（否则 candidate_filter 重新过滤）
+3. `promoted = 0`（否则 promote 跳过）
+4. `sector = 'p_oversold'`（标记策略归属）
+
+**promote_candidates 需改（部署时）**：
+1. SELECT 加 `c.sector` 字段
+2. RR>=2.0 门槛加 sector 例外：`if sector == 'p_oversold': 跳过 RR 门槛`
+   （超跌反弹候选 RR 天然 <2，走专属评估替代）
+
+**验证方式**：p_oversold 候选写入后，手动跑 candidate_filter → promote_candidates，确认不被 RR 拦截。
+
 ### 守卫教训（重要）
 - deploy_guard 每 15 分钟回滚 CODE_PATHS 未提交改动（07:00 实测回滚 market_watch）
 - **正确流程**：本地改 → commit+push → 246 pull（守卫看到 git 干净 → 不回滚）