Jyotisha/docs/tasks/TASK-report-full-data-fix2-20261008.md

TASK · 完整数据版第二轮修复：年运章、大运解释深度、口径与译名（2026-10-08）

• 分支：继续在 codex/report-full-data-edition-20261007（远端 32f19f07）上做。
• 前序：TASK-report-full-data-edition-20261007、TASK-report-full-data-fix-20261008 仍有效；本单只列 Claude 2026-10-08 验收未通过的项。
• 与 TASK-ephemeris-nutation-20261008 可以并行；谁后合入 staging，谁 rebase 后重跑 Python 全量与报告定向测试。
• BUG 编号：本分支已用 BUG-1272、BUG-1274；BUG-1275 已给章动单。本单从 1276 起，开工时再核对。

1. 验收实证（Claude，2026-10-08，Linux，屏蔽 PyJHora，乔布斯盘 Lahiri）

通过：英文 0 汉字、中英二级标题 35/35；大运、行星、宫主逐宫、Dosha、瑜伽解释都在；「重点」事实正确；生成 12.5 秒；npm test 4991 / 失败 24 与基线逐名相同；tsc 0；lint 0 error；快速门通过；next build --webpack 后 / Static。

未通过：

#	问题	证据
A1	Python 全量多 1 条失败	tests/test_year_lord_blocked_no_fallback.py::test_report_shows_the_blocked_sentence_in_both_editions 仍要求英文保留「年主暂无法确定」与 [source text retained:；英文已清零后该断言失去对象。全量 63 vs 基线 62
A2	寿命断言（红线 2）	中文瑜伽表「长寿格局 | 寿命/健康 | 强 | … | 长寿；健康良好」；英文「Ayur Yoga (Strong Longevity)」。旧阅读版已有，但红线 2 要求全文
A3	半译词（T5 未达）	中文：「功能吉星s」「功能凶星s」「功能中性s」「角宫s」「宫条件s」；字段名被术语表改坏：strict_功能吉星_malefic_v2、bphs_ch34_general_with_星座_exceptions_v2
A4	病句	「守护第未列出宫」中文出现 163 次（罗睺 / 计都不守护宫位）
A5	年运章没有补（T2 / T7 未达）	「年度图盘与 Tajika」本分支 6 节、约 4 千字；上游 29 节、约 11.8 万字。进度记录的覆盖度表按自己的分组计数，没有按 T7 与上游逐节比对；表中「太阳返照：已有」，中文正文无「真实太阳返照」一节
A6	大运解释太薄	结构对齐（本分支 734 小节，上游 743），但「大运解释」章本分支约 8.5 万字、上游约 20.2 万字。上游每段主运有「通常会启动的主题」「可能带来的机会」「条件良好时」「受压时」「细读方式」等段落，本分支大多只剩一句

2. 决策记录（产品 2026-10-08）

1. 大运解释把上游的传统解读段落补回来，改成「可能」口吻：保留「这段时间可能突出的主题」「条件好时可能」「受压时可能表现为」「怎么细读」等段落；只删红线 2 的内容（疾病诊断、死亡、寿命、必然 / 一定会、名誉一定受损这类断语），改写成不确定的说法。
2. 年运章按上游逐节补；我方资料包里没有数据的节写进缺口清单，不补算。
3. 其余沿用前序任务书决策（英文必须交付才合入；七种大运另开单；不搬视位置 / 拟合偏移）。

3. 任务分解

#	内容	验收标准
F1	A1：更新断言，写三栏（原值 / 新值 / 原因）	Python 全量失败名单 ⊆ 基线（Linux 62，与 795b8845 逐名相同）
F2	A2：寿命、长寿、Longevity、Ayur 类格局的「作用」列改为不断言寿命的说法（例如「传统上与体质和恢复力有关，仅作参考」），中英同改	新测试对中英全文断言：不出现「长寿」「寿命长」「短寿」「longevity」等断语（格局名本身可保留原名，作用说明不得断言）
F3	A3：术语替换只作用于自然语言文本，不进入字段名、标识符、反引号、表格中的机器键；复数 s 一律随英文词处理	正则测试：中文全文不得出现 [一-鿿]+s\b；字段名 / 标识符中不得出现汉字
F4	A4：罗睺 / 计都写「不守护宫位」（英文 "rules no house"）；其他「未列出」按句意改写	中文全文「守护第未列出宫」为 0；新测试锁住
F5	A5：年运章按上游 23be1807 同盘导出逐节对照。我方 annual_tajika_pack 有数据的节必须出现：真实太阳返照（solar_return）、Panchadhikari / 年主依据（year_lord）、年度锚点与年度行星资料（annual_chart）、Tajika 呈现 / Condition / Forming Pair / 力量 / 格局对照（tajika_yogas）、年度北印度图盘（annual_chart）、Varshaphala 年度结果解释与年度大运结果解释（上游模板，按决策 1 的口吻）、Mudda 表全量（目前只有约 860 字，上游约 3 万字，逐项核对少在哪）	进度记录列一张表：上游每个 ### 年运节 → 「已有 / 缺字段（写缺哪个字段）/ 决策号」。Patyayini（patyayini_dasha 为 blocked）、Raman Sahams、Tripataki、月返照、八年总览、生命周期年度返照若我方无数据，写进缺字段，不补算
F6	A6：按决策 1 补回大运解释段落	乔布斯盘「大运解释」章 ≥ 上游的 80%（按字符）；红线 2 全部测试仍过
F7	覆盖度复算	用同盘对上游逐个 ## / ### 标题比对（大运标题里的日期不同，按行星名配对）。除决策 4 的七种大运外，「缺字段」不超过 10 节；列出全部清单
F8	测试与门禁（Linux 或门禁同等环境，屏蔽 PyJHora 跑一次报告导出）	快速门、Python 全量 ⊆ 基线、npm test 失败名单与基线相同、tsc 0、lint 0 error、next build / Static
F9	记录	BUG 新编号（1276 起）、CHANGELOG.md、进度记录、状态板、docs/testing/ 清单

4. 让步顺序

F5 中的 Varshaphala / 年度大运结果解释 → F6 的 80% 降到 70%（需写明原因）。F1–F4、F7、F8 不让步。