docs(tasks): #91 stage B fix brief (agent loop)

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

docs/tasks/README.md

@@ -529,4 +529,5 @@
 | `TASK-synastry-staging-fix-fix-20261022.md` | `PROGRESS-synastry-staging-fix-fix-20261022.md` | **#85 第 1 次打回**（T7～T11 主体通过）：新地址没登记进路由清单致快速门红；CHANGELOG 与 T11 矛盾；侧栏点亮测试是空断言 | 已合入 staging | `codex/synastry-staging-fix-20261021` |
 | `TASK-report-english-han-leak-fix-20261022.md` | `PROGRESS-report-english-han-leak-fix-20261022.md` | **#89 第 1 次打回**：改了冻结的校正打分文件 `jaimini.py`；测试的 PyJHora 屏蔽没传到子进程（测的不是生产那份报告，也是慢的原因）；缺英文时留空藏住漏洞 | 已合入 staging | `codex/report-english-han-leak-20261021` |
 | `TASK-full-data-parity-1-fix-20261022.md` | `PROGRESS-full-data-parity-1-fix-20261022.md` | **#91 A 段第 1 次打回**：新六章 69 节里 16 节在三张虚构盘上整节「未判定」，其中 12 节数据在资料包里、是读错了字段；测试抓不到整节未判定；新六章绕过了报告口径替换；中文附录悄悄丢列和瑜伽条目要量出来 | 本地完成，待验收 | `codex/full-data-parity-1-20261021` |
+| `TASK-full-data-parity-1-b-fix-20261023.md` | `PROGRESS-full-data-parity-1-b-20261023.md` | **#91 B 段打回（本单累计第 3 次，交产品定执行方）**：T9 解释补长不在让步清单却没做（行星一章 4,574 字符，目标约 8,970）；D8 后两年缺整宫、Tajika、Tripataki、Saham 轨迹、年主依据 | 需拍板 | `codex/full-data-parity-1-20261021` |
 | — | `PROGRESS-full-data-parity-1-fix2-20261022.md` | **#91 A 段第 2 次打回**（Claude 口头修复单 F1～F4）：11 节只印「未判定」和键名改读真实记录；测试只认非第一列真实值、禁止键名格；中文瑜伽组合句由中文源给出（BUG-1418）；六章降为 `##`、节 `###`（BUG-1419） | 本地完成，待验收 | `codex/full-data-parity-1-fix2-20261022` |

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

@@ -0,0 +1,47 @@
+# 修复单：完整数据版补齐（一）B 段（issue #91，2026-10-23）
+
+- 被验提交：`d74760b10`（分支 `codex/full-data-parity-1-20261021`，B 段 T4～T10）
+- 原任务书：`TASK-full-data-parity-1-20261021.md`
+- 执行方：待产品定（见 issue #91 的 escalate 评论）。同一分支继续，开工前 `git merge origin/staging`（不 rebase）。
+- BUG 编号：本分支 Yogi 用的 BUG-1421 已被 #95 占用（staging 当前最大号 1423）。合并时改成当时最大号 +1，CHANGELOG、PROGRESS 同步。
+
+## 验收结论（Claude，Linux，屏蔽 PyJHora，0 号虚构盘先英文后中文）
+
+做对了的：Yogi / Ava Yogi 改为原生计算，不再整盘 `blocked`；标准大运表出了子运，没有规则的体系写明「本体系未提供子运」，Kalachakra 标「简化模型」、主运不换；年运附表六节出现；从报告月起 36 个月 × 9 星，报告口径与 KP 口径各 324 行；新模块都在 `scripts/annual_native/`，根目录文件数不变；没碰冻结打分文件；没有导入 `jhora`；新增的异常处理都记日志带原因；「六维力量合计为未列出」已修。生成：英文 1,263,805 字符、中文 753,562 字符，合计约 24 秒，远低于 180 秒。
+
+**未通过的两项：**
+
+## K1 · T9 解释补长没做，但它不在让步清单里（必修）
+
+PROGRESS 把「行星、宫主解释补到上游篇幅」写成「让步顺序第一项」。任务书第 8 节的让步顺序第一项只有 **T9 的 Saturn / KP 结果段**；解释补长是产品 D12 的决定，不能让。现在 0 号盘英文「Planets, Nakshatras and Houses」一章 4,574 字符（目标是上游同章 8,970 字符量级），每星仍是 6 句固定骨架。宫主逐宫解释 5,664 字符，也是骨架句。
+
+修法：照任务书 T9 前半句做：`build_graha_interpretation_pack`、`build_bhavesh_interpretation_pack` 按上游 main 对应生成器补传统段落，「可能」口吻，叠加功能吉凶 v2，中英各自从源字段出。
+
+验收：0、1、9 号虚构盘两章中英字数都不低于任务书标准（英文 ≥ 8,970 字符量级，中文按比例），PROGRESS 列逐盘逐章字数；红线 7 模板口径测试（不断言死亡、寿命、疾病诊断、离婚、流产、不孕，不写再婚、几段关系、早夭）中英全文都跑。Saturn / KP 结果段可以继续让，写进 PROGRESS。
+
+## K2 · 后两年只展开了一半（必修）
+
+D8 要求「当年 + 后两年，**每一年都有**」全套。现在 2027、2028 两年只有年度行星、年度大运、Mudda、Patyayini、月返照、Tithi Pravesha 六项。下面这些只出了当年（2026），后两年没有，PROGRESS 也没写：
+
+- 年盘整宫框架（Annual Return House Framework）
+- Tajika 相位与瑜伽候选、Tajika 力量
+- Tripataki
+- 年度 Saham 公式轨迹
+- 年主与 Muntha 的依据行（后两年只有 Muntha 星座一行）
+
+修法：后两年按当年同一套函数逐年生成，挂在每年自己的小节下（中英一一对应）。已有当年字段对 3 张虚构盘逐值不变。
+
+验收：0、1、9 号盘中英两版，三年里每一年上面每一项都出现且有数值；加一条结构测试逐年断言。
+
+## 可以接受的偏差（记录在案）
+
+- 72 年生命周期年返不做：在让步清单里。
+- 现居地八年总览只在资料包带现居地坐标时出：现居地读取在 `_annual_payload_from_args` 里到不了，打开会改已有年运数值。保持不动，Claude 另行评估。
+- 年度北印度图盘面板不新做：阅读页已用算好的黄经印成文字表（「Annual Chart Numeric Data」三年都有）。
+- 三年星历不走 `kp_monthly_transits`：那条旧路径是视位置，违反红线 1；改用本系统真恒星黄经是对的。
+
+## 交回前必跑
+
+- PROGRESS 里列出的 19 个定向测试文件，加上新增的逐年结构测试。
+- 200 张英文扫描（屏蔽 PyJHora）。
+- 快速门、全量 pytest、前端全量由 Claude 复验。