Jyotisha/docs/tasks/TASK-full-data-parity-2-fix-20261023.md

修复单：完整数据版补齐（二）（issue #92，第 1 次打回，2026-10-23）

• 被验提交：d45e65a9e（分支 codex/full-data-parity-2-20261021）
• 原任务书：TASK-full-data-parity-2-20261021.md
• 执行方：Grok。同一分支继续，开工前 git merge origin/staging（不 rebase）。

验收结论（Claude，Linux，屏蔽 PyJHora）

做对了的：三章（补充推运、辅助次小运、研究型分盘）都在六章之后，每节带研究口径句；位置走我方 SiderealFrame（我方 _sidereal_calculation_profile，岁差逐时刻重算），没有视位置、Moshier、真位置开关；四种星座大运次小运照上游等分规则只加在副本上，主运、子运不变；Kalachakra 只加第三层；Niryaana Shoola 按产品 10-23 的决定不列子运并写明原因；D81 / D108 / D144 只出现在研究章；不进资料包、不进对话卡和校正打分。

项	结果
生成时长（Linux，0 / 1 / 9 号盘，排盘 + 先英文后中文）	18.5 / 17.3 / 17.5 秒，远低于 180 秒
体量	英文约 249～264 万字符、汉字 0；中文约 192～206 万字符、2.7～2.9 MB
全量 pytest	与 staging 基线相比多 4 条，单独重跑都通过（本机负载：其中 200 张英文扫描在 -n 3 下进程池被挤掉，单独跑 913 秒通过，最低剩余内存 2.9 GB）
前端全量、类型检查、构建	与 staging 一致

未通过：T5 PyJHora 离线对照一张都没做（research-timing-pyjhora-20261023.json 是 not_compared、0 张）。任务书第 7 节写明 T5 只能让「覆盖盘数」，下限 5 张；产品在 issue #92 要求「已知与 PyJHora 不一致的体系逐个标出」（决策 E2）。

M1 · 做 T5 离线对照（必修）

• 脚本 scripts/research/research_timing_pyjhora_compare.py（已有空壳）在执行方本机跑，至少 5 张、最好 10 张固定种子虚构盘，逐体系逐层比对：Tithi Ashtottari（本命顺 / 逆）、Yoga Vimshottari、Buddhi Gati、Kaala、Sudasa、Varnada、Karana 三种、四种星座大运（主运、子运、次小运）、Kalachakra。PyJHora 没有对应函数的体系写「PyJHora 无此方法」，不算不一致。
• 每处差异分类：起点 / 方向 / 年数 / 子运划分 / 回归时刻；回归时刻差在 1 分钟内不算不一致（两边岁差与星历文件不同），写进 JSON 说明。
• 结果存成 JSON 提交（charts、每体系 status：一致 / 不一致 / 无此方法，不一致附差在哪一类和一个例子）；pytest 只读 JSON，不导入 jhora（红线 3）。
• 报告该体系标题下按 JSON 标注：中文「与 PyJHora 不一致：差在 {类别}」，英文「Differs from PyJHora: {category}」。

验收：JSON 里 charts ≥ 5；加一条测试：JSON 里标为不一致的体系，在 0 号虚构盘中英两版标题下都出现对应标注；其余体系不出现。

M2 · 英文标注别被清理器删掉（必修，小）

PROGRESS 说「英文不写 PyJHora，避免整份英文被卫生门丢掉」。实际情况是：pl9_full_data_export.py 与 pl9_reader_english.py 的清理器按行丢掉含 PyJHora 的行，不会丢整份英文。研究章现在是在 _append_parity_chapters 里拼接、在清理器之后，标注应能保留；但要用 M1 的测试证明英文标注确实出现在最终 markdown_en 里。若被删，改成在清理器之后拼接，不要改清理器本身。

交回前必跑

• tests/test_research_timing.py 与原任务书第 6 节列出的文件；M1 新测试。
• 200 张英文扫描（屏蔽 PyJHora；Windows 上进程数可调低）。
• 全量 pytest、快速门、前端由 Claude 复验。