feat(reading): fill the five full-reading modules missing from upstream

The western comparison layer was invoked without its files, so it stayed blocked. Navamsha and Niryaana Shoola are filled from the native rashi dashas.

Co-Authored-By: Grok (agent loop)
Co-authored-by: Cursor <cursoragent@cursor.com>

docs/BUG_HISTORY.md

@@ -36488,3 +36488,33 @@
 - 相关记录：BUG-1361、BUG-1362。
 - 复发自：无。
 - 修复版本：分支 `codex/beta-safety-net-20261014`。本机没有装到生产主机，也没有点生产按钮。
+
+## BUG-1375 | 完整解读的西占对照层永远空白
+
+- 状态：代码已交，待验收
+- 首次发现 / 最近更新：2026-10-18 / 2026-10-18
+- 来源：issue #81。任务书 `docs/tasks/TASK-full-reading-module-parity-20261018.md`。
+- 现象：完整解读里的西占对照一直是空白。原因写着找不到 `unified_western_reading`。
+- 触发条件：任何一次 full-reading，只要给了参考日期。
+- 根因：引擎里已经有调用，对应文件和它依赖的 `classical_astrology.py` 没有搬进本仓库。
+- 修复：按上游 `bde5d615` 的副本搬入这两个文件。西占排盘只补了本仓没有的龙首盘和迁居盘函数，没有整份覆盖现有西占文件。特异性计分函数上游副本里没有，导入处返回「未移植、blocked」，不编造分数。
+- 验证：两位公开名人的该模块状态不再是空白。把联网和外部程序打桩成抛错后，西占包本身的调用次数为 0，完整解读仍成功。
+- 防复发：`tests/test_full_reading_module_parity.py` 检查模块能导入，并检查打桩后西占包不发起联网或外部程序。
+- 相关记录：BUG-1376。
+- 复发自：无。
+- 修复版本：分支 `codex/full-reading-module-parity-20261018`。
+
+## BUG-1376 | 完整解读比上游少五个模块，合盘的次要大运互证整项空白
+
+- 状态：代码已交，待验收
+- 首次发现 / 最近更新：2026-10-18 / 2026-10-18
+- 来源：issue #81。任务书 `docs/tasks/TASK-full-reading-module-parity-20261018.md`。
+- 现象：完整解读没有上升同星座、Pushkara 简表、Punarphoo、Navamsha 大运、Niryaana Shoola 大运这五个键。上游合盘校验因此把「次要大运互证」整项标成空白。
+- 触发条件：对比上游 full-reading 的模块键；或用上游合盘校验器读两份完整解读。
+- 根因：这几处是上游 2026 年 7 到 9 月加进 full-reading 的，同步时漏了。Punarphoo 文件其实已经在，只是没接上。
+- 修复：前三项按上游函数接上。后两项用本仓 `rashi_dashas_native` 的 `goel_method_1_v1` 和 `goel_nirayana_shoola_v1` 填键，不调用已停用的 `niryaana_shoola_dasha.py`。外层状态给校验器读，期间表仍是本仓的。
+- 验证：模块键覆盖上游那 86 个名字。两位公开名人的 Navamsha 首段星座和年数与上游 Goel Method 1 的算法一致。上游校验器里 Navamsha、Niryaana Shoola 两行不是空白，「次要大运互证」也不再是空白。屏蔽 PyJHora 后相关测试仍通过。
+- 防复发：`tests/test_full_reading_module_parity.py` 固定 86 个键，并跑上游校验器。`tests/test_rashi_dashas_native.py` 仍禁止那三份文件导入已停用的大运模块。
+- 相关记录：BUG-1283、BUG-1375。编号 1370～1374 由 issue #79 预留，本单从 1375 起。
+- 复发自：无。
+- 修复版本：分支 `codex/full-reading-module-parity-20261018`。

docs/tasks/PROGRESS-full-reading-module-parity-20261018.md

