Jyotisha/docs/tasks/TASK-rectification-offline-research-20260926.md

TASK · 生时校正三项离线研究（2026-09-26）

基线

• origin/staging 当前 head。分支 codex/rectification-offline-research-20260926。不改线上代码（只加研究脚本、结果 JSON、报告文档；若研究脚本需要读引擎内部函数，只读不改）。
• 数据：只用仓库已有的公开 AA 名人开放集（v4，docs/research/holdout_v4_build_2026_09_14.md）与明确虚构数据。

背景（09-26 盘点）

1. 所有回放都按"每题理想作答"，数字全是上限；是 / 否答错的容错从未测过。
2. 分盘敏感度配权 V1/V2 的结论在 09-15 勘误为"未测"（权重没真正生效，BUG-692），一直没重跑，是打分侧唯一没真正测过的方向。
3. 文档写"1 分钟 ≈ 1.1 天大运边界位移"（TASK-rectification-precision-adaptive-boundary-research-20260914.md 及 BUG-689 邀请语依据）有误：Vimshottari 120 年覆盖 9 个星宿（120°），平均 1° ≈ 1 年；09-26 用 swisseph 在 2000 个虚构时刻实测每分钟位移中位 3.8 天（p10 1.6、p90 5.0、范围 1.3–5.9），仓库 _vim_start_dates 复核两例 2.3 / 4.9 天。45 天闸门对应约 9–34 分钟而非 40 分钟。推断"出不来题"的真实原因更可能是 event_probes.py _representative_pairs 只比相邻代表分钟 + 首尾一对。

任务

• R1 答错容错：在 v4 开放集上，六题回放里随机把 1 题、2 题的是 / 否答反（固定种子，多次重复），统计真值仍在交付区间的比例、头名簇命中、区间宽度；分 ±10 / ±30 / ±60 窗。
• R2 V1/V2 分盘敏感度配权重跑：先证明权重确实生效（打分差异非零），再按 closure 文档口径报告头名命中、宽度、真值在区间比例；与基线对照。
• R3 改正算术：复现 3.8 天 / 分钟的测量（脚本 + 分布表），重新推导"不同精度的证据能区分多近的候选"，核实 _representative_pairs 推断；改正相关任务书 / 研究文档中的错误数字（加勘误段，不删原文），并给出引导邀请语的修改建议（不直接改线上文案）。

硬红线

1. 不改线上代码、打分、阈值、Skill；研究脚本放 scripts/research/，结果放 docs/research/，每个结论附可复跑命令。
2. 不把开放集结果写成盲测或"准确率"；不得出现真实用户数据。
3. Python 同机 A/B，不写死跨机浮点哈希（BUG-985）。

交付

docs/research/rectification_offline_research_2026_09_26.md（三节 + 结论一句话 + 是否建议立实现单）、结果 JSON、PROGRESS；README 状态板一行。