fix(report,chart): blank columns — drop Kranti, split Ashtakavarga house SAV, ascendant nakshatra, engine varga dignity, no duplicate charts (BUG-1199..1203)

- Report p33 table: no Kranti column (no producer; materials.kranti stays blocked). - Report p53 table: the "SAV" column was the with-Lagna total (386). Split in the reader into SAV / Lagna BAV / SAV + Lagna with a totals row; ashtakavarga.py is untouched (frozen rectification identity, ERR-115). - /api/chart ascendant carries nakshatra / pada / lord (_nakshatra_fields shared with the nine bodies); chart cache schema 4 -> 5. - /api/varga_full bodies carry dignity_level from varga_dignity_level, the function the Vimsopaka path now shares (A/B identical); the chart page shows the D1 status wording and no longer derives a three-level dignity itself. - Report page draws each chart once: the trailing block skips charts the body already fenced (same rule as the export); the birth-time caveat moves under the body's chart heading. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017eEAG8HD3mm8gsKXgk8uU8
2026-10-03 09:11:15 +08:00
parent 0e856f9cb6
commit ae18952e51
28 changed files with 1011 additions and 346 deletions
@@ -16134,3 +16134,75 @@
 - 防复发：同上。
 - 相关记录：BUG-1195。
 - 修复版本：`codex/upstream-sync5-20261002`（未推送）。