@@ -0,0 +1,46 @@
+# 进度：full-reading 补齐上游 5 个模块（2026-10-18）
+
+基线：`origin/staging` = `b3ef2d815`（任务书写作时写的 `47b4a2317` 已过时，开工以 fetch 后的最新 staging 为准）。分支 `codex/full-reading-module-parity-20261018`。
+
+## 做了什么
+
+- T3：`navamsha_dasha`、`niryaana_shoola_dasha` 用 `rashi_dashas_native.calculate_rashi_dashas` 的结果填键。profile id 仍是 `goel_method_1_v1` 和 `goel_nirayana_shoola_v1`，期间表原样放在 `periods`。外层 `status` 为 `parameter_sensitive`，给上游合盘校验器读。没有导入 `niryaana_shoola_dasha.py`。
+- T2：搬入 `_calc_lagna_vargottamamsa`、`_summarize_pushkara_planets`，并在 full-reading 写入 `lagna_vargottamamsa`、`pushkara_planets`、`punarphoo`（调用已有的 `scripts/punarphoo.py`）。
+- T1：按上游副本搬入 `scripts/unified_western_reading.py` 和 `scripts/classical_astrology.py`。西占排盘补了本仓没有的 `_birth_times`、`build_draconic_chart`、`build_relocation_chart`。加了 `scripts/_script_root.py`，因为搬来的文件会可选导入它，本仓原来没有这个文件。
+- T4：`tests/test_full_reading_module_parity.py` 固定 86 个模块键。
+- 两位公开名人用的是仓库里已有的样例（`tests/indastro_cases.json` 的 `brad_pitt`，`tests/celebrity_cases.json` 的 `jolie`），没有新抄出生时间。
+
+## 耗时
+
+同一进程里先跑一次预热，再各跑 3 次，取中位数。参考日 `2026-10-18`，ayanamsa `lahiri`，node `mean`。
+
+| 样例 | 改前 3 次（秒） | 改前中位数 | 改后 3 次（秒） | 改后中位数 | 变化 |
+| --- | --- | --- | --- | --- | --- |
+| brad_pitt | 4.943 / 5.000 / 5.043 | 5.000 | 4.964 / 5.152 / 5.192 | 5.152 | +3.0% |
+| jolie | 5.022 / 5.047 / 5.094 | 5.047 | 5.132 / 5.139 / 5.174 | 5.139 | +1.8% |
+
+没有超过 20%。多出来的时间主要是西占各层和一次本仓七套 rashi 大运。
+
+## Navamsha 首段
+
+两位公开名人的首段星座序号和年数，与上游 `goel_method_1_v1` 用「D9 上升 + 宫主星在 D9 的位置」算出的首段一致，也与本仓用黄经直接取九分盘的算法一致。没有需要仲裁的差异。
+
+## 没整份同步的西占差异
+
+- `western_timing_engine.py` 里西占层要的函数，签名已经和上游副本一致，没有改这个文件。
+- `build_tropical_natal_chart` 签名已一致。本仓这份还多了接口请求包装和岁差展示，没有用上游文件覆盖。
+- 上游 `classical_astrology.py` 在导入时需要 `western_real_case_calibration._build_calibration_summary`。这个函数不在本单的上游副本里，本仓原来也没有。补了一个只返回 `blocked` 的垫片，键是调用方实际读取的那些，不编造特异性分数。完整解读里的 classical 层仍然是 `executed`。
+- full-reading 不传迁居坐标，所以西占包里的 `relocation` 层是 `blocked`，整包状态是 `partial`。这和上游调用方式一样。挂到 full-reading 上的模块状态是 `parameter_sensitive`，不再是 `blocked`。
+- 现有 VedAstro 适配器仍会尝试本地外部程序，失败被它自己接住。打桩测试确认这次调用栈不经过 `unified_western_reading.py` 或 `classical_astrology.py`；单独跑西占包时，`urlopen` 和 `subprocess.run` 的调用次数为 0。
+
+## 检查
+
+| 检查 | 命令 | 结果 |
+| --- | --- | --- |
+| 新测试 + 大运红线 + Punarphoo | `pytest tests/test_full_reading_module_parity.py tests/test_rashi_dashas_native.py tests/test_punarphoo_observation.py -q` | 27 passed |
+| 屏蔽 PyJHora 后再跑新测试和大运红线 | 拦截 `jhora` 导入后跑上述前两个文件 | 19 passed |
+| 改过的西占文件 | `pytest tests/test_western_chart_engine.py tests/test_western_real_case_calibration.py -q` | 8 passed |
+| 全量 pytest | 未跑 | Windows 执行侧按循环约定不跑，留给验收 |
+| 快速门 | 未跑 | 同上 |
+
+解释器是本机 Anaconda，不是仓库 `.venv`（工作树里没有 `.venv`）。

docs/tasks/README.md

@@ -502,6 +502,6 @@
 | `TASK-contracts-helpers-dedupe-20261013.md` | — | 前后端契约与小工具去重第一阶段 | 待领取（排队：frontend-dead-code、consult-route-split） | `codex/contracts-helpers-dedupe-20261013` |
 | `TASK-people-archive-limit-20-20261017.md` | `PROGRESS-people-archive-limit-20-20261017.md` | 星盘档案上限 5→20 人（触发器新迁移 + 常量 + 文案；婚恋合盘前置单） | 待验收 | `codex/people-archive-limit-20-20261017` |
 | `TASK-marriage-match-p1-20261017.md` | #79 | 婚恋合盘引擎（搬上游 bde5d615：marriage_match + 合盘证据包；35 分七项、不分男女；第六版不扣点、不做页面）（BUG-1370 起） | 待执行（不再等 #78） | `codex/marriage-match-p1-20261017`；动表 |
-| `TASK-full-reading-module-parity-20261018.md` | #81 | full-reading 补齐上游 5 个模块（西占层文件没搬致永远 blocked、Navamsha / Niryaana 用我们自己的实现填键、Lagna Vargottamamsa / Pushkara / Punarphoo）（BUG-1375 起） | 待执行（可与 #78 并行） | `codex/full-reading-module-parity-20261018` |
+| `TASK-full-reading-module-parity-20261018.md` | `PROGRESS-full-reading-module-parity-20261018.md` | #81 full-reading 补齐上游 5 个模块（西占层文件没搬致永远 blocked、Navamsha / Niryaana 用我们自己的实现填键、Lagna Vargottamamsa / Pushkara / Punarphoo）（BUG-1375、BUG-1376） | 待验收 | `codex/full-reading-module-parity-20261018` |
 | `TASK-synastry-full-report-20261018.md` | #82 | 婚恋合盘：选人页 + 完整合盘报告（关系画像九节：结论+折叠的分析逻辑+关系时间线+技术依据摘要；英文按需；计费键 synastry.full） | 排队（等 #78、#79、#81） | `codex/synastry-full-report-20261018`；动表 |
 | `TASK-synastry-report-chat-20261018.md` | #83 | 从合盘报告某一节进入对话问依据（绑定报告与节、对话里可用术语、只依据已存计算结果并逐条核对、计费照普通对话） | 排队（等 #82） | `codex/synastry-report-chat-20261018`；动表 |