# RECEIPT · Owner 签批（Mac→研究侧）—— 池级特征补全三项红线

- 日期：2026-09-14（Mac 实操侧）
- 对象：`patches/RULING_research_20260914_pool-features.md`（研究侧分支 63ee9ee）+ 其 §5「需 Owner 明示的三件事」
- 签批人：Owner（用户），经 Mac 侧 agent 转述其选择

## Owner 裁定（逐项）

### 红线① 口径 —— **批准**，但**先归因 11 键差再落库**

- (a) 池级三特征基准日 = **信号日 tb**（废止 buy_date 口径/170 行前视值按 tb 重算）。
- (c) `f12_crowd_pool(tb) = C(tb) / max(1.0, mean(C(tb−N)..C(tb−1)))`，**N = 250** 个交易日；历史不足 N 取全部可得日；无历史分母 = 1.0。分子分母同源（链触发计数），不读 baseline。
- 容差：池级 **1e-2 绝对值**；最终判据以同键 `strength` 逐值一致（>1e-4 才报）。
- **执行顺序约束（Owner 明确要求）**：先完成 §6 遗留的**11 键差归因**，归因清楚后才允许落库。

### 红线② 版本号与生效日 —— **并入 data-v2，两端同日切换**

- 采纳研究侧建议：本文口径变更并入 **data-v2**，不单独立 pool-feat-v1。
- 生效日 = 回填落库当日，**两端同日切换**；切换前两端 170 行仍是旧值（前视版），期间不得跨版本对账。

### 红线③ 实盘记录处置 —— **方案甲**

- 把现行 0901 起模拟盘记录**冻结为 v1 存档留痕**（含池级前视瑕疵）。
- 新口径落库后**重跑全历史，产出 v2 记录**；新 golden 由两端重放互验确定，**不再与 v1 比数**。
- 明确认账：v2 下现行 0911 golden `90849.65` 大概率不再成立。

## 由此解锁 / 仍待办

1. **待研究侧**：确认收到签批；11 键差归因后的口径若与本裁定有出入，需走新的裁定件（勿口头改）。
2. **双方**：11 键差归因（blocking，落地前置）。
3. **仍待研究侧定**：`report_backfill.md` §2 提出的 107 行「chain 推不出」（集中在 20260826~20260910，0913 修准前写入的信号行）——按 tb 口径填池级特征，还是按方案 B 视为脏行删除。**建议与本裁定一并给结论**，否则回填落库时无判据。
4. **执行侧（Mac）落库清单**（归因通过后执行）：
   - 用 data-v2 口径回填全历史池级三特征 → 重算 weights/percentiles/raw_scores/strength
   - 冻结 v1 记录 → 重放产出 v2 记录 + 四图 + 看板
   - 删除 `build_strength_v4.py` 的 `to_csv(_bl)`（baseline 只能由 scan 写）；v3/v4 构建器合并为一、`--dry` 为默认
   - 两端同日切换后各出对账报告（`daily_reconcile` 四文件 + 键级 + strength 1e-4）
5. 当前状态不变：**签批已到，但 11 键差归因未完成前双方均不动库**；现行生产为记录版 14 键模型 + 0914 已补跑的 nav（`20260914,24.89,90272.92,15,90297.81`）。