+
+## BUG-1199 | 报告「Declination / Kranti / Speed」表的 Kranti 列整列为「-」
+
+- 状态：resolved（分支验证；待部署 staging）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 影响面：`scripts/pl9_reader_export.py` p33 表（中英两版报告正文与目录）。
+- 现象：产品真机截图，个人报告「Declination / Kranti / Speed」表七行 Kranti 全是 `-`，像没算出来。
+- 触发条件：任何一份报告。
+- 根因：reader 读 `strengths.kranti_local.planets[*].kranti_degrees`，全仓没有任何 producer；引擎 materials `kranti` 自标 `missing_in_local / blocked`（no independent Kranti producer）。表照样留了这一列。
+- 修复：产品选删列：表改为 `Planet | Degree | Declination | Speed`，标题 `Declination / Speed`。不按古典公式补算（无 PL9 原值可对照，Declination 已是真实赤纬）。materials `kranti: blocked` 审计口径与 `full_report_quality_gate.RESTRICTED_MATERIAL_IDS` 不变。
+- 验证：`tests/test_report_chart_blank_columns.py::test_declination_table_has_no_kranti_column`（中英两版：无 Kranti、四列、无 `-`）。
+- 防复发：没有 producer 的字段不进读者表格；要加列先有来源。
+- 相关记录：BUG-1200～1203（同一张截图）。
+- 复发自：无
+- 修复版本：`codex/report-chart-blank-columns-20261003`
+
+## BUG-1200 | 报告「Ashtakavarga 完整宫位分数」把含上升合计标成 SAV，另两列为「-」
+
+- 状态：resolved（分支验证；待部署 staging）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 影响面：`scripts/pl9_reader_export.py` p53 表（数据源 `scripts/ashtakavarga.py::_map_to_houses_values`，未改）。
+- 现象：表头「House | Sign | SAV | BAV/承接 | Full with 上升」，后两列全 `-`；「SAV」列 12 宫合计 386，与同页「Sign | SAV score」表（合计 337）对不上。
+- 触发条件：任何一份报告。
+- 根因：`_map_to_houses_values(full_sav, …)` 只写 `sign` + `sav_score`，传入的是 `full_sav = sav + lagna_sav`（337 + 49）；reader 用 `row.get('sav') or row.get('sav_score')` 取到含上升合计标成 SAV，`bav` / `full_with_lagna` 字段不存在。**数字标错，不只是缺列**。
+- 修复：在 reader 拆分，**`ashtakavarga.py` 不改**——它在生时校正冻结身份（`sealed_holdout_rerun.PRODUCTION_FILES`）里，最初按任务书改它新增字段，快速门 `test_rectification_validation_integrity_gate` 4 条转红（ERR-110）；改为 reader 用引擎已有的按星座 SAV（`sav.scores`）与上升 BAV（`bav.Lagna.bindus`）拆出，且要求 `SAV + 上升 BAV == house_scores_full.sav_score` 逐宫成立才填，否则 SAV / 上升两列写 `-`、不出合计行，绝不把合计填进 SAV 列。`sav_score` 语义与数值不变（生时校正在读）。表改为 `House | Sign | SAV | Lagna BAV | SAV + Lagna`（中文版「上升 BAV」「SAV + 上升」），末行合计。
+- 验证：`tests/test_report_chart_blank_columns.py`：每行 SAV + 上升 BAV = 最后一列、合计 337 / 49 / 386（中英两版）；SAV 列 = 按星座 SAV、上升列 = Lagna bindus、末列 = `house_scores_full.sav_score`；删掉 Lagna BAV 时 SAV / 上升两列为 `-` 且无合计行。验证完整性门禁与封存评测新鲜度测试保持全绿（冻结身份未变）。
+- 防复发：报告表格列只读语义明确的字段，不用 `or` 链兜到别的口径。
+- 相关记录：BUG-1199。
+- 复发自：无
+- 修复版本：`codex/report-chart-blank-columns-20261003`
+
+## BUG-1201 | 星盘页本命表上升行的星宿 / 宿主 / pada 一直是「—」
+
+- 状态：resolved（分支验证；待部署 staging）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 影响面：`scripts/jyotish_engine.py::compute_chart_data`（`/api/chart` 的 `ascendant`）、`frontend` 星盘页 D1 / 月亮盘表上升行。
+- 现象：上升行星宿、宿主、pada 三格为「—」，九曜都有。
+- 根因：`compute_chart_data` 给九曜按 `nak_span` 算了 `nakshatra / nakshatra_pada / nakshatra_lord`，`result["ascendant"]` 漏了；前端按「引擎不给就不推」留空。
+- 修复：抽 `_nakshatra_fields(sidereal_lon)`，九曜、计都、上升共用；`/api/chart` 缓存 `cache_schema_version` 4 → 5（缓存 TTL 900 s，改版本只影响查找键；指纹 / 绑定只用出生资料，不受影响）。前端只改注释。
+- 验证：`tests/test_report_chart_blank_columns.py`（边界 0°、13°20′ 两侧、360°；golden 盘上升 Uttara Phalguni 1 足、九曜与 golden 逐星一致）；`frontend/tests/chart-varga-table.test.tsx` 上升行断言；旧缓存无字段仍渲染「—」。golden `chart-view-golden.json` 用 `_nakshatra_fields` 重录（命令写在 `sourceCommand`）。
+- 防复发：同一个量（星宿）只有一个计算函数，新增盘点直接复用。
+- 相关记录：BUG-1076（D1 表逐字节基线：本次放开上升三格，见进度记录三栏）。
+- 复发自：无
+- 修复版本：`codex/report-chart-blank-columns-20261003`
+
+## BUG-1202 | 星盘页分盘表「庙旺」只做三档，敌宫 / 中性等一律「—」
+
+- 状态：resolved（分支验证；待部署 staging）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 影响面：`/api/varga_full`（新模块 `scripts/varga_dignity.py`）、`jyotish_engine.varga_dignity_level`、`frontend/src/lib/chart-view-{varga,mapper,contract}.ts`、`vedic-chart-tables.json`。
+- 现象：D9 表只有入旺 / 自宫 / 落陷有字（太阳在金牛＝敌宫、月亮在摩羯＝中性都是「—」），产品以为没算。
+- 根因：BUG-1076 / 1099 有意只做三档，前端自带一份 `vargaDignity` 表；引擎 Vimsopaka 路径早有完整判定没接过来。
+- 修复（产品 10-03 拍板，**有限推翻 BUG-1076「三档庙旺」与 BUG-1099「三档庙旺保留」**；BUG-1099 能力声明规则不变）：抽 `varga_dignity_level(planet, varga_planets)`（暂时关系取该分盘自身位置，与 Vimsopaka 一致），Vimsopaka 与 `/api/varga_full` 共用；`/api/varga_full` 每星加 `dignity_level`；前端只校验并用 D1 状态列同一措辞（`DIGNITY_LABELS`）显示；删除前端 `vargaDignity` 及只为它服务的四张表。旧缓存无等级时整列隐藏，不自算。
+- 验证：Vimsopaka 抽函数前后同机 A/B（`PYTHONHASHSEED=0`，3 张虚构盘 `cmd_full_reading` 的 vimsopaka / varga_full / jaimini / 行星 / 上升）逐字节相同；`tests/test_api_server_security.py::test_varga_full_standard_divisions_carry_the_vimsopaka_dignity_level`（与 `varga.calc_all_vargas` 的 Vimsopaka 输入逐星同座同级）；`tests/test_chart_page_vedic_tables_contract.py`（真实 TS mapper 投影 = 引擎等级，golden 覆盖入庙 / 落陷 / 中性 / 入敌 / 入友；措辞表 = `DIGNITY_LABELS`）；`frontend/tests/chart-varga-table.test.tsx`、`chart-view-varga-dignity.test.ts`。
+- 防复发：分盘庙旺只有引擎一套；页面不得再写第二套判定。
+- 相关记录：BUG-1076、BUG-1099。
+- 复发自：无（范围扩展，不是回归）。
+- 修复版本：`codex/report-chart-blank-columns-20261003`
+
+## BUG-1203 | 报告末尾「分盘核对」把正文已画过的分盘再画一遍
+
+- 状态：resolved（分支验证；待部署 staging）
+- 首次发现 / 最近更新：2026-10-03 / 2026-10-03
+- 影响面：`frontend/src/components/personal-report/report-calculation-charts.tsx`、`personal-report-page.tsx`、`src/lib/report-chart-block.ts`、`report-export-blocks.ts`、`scripts/pl9_reader_export.py`（提示句）。
+- 现象：正文「本命与分盘北印度图盘」已画全部分盘，正文后又出现「分盘核对」+ 提示句 + D1、D2… 第二遍，在目录外、样式散。
+- 根因：页面在 Markdown 正文后无条件挂 `ReportCalculationCharts`；导出早已按正文围栏去重，页面没用同一规则。
+- 修复：抽 `fencedReportChartIds`，页面与导出共用；页面只画正文没有围栏的结构化分盘（新报告整段消失，老报告缺哪张补哪张）。提示句由引擎写到正文分盘标题下（英文版走术语表），组件里的提示删除。
+- 验证：`frontend/tests/report-calculation-charts.test.tsx`（真实 golden 正文 → 整段不渲染；无围栏正文 → 照旧且不带提示；页面与导出跳过同一批盘）；导出原有测试（含冻结哈希）全绿；`tests/test_report_chart_blank_columns.py::test_chart_section_carries_the_divisional_caveat`（中英）。
+- 防复发：同一张盘页面只画一次；页面与导出共用去重函数。
+- 相关记录：BUG-607 / 616（报告图盘渲染）。
+- 复发自：无
+- 修复版本：`codex/report-chart-blank-columns-20261003`
@@ -472,3 +472,9 @@ Prevention: `frontend/tests/runtime-sources-no-test-imports.test.ts`；研究 ha
 `57782aea` 改 `scripts/functional_benefics.py`（功能吉凶 v2）让原生打分同输入出不同分（reported-offset 900 例里 230 例变化），但该文件不在 `sealed_holdout_rerun.py` `PRODUCTION_FILES` 和 dataset `frozen_scoring.files` 里，`tests/test_rectification_validation_integrity_gate.py` 全绿；随后只把 `scoring_service.py` 的 `ALGORITHM_VERSION` 从 scoring-9 改成 scoring-10，同一门禁 8 条失败。冻结身份是显式审过的文件清单，不是传递依赖，清单外的打分输入会静默漂移。

 Prevention: 打分路径新增或改动输入模块时，先查它在不在两份清单里；`functional_benefics.py` 已补进 `PRODUCTION_FILES` 并由 `test_functional_roles_are_part_of_the_production_identity` 锁住；改动后按 ERR-110 重新冻结（本次标签 `functional_v2_2026_10_02`）。关联 BUG-1181、ERR-110。
