docs(bugs): BUG-1060 deployed 7a06aa00; BUG-1061 approved for fix

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017eEAG8HD3mm8gsKXgk8uU8

docs/BUG_HISTORY.md

@@ -14281,7 +14281,7 @@
 
 ## BUG-1060 | 双重过运的九分盘「第 N 宫」目标实际检查的是九分盘上升
 
-- 状态：resolved（待部署；分支 `codex/bug-1060-d9-double-transit-20260927`，本机回归通过，staging 未部署）
+- 状态：resolved（已部署 staging：门禁 run 2974 通过，deploy run 2976，`/api/health` gitCommit = `7a06aa00`；图表缓存 15 分钟后生效）
 - 首次发现 / 最近更新：2026-09-27 / 2026-09-27
 - 影响面：`scripts/jyotish_engine.py` `cmd_double_transit_pac` 的 D9 层；凡调用它的路径（全读 / 报告的 `double_transit_pac`，以及普通对话数据卡的时运、婚恋双重过运结论，经 `scripts/consultation_native_layers.py`）。D1 层与月亮上升（CL）层不受影响。
 - 现象：数据卡 v2 接入双重过运（TASK-consult-evidence-card-v2-20260927 T1）时核对 PAC 结果发现：目标名写「D9_7宫(<D9 第 7 宫星座>)」，但用来判定同宫 / 相位 / 合相的经度是 D9 上升星座的中点。用一张公开 AA 盘复现：土星对「D9_7宫」判为「10 宫相位」，按标签所写的 D9 第 7 宫算应无相位，按 D9 上升算才是 10 宫相位。
@@ -14307,11 +14307,11 @@
 - 防复发：接入原生函数时逐个核对目标名与实际参与计算的值是否一致；D9 目标集中在一个可单测的函数里。采集数据卡 golden 用 `JYOTISH_API_CHART_CACHE_TTL_SECONDS=0 PYTHONHASHSEED=0`：chart 缓存按排序后的键存盘，热缓存会改变字典与列表顺序（值不变），09-27 的 golden 正是冷热混合顺序，已写进采集脚本说明。
 - 相关记录：BUG-1061（同函数跨层 D1+D9 判定按数字拼接比对，本轮未修）
 - 复发自：无
-- 修复版本：`codex/bug-1060-d9-double-transit-20260927`（待合入 staging）
+- 修复版本：`f6fa367f`，随 `7a06aa00` 部署 staging（run 2976）。
 
 ## BUG-1061 | 双重过运跨层（D1+D9）判定按目标名里的数字比对，D9 前缀的「9」会误配也会漏配
 
-- 状态：investigating（BUG-1060 审计时发现，本轮不修）
+- 状态：investigating（BUG-1060 审计时发现，本轮不修）；产品 2026-09-27 同意修复，排在性别选填单之后
 - 首次发现 / 最近更新：2026-09-27 / 2026-09-27
 - 影响面：`scripts/jyotish_engine.py` `cmd_double_transit_pac` 「跨层 Double Transit」段；报告与数据卡的 D1+D9 结论。
 - 现象：跨层配对用 `''.join(c for c in name if c.isdigit())` 比较 D1 与 D9 目标名。D9 目标名都带「D9」，数字串总含「9」：`D9_7宫(...)` → 「97」，永远配不上 D1 的「7宫」（本意的同宫号跨层配对从不发生）；而 `house = 9` 时 D1 的「9宫(...)」→「9」会与任何 `{星}_D9(...)` / `D9_{星}(宫主)` 配上。实证：数据卡 golden 里一张公开盘 9 宫有一条 `Jupiter(D1)9宫(Cancer) + Saturn(D9)Mars_D9(Capricorn)`，这里的 `Mars_D9` 是上升主的 D9 星座目标，与 D1 第 9 宫不是同一目标，配上只因两边数字都是「9」。