docs(bugs): BUG-1061 deployed to staging d9c9e714

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

docs/BUG_HISTORY.md

@@ -14311,7 +14311,7 @@
 
 ## BUG-1061 | 双重过运跨层（D1+D9）判定按目标名里的数字比对，D9 前缀的「9」会误配也会漏配
 
-- 状态：resolved（待部署；本地回归与门禁集通过，分支 `codex/bug-1061-cross-layer-pairing-20260927` 未推送）
+- 状态：resolved（已部署 staging：门禁 run 2980 通过，deploy run 2982，`/api/health` gitCommit = `d9c9e714`；图表缓存 15 分钟后生效）
 - 首次发现 / 最近更新：2026-09-27 / 2026-09-27（BUG-1060 审计时发现；产品 2026-09-27 同意修复）
 - 影响面：`scripts/jyotish_engine.py` `cmd_double_transit_pac` 「跨层 Double Transit」段；报告「双重过运」一节（全读固定 `house = 7`）与普通对话数据卡的双重过运结论（`scripts/consultation_native_layers.py` 跑 1–12 宫）。D1 / D9 / CL 各层命中结果与层内 overlap 条目不受影响。
 - 现象：跨层配对用 `''.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」。
@@ -14340,7 +14340,7 @@
 - 防复发：跨层配对不解析展示用名字；目标的语义放在结构化元数据里，新增目标必须同时登记 kind，`test_meta_names_are_the_command_target_names` 会拦住名字与元数据不一致。
 - 相关记录：BUG-1060
 - 复发自：无
-- 修复版本：`0eeab769`（分支 `codex/bug-1061-cross-layer-pairing-20260927`，未推送、未部署）
+- 修复版本：`0eeab769`，随 `d9c9e714` 部署 staging（run 2982）。
 
 ## BUG-1062 | 服务角色读不到「采用日期」三列：账户保存与本人报告 worker 在自托管 PostgreSQL 上会 42501