+
+## ERR-115 | 任务书指定给冻结文件 `ashtakavarga.py` 加展示字段，快速门验证完整性 4 条转红 | observed 2026-10-03
+
+`TASK-report-chart-blank-columns-20261003` T2 写的是「`_map_to_houses_values` 增字段」，`scripts/ashtakavarga.py` 在 `sealed_holdout_rerun.PRODUCTION_FILES` 里，只加字段、分数不变也让 `test_rectification_validation_integrity_gate` 4 条与 `test_sealed_holdout_contract_freshness` 3 条失败（ERR-110 同型）。改为在 `pl9_reader_export.py` 用引擎已有字段拆分，冻结文件零改动，门禁恢复全绿，无需重新冻结。
+
+Prevention: 写任务书时（不只是执行时）就对照 `PRODUCTION_FILES` 与 dataset `frozen_scoring.files`；只为展示的字段优先在消费层（reader / mapper）从已有数据推出，不进冻结文件。关联 ERR-110、BUG-1200。
@@ -0,0 +1,57 @@
+# PROGRESS · 报告与星盘页的「空列」（2026-10-03）
+
+- 任务书：`docs/tasks/TASK-report-chart-blank-columns-20261003.md`（`3bbc2daa`）
+- 基线：`origin/staging` `3bbc2daa`（任务书写的 `1af34880` + 任务书本身，代码相同）
+- 分支 / worktree：`codex/report-chart-blank-columns-20261003` / `.worktrees/report-chart-blank-columns-20261003`
+- 执行方式：产品 10-03 说「请你执行」，Claude 直接实现并独立验收。
+- BUG：1199～1203（开工核对最大号 1198）
+
+## 完成情况
+
+| 任务 | 结果 | 要点 |
+| --- | --- | --- |
+| T1 Kranti 删列（BUG-1199） | 完成 | `pl9_reader_export.py` p33 表四列；materials `kranti: blocked` 与质量门 `RESTRICTED_MATERIAL_IDS` 未动 |
+| T2 八分法三列（BUG-1200） | 完成，**实现方式偏离任务书** | 见下「偏离」 |
+| T3 上升星宿（BUG-1201） | 完成 | `_nakshatra_fields` 九曜 / 计都 / 上升共用；`cache_schema_version` 4→5；指纹 / 绑定核查：只用出生资料（`report-birth-binding`、`secondary-page-data` 的 `profileFingerprint`），报告封面哈希是报告正文；均不受影响 |
+| T4 分盘十档庙旺（BUG-1202） | 完成 | `jyotish_engine.varga_dignity_level`（Vimsopaka 与 `/api/varga_full` 共用）；新模块 `scripts/varga_dignity.py`，API 主文件只改一行（行数 10923 不变）；前端删 `vargaDignity` 与四张表，旧缓存无等级整列隐藏 |
+| T5 末尾分盘去重 + 提示前移（BUG-1203） | 完成 | `fencedReportChartIds` 页面与导出共用；提示句由引擎写在 p6-p17 标题下（中英） |
+
+未用让步顺序。
+
+## 偏离任务书：T2 不改 `ashtakavarga.py`
+
+任务书写「`_map_to_houses_values` 增字段」。照做后快速门红 4 条（`test_rectification_validation_integrity_gate`）、`test_sealed_holdout_contract_freshness` 红 3 条：该文件在生时校正冻结身份里（ERR-110 同型；台账新增 ERR-115，是任务书本身的疏漏）。改为 reader 用 `sav.scores` 与 `bav.Lagna.bindus` 拆分，并要求逐宫 `SAV + 上升 BAV == house_scores_full.sav_score` 才填；`ashtakavarga.py` 已回到基线字节，门禁恢复全绿，无需重新冻结。红线 1（`sav_score` 不变）照样满足。
+
+## 既有断言改动（原值 / 新值 / 原因）
+
+| 位置 | 原值 | 新值 | 原因 |
+| --- | --- | --- | --- |
+| `frontend/tests/chart-varga-table.test.tsx` D1 逐字节基线 | 表 == `chart-d1-table-baseline.html` | 表 == 基线把上升行唯一一组「— — — —」换成「Uttara Phalguni / ☉ / 1 / —」；并断言基线里这样的全横杠行只有一处 | BUG-1201：上升三格现在有引擎值；其余逐字节不变 |
+| 同文件 D9 行 | `dignity == "own"` / `"debilitated"`；markup `>自宫<`、`>落陷<` | `"OWN_SIGN"` / `"DEBILITATED"`；markup `>入庙(Own Sign)<`、`>落陷(Debilitated)<`，另加入友 / 中性 / 入敌 / 极敌四行 | BUG-1202：十档引擎等级、D1 状态列措辞 |
+| 同文件「null 不关列」 | tbody 不含 `同位/入旺/自宫/落陷` | tbody 不含 `同位` 与 `(Exalted|Own Sign|Debilitated|Neutral)` | 同上，标签换了；断言强度不变 |
+| `frontend/tests/chart-view-varga-dignity.test.ts` | `vargaDignity` 三档优先级 8 条断言 | `vargaDignityLevel` 接受十档、拒绝旧三档值与非字符串；标签与 D1 措辞一致、键集合 = 十档 | 前端自算函数已删除（不留第二套判定） |
+| `tests/test_chart_page_vedic_tables_contract.py` | `test_tables_equal_engine_constants`、`test_every_planet_sign_pair_matches_engine_dignity_level`（钉三档表） | `test_dignity_labels_equal_engine_status_wording`（措辞表 = `DIGNITY_LABELS`，旧四表已不存在）+ `test_d9_projected_dignity_is_the_engine_level`（真实 TS mapper 投影 = 引擎等级，golden 覆盖入庙 / 落陷 / 中性 / 入敌 / 入友） | 同上 |
+
+golden：`frontend/tests/fixtures/chart-view-golden.json` 只新增字段（上升三项、每颗分盘星 `dignity_level`），原值零改动；重录方式写在 `sourceCommand`（`_nakshatra_fields(ascendant.lon)`、`annotate_varga_dignity` 作用于已存位置，即 `/api/chart`、`/api/varga_full` 现在的调用）。
+
+报告大 fixture（`report-reader-main-fictional*.json`、`report-density-fictional-reader.json`）是 9 月真实输出，里面仍是旧表；前端没有断言碰这两张表，未重录（重录会混入其后大量无关引擎变化）。新表由 Python 测试现场渲染断言。
+
+## 验收
+
+| 项 | 结果 |
+| --- | --- |
+| `tsc --noEmit` | 0 错 |
+| `npm run lint` | 0 error（126 warning 均为既有；改动文件单独跑 eslint 0 问题） |
+| `npm test`（Node 22） | 4927 项 / 失败 24；基线 `3bbc2daa` 4921 项 / 失败 24；失败清单逐名一致，全为无 Docker 的数据库 / 部署套件；新增 6 项 |
+| `next build` | 通过，`/` 为 `○ Static` |
+| 首屏 gzip（`index.html` 引用的 29 个脚本 / 样式 gzip-9 求和） | 基线 625,123 → 本分支 626,061，**+0.15%**。基线构建在最后 standalone 复制步因整机磁盘满（ENOSPC）退出，编译与页面生成已完成，`index.html` 与引用文件齐全，数字有效 |
+| Python 定向 | `test_report_chart_blank_columns`（新 12 项）、`test_chart_page_vedic_tables_contract`、`test_api_server_security`（新增 1 项）、`test_report_english_edition`、`test_report_reader_main`、`test_report_chart_block`、`test_ashtakavarga_invariants`、`test_api_server_growth_contract`、`test_rectification_validation_integrity_gate`、`test_sealed_holdout_contract_freshness` 全绿 |
+| 快速门 `run_quality_gate.py --profile quick` | Python 段 1047 passed / 1 skipped；最后一步 `npm test` 因上述 24 项无 Docker 失败而整体判红，与基线同 |
+| 既有红 | `test_dynamic_rectification_fact_priority::test_historical_event_priority_preserves_vimshottari_actor_difference` 在基线 `3bbc2daa` 同样失败（`selection_priority 0.0`），与本轮无关，未处理 |
+| Vimsopaka 抽函数 A/B | `PYTHONHASHSEED=0`，3 张虚构盘 `cmd_full_reading` 的 vimsopaka / varga_full / jaimini / 行星 / 上升（除新增星宿字段）基线与本分支逐字节相同 |
+
+## 环境缺口
+
+- 无登录态与 Chrome：真机走查留给产品，清单 `docs/testing/report-chart-blank-columns-20261003.md`。
+- 无 Docker：数据库 / 部署套件 24 项按基线逐名比对。
+- 整机磁盘曾满（他会话占用）：一次快速门因 `/tmp` 建不了目录全部 error（未计入结论），腾出自己的构建产物后重跑得到上表结果。
@@ -412,4 +412,4 @@
 | `TASK-yoga-lunar-node-consistency-20261002.md` | `PROGRESS-yoga-lunar-node-consistency-20261002.md` | 月亮前后有星格（Sunaphaa/Anaphaa/Duradhara）计入罗睺计都、孤立格（Kemadruma）不计，泰勒/齐达内卡上同时出现互相矛盾的格局；统一为只计五颗真行星 | **已并入** `TASK-upstream-sync4-20261002.md` T5（交付见 `PROGRESS-upstream-sync4-20261002.md`，`f3ed9509` + `0a4e6d0a`，BUG-1187） | 原分支未使用；在 `codex/upstream-sync4-20261002` 交付 |
 | `TASK-upstream-sync4-20261002.md` | `PROGRESS-upstream-sync4-20261002.md` | 上游同步第四轮（对照 yinduzhanxing `0a6696c5`）：婚姻计数删关系次数断语、双重过运相位错一宫、Shadbala 四处计算错、格局列表截断与空回退、月亮/太阳类格局只计五星（吸收月亮单）、Arudha 只留 jaimini 一个来源、定位星循环与未标定概率；BUG 从 1183 起 | **待验收**（子代理直接执行完毕，未推送；追加 F3 太阳最低要求；BUG-1183～1191） | 分支 `codex/upstream-sync4-20261002` |
 | `TASK-upstream-sync5-20261002.md` | `PROGRESS-upstream-sync5-20261002.md` | 上游同步第五轮：Narayana 默认 K.N. Rao、Chara Karaka 罗睺、燃烧统一、八分法净化、Yogini、诅咒格措辞、Budha-Aditya、Badhaka；生时校正至少 4 件事 3 个领域 | **待验收**（PM 移植 U2–U8 + 子代理 U8 后续 / R1 / 冻结 / 评测 / 回测第七轮，未推送；U1 延后；分数不变不升 scoring-11，policy v3 → v4；BUG-1192～1198） | 分支 `codex/upstream-sync5-20261002` |
