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

46 lines
5.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 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 不让步。