docs(tasks): #92 fix brief (agent loop, first rejection)

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LutgzyJqNhPpZy1nFsJtN3

docs/tasks/README.md

@@ -524,6 +524,7 @@
 | `TASK-chart-dasha-yogini-20261021.md` | — | #88 星盘页大运右栏切换 Chara / Yogini，Yogini 补小运（按比例，内部核对，页面注明未经外部软件核对）；Ashtottari 另立单（起运表与 PyJHora 8/12 宿不一致） | 已合入 staging | `codex/chart-dasha-yogini-20261021` |
 | `TASK-full-data-parity-1-20261021.md` | `PROGRESS-full-data-parity-1-b-20261023.md` | #91 完整数据版补齐（一）：K1–K3 已做；K4 把年运新字段放到原键之后，Yogini 缺完整年数时不再整段失败（BUG-1425、BUG-1426） | 已合入 staging | `codex/full-data-parity-1-20261021` |
 | `TASK-full-data-parity-2-20261021.md` | — | #92 完整数据版补齐（二）：研究型推运附录（Tithi Ashtottari、Yoga / Nakshatra Pravesha、Karana 等，口径换成我方真恒星）、四种星座大运第三层、Kalachakra 第三层（简化模型）、Niryaana Shoola 子运只在有书面出处时做、D81 / D108 / D144 研究型分盘；全部标研究口径，不进对话卡与校正；不设大小上限 | 待执行 | `codex/full-data-parity-2-20261021` |
+| `TASK-full-data-parity-2-fix-20261023.md` | `PROGRESS-full-data-parity-2-20261021.md` | **#92 第 1 次打回**：其余全过（Linux 生成约 18 秒、英文汉字 0）；T5 PyJHora 离线对照一张没做（下限 5 张），报告无法标出不一致的体系 | 待执行 | `codex/full-data-parity-2-20261021` |
 | `TASK-goel-jaimini-strength-20261022.md` | `PROGRESS-goel-jaimini-strength-20261022.md` | #94 搬上游公开的 Goel Jaimini 强度与 Brahma / Maheshwara / Rudra（4 个上游原样文件，按 #81 决策 A 先例根目录预算 448→452；来源串改书目引用）；只做计算、不改报告；冻结身份不变 | 已合入 staging | `codex/goel-jaimini-strength-20261022` |
 | `TASK-chart-subject-table-fix-20261022.md` | `PROGRESS-chart-subject-table-fix-20261022.md` | **#86 第 1 次打回**：报告所有表被强制单行（打印跑出纸面）；保存他人复制了档案页代码且已分叉；点编辑框内边距会丢修改 | 已合入 staging | `codex/chart-subject-table-20261021` |
 | `TASK-full-data-parity-3-20261022.md` | — | #93 完整数据版补齐（三）：「独立年度方法参考」正式环境调 PyJHora（子进程隔离；装上后其余输出逐字节不变，7 个换路径开关钉死）；输入默认用本地时间与正确年份（D6 待产品确认） | 待领取（等 #91 合入） | `codex/full-data-parity-3-20261022` |

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

@@ -0,0 +1,37 @@
+# 修复单：完整数据版补齐（二）（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 复验。