-| `TASK-report-chart-blank-columns-20261003.md` | `PROGRESS-report-chart-blank-columns-20261003.md` | 报告/星盘页空列：Kranti 删列、八分法宫位表 SAV 标错（实为含上升 386）补三列、上升补星宿、分盘庙旺接引擎十档（有限推翻 BUG-1076/1099 三档）、报告末尾重复分盘去重（BUG-1199～1203）；待领取 |
+| `TASK-report-chart-blank-columns-20261003.md` | `PROGRESS-report-chart-blank-columns-20261003.md` | 报告/星盘页空列：Kranti 删列、八分法宫位表 SAV 标错（实为含上升 386）补三列、上升补星宿、分盘庙旺接引擎十档（有限推翻 BUG-1076/1099 三档）、报告末尾重复分盘去重（BUG-1199～1203）；Claude 直接执行，已合入 staging，待部署核对与真机 |
@@ -0,0 +1,21 @@
+# 真机清单 · 报告与星盘页空列（2026-10-03，BUG-1199～1203）
+
+前提：staging 已部署本轮提交（`/api/health` 的 `deployment.gitCommit` 等于合入 SHA）。用自己的账号，不用别人的资料。
+
+## 报告（要**新生成**一份；旧报告内容不会变）
+
+1. 星盘档案 → 本人 → 生成个人报告，等它完成后打开。
+2. 目录里「强度、关系与 Ashtakavarga 技术页」下应写「Declination / Speed」，不再有 Kranti。点进去：表只有 Planet / Degree / Declination / Speed 四列，没有整列「-」。
+3. 找「Ashtakavarga 完整宫位分数」：五列「House · Sign · SAV · 上升 BAV · SAV + 上升」，每行 SAV + 上升 BAV = 最后一列；最后一行「合计」应是 337 / 49 / 386。SAV 列和上方「Sign | SAV score」表按星座对得上。
+4. 目录「出生资料与图盘 → 本命与分盘北印度图盘」：标题下第一句是「分盘对出生时间敏感，原始计算供核对，不单独增加结论的确定性。」
+5. 滚到报告最底部：不应再出现「分盘核对」和第二遍 D1 / D2 图。
+6. 右上切「English」：第 2–5 步对应英文版同样成立（表头「Lagna BAV」「SAV + Lagna」，合计行「Total」）。
+7. 导出 → 「图盘」：导出的图盘数量与修复前一样（每张一次）。
+8. 打开一份**以前生成的**报告：能正常打开；若末尾原本有「分盘核对」，它只会在正文缺图时出现。
+
+## 星盘页
+
+9. 打开「星盘」→ 本命表第一行「上升」：星宿、宿主、pada 三格有值（例：狮子 14°32′ 应为 Purva Phalguni、宿主金星符号、pada 1）；状态格仍为「—」。
+10. 切到 D9：「庙旺」列每颗星都有字（入旺 / 本垣 / 入庙 / 极友 / 入友 / 中性 / 入敌 / 极敌 / 落陷 / 落陷取消之一），写法与 D1「状态」列一样；上升行写「不适用」。同位列不变（只有同位的写「同位」）。
+11. 切 D10、D2 各看一眼：庙旺列同样每颗星有字。
+12. 手机宽度（或把窗口拉窄）看 D9 表：庙旺列文字变长后表格可横向滚动，不撑破页面。