docs: astrologer rulings batch 2 records (BUG-1213..1215, PROGRESS, CHANGELOG, BLOCKED, T5 note)

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

docs/BUG_HISTORY.md

@@ -16341,3 +16341,51 @@
 - 相关记录：BUG-1028。
 - 复发自：无
 - 修复版本：待发布
+
+## BUG-1213 | 五大人格 D9 落陷判「不成立」，与占星师裁定（只算减弱）不符；且产品路径从未传 D9，这条一直没执行
+
+- 状态：resolved（分支 `codex/astrologer-rulings-batch2-20261003`，未推送；待验收）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 来源：占星师第四轮裁定 2026-10-03 问 1；任务书 `TASK-astrologer-rulings-batch2-20261003` T1。
+- 影响面：`scripts/pancha_mahapurusha.py`（主检测器）、`scripts/main_yoga_detectors.py`（规则引擎行）、`jyotish_api_server._detect_yogas`（`chart.yogas`）、`/api/pancha_mahapurusha`、卡片 `traditional_yogas`、报告瑜伽总表。
+- 现象：主检测器写着「D9 落陷 → `is_valid: False`」，但只在调用方给 `navamsa_sign` 时检查；咨询、报告、规则引擎都不给，所以这条从未生效（BUG-1207 已记）。占星师裁定 D9 落陷只算减弱。
+- 根因：规则写成破格，且 D9 来源依赖调用方，调用方都不传。
+- 修复：`bc03bba2`。D9 落陷时格局仍成立（`status: formed`），加 `d9_dignity_modifier: "weakened"`、`d9_sign`，原因列「D9 落陷，兑现减弱」（英文 `debilitated in D9: delivery weakened`），强度为部分减弱；只有 D1 条件（命宫角宫 + 入庙/入旺）不成立才是 `not_formed`（`include_not_formed=True` 时返回该行）。没给 `navamsa_sign` 时由黄道经度推出 D9，所以卡片、报告、`/api/pancha_mahapurusha` 都检查。
+- 验证：`tests/test_pancha_mahapurusha_main_detector.py`（D9 落陷只减弱、D1 不成立为 not_formed、卡片与规则引擎同一行同一原因；既有两条按三栏改写）。9 位公开名人盘：没有一张的五大人格星在 D9 落陷，卡片与报告结论不变（golden 只多出 `d9_dignity_modifier: null`）。
+- 防复发：同上测试。
+- 相关记录：BUG-1207。
+- 复发自：无
+- 修复版本：待发布
+
+## BUG-1214 | 年运年主一直取 Muntha 主星；Panchadhikari 选法上游已实现但没同步（另：本地 PyJHora 查询函数引用了未定义的名字）
+
+- 状态：resolved（分支 `codex/astrologer-rulings-batch2-20261003`，未推送；待验收）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 来源：占星师第四轮裁定 2026-10-03 问 3；任务书 T2。移植来源：上游 `yinduzhanxing` `c7117f92`。
+- 影响面：`scripts/tajika.py`（新增 `calc_panchadhikari_year_lord`、Tri-Rasi 主星表、`PLANET_TO_INDEX` / `INDEX_TO_PLANET`、带岁差参数的 PyJHora 查询函数）、`references/tajika_panchavargiya_rules.json`（新增）、新 `scripts/tajika_year_lord.py`、`solar_return.solar_return_full_report` 与 `jyotish_engine.cmd_tajika`（两个年运生产者）、`annual_tajika_pack`、咨询年运层 `varshesha_basis`、报告两处「Selection basis」、Mudda Dasha / Tri-Pataka（从年主起）。
+- 现象：卡片与报告的年主就是 Muntha 星座的主星，只标「暂用」（BUG-1212）。
+- 根因：上游 `calc_panchadhikari_year_lord`（五类候选 → 吉相位照年盘上升者中取 Panchavargiya 最强 → 否则凶相位者中取最强 → 否则全体最强）没有同步到本仓；BUG-1037 只删掉了引用它的死代码。另：本仓 `_external_pyjhora_panchavargiya_score*` 用了未定义的 `PLANET_TO_INDEX` / `INDEX_TO_PLANET` / `_PYJHORA_PVB_SIDECAR_CACHE`，因为没有调用方一直没暴露。
+- 修复：`0afcc2d9`。按上游原样移植函数、依赖与规则 JSON（blob `e8c15ac3` 一致）。本地差异两处：① 加关键字参数 `muntha_sign_idx`——上游的 Muntha 主候选用「年盘上升 + 年数」，本仓 Muntha 一律「本命上升 + 已满年数」（问 3 维持），生产调用方传入；不传时与上游行为相同。② 产品路径不把年盘 JD 交给 PyJHora（AGPL，API 镜像与 CI 都没有；本机有时会选出与生产不同的年主，且进程内调用不设岁差、同输入跨进程分数不同），Panchavargiya 一律 `native_proxy`，标注「Panchavargiya 为本地近似计算」；`JYOTISH_YEAR_LORD_PYJHORA_REFERENCE=1` 恢复上游查询，仅供研究。两个生产者共用 `select_annual_year_lord`，冲突门照常比较。输出 `candidates` / `candidate_list`（每个候选的分数、engine、吉凶相位）、`selection_basis`、一句话依据（中英）、`muntha_basis`。卡片 `varshesha_basis` 与报告「Selection basis」改为这句话，去掉 BUG-1212 的暂用标注。
+- 验证：`tests/test_tajika_panchadhikari_year_lord.py`（四种选法分支、Muntha 参数、规则 JSON 与上游 blob 一致、两个生产者同盘同年主、研究开关）、`tests/test_year_lord_basis_label.py`、`tests/test_report_reader_main.py`（三条按三栏改写）。9 位公开名人 2026 年年盘：同输入下与上游函数逐项相同 9/9（native）；生产结果与上游年主不同 2/9，原因都是 Muntha 起点（本命 vs 年盘）。上游 `tests/test_tajika.py` 没有 Panchadhikari 用例；上游 CLI 冒烟用例依赖私有本地盘，未移植。
+- 防复发：同上测试。
+- 相关记录：BUG-1212、BUG-1037、BUG-1028。
+- 复发自：无
+- 修复版本：待发布
+
+## BUG-1215 | 第二时间轴 Narayana 一律从上升起、一律顺行，各 profile 只改标签；Sanjay Rath 版起运宫未能复现原书样表
+
+- 状态：investigating（标注已修；Rath 版起运宫未复现原书 Table 17 / 18，按红线未接任何用户可见面与打分；T5 试算未做）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 来源：占星师第四轮裁定 2026-10-03 问 4；产品选方案 A；任务书 T3、T4（T5 未做）。移植来源：上游 `yinduzhanxing` `c7117f92`（规则账本 JSON / md、原书样表 JSON）。
+- 影响面：`narayana_dasha.narayana_dasha_full_report` 的使用方（咨询 `modules.narayana_dasha`、报告 Step 4.13、`cmd_narayana_dasha`）、卡片 `timing.narayana`、参考版报告 Narayana 段与 dasha 家族表；新 `scripts/narayana_rath.py`（研究用，未接）。
+- 现象：`calc_narayana_mahadasha` 始终从上升起、顺黄道；`select_narayana_seed_sign` 只写进 `seed_selection` 元数据。
+- 根因：第二时间轴从未按任何作者的规则实现。
+- 修复：
+  - T4 `9eb22f63`、`693467bf`：新 `narayana_legacy_label`（放在消费层，`narayana_dasha.py` 在冻结身份里不动）给结果加 `profile: legacy_reference_only`、`algorithm_note`「旧算法（从上升起、一律顺行），待替换为 Sanjay Rath 版」（中英）与短标签 `algorithm_label`「旧算法（从上升起、一律顺行）」；卡片 `timing.narayana.algorithm` 原样抄短标签（全文会让乔布斯婚恋卡超 12,000 字预算，卡片里 Narayana AD/PD 去掉可由起止年龄推出的 `years`，最大卡 11,979 < 基线 11,983）、投影白名单 `algorithmlabel`、参考版报告 Narayana 段和 dasha 家族表、CLI 输出都带这句。删掉没有使用方的 `narayana-dasha --variant-profile`（唯一把 Chara Dasha 作者名当作 Narayana profile 的地方）。全仓用户可见面没有「K.N. Rao / kn_rao」挨着 Narayana。
+  - T3 `7cb332bc`：`narayana_rath.calc_narayana_rath`（Table 10 顺序、土星在起运宫 Table 11、计都反转、年数 `jaimini_odd_footed_dignity_v2` + 双主星 `jaimini_dual_lord_source_v1`、子运 12 等分 Table 13/11/14、起运宫用现有 `select_narayana_seed_sign`、平局输出 `parameter_sensitive` 并列两种起法）。给定原书起运宫时，三张样表 36/36 个大运星座与年数全对；但起运宫：Table 15 对（巨蟹），Table 17 选出处女（原书双鱼），Table 18 平局（原书巨蟹）。
+- 验证：`tests/test_narayana_legacy_label.py`、`tests/test_narayana_rath_book_tables.py`（含「没有任何脚本导入 narayana_rath」）、`frontend/tests/consult-evidence-card-20260927.test.ts` 新增一条断言。
+- 未解决：起运宫强弱规则缺两处口径，见进度记录「下轮问占星师」。答复前 Rath 版不接用户可见面、不进打分；T5 试算不做。
+- 防复发：同上测试。
+- 相关记录：BUG-1211（`narayana_dasha` 双主星不动）。
+- 复发自：无
+- 修复版本：待发布（标注部分）