Merge remote-tracking branch 'origin/staging' into codex/consult-upstream-functional-v2-20261002

# Conflicts:
#	docs/tasks/README.md

docs/tasks/README.md

@@ -409,3 +409,4 @@
 | `TASK-consult-no-presupposition-and-backtest-20261001.md` | `PROGRESS-consult-no-presupposition-backtest-20261001.md` | 三单之三：写作形状去掉「对象在场」预设、受冲时请用户确认、删被照抄的「逆行」示例、用户纠正时不辩护；建立名人生平回测作为普通对话提示词改动的固定验收（预留 BUG-1167～1172） | **已实现待验收**（Claude 子代理直接执行，BUG-1164～1168；未推送）；基于第二单分支 + staging；名人回测已跑改动后：严重冲突 39→19、禁句 7→0、纠正追问 8/8，对照组误报 1→15；产品 10-02 改「迹象 + 范围」口径（`066558a6`）后第二轮：严重 15/72、误报 6（轻）、排查 5 份 8/10、新增名人严重 6/32、事业 12/18，修订通过线仍只有禁句达到；含产品 10-02 年运 / 时运字数口径（第二单 blocker 解除） | 分支 `codex/consult-no-presupposition-backtest-20261001` |
 | `TASK-consult-career-yoga-functional-20261002.md` | `PROGRESS-consult-career-yoga-functional-20261002.md` | 三单回测遗留三项：事业题按星的本性看行业、按名声信号看公众/幕后；开场守「只说迹象」；功能吉凶改 BPHS 第 34 章对照表（推翻 v1 公式，命主不再一律 yogakaraka）；瑜伽检测不跳过；大格局以「传统格局，本站未验证」上卡（产品授权放宽 §8.4 仅限此栏）（BUG-1174 起） | **已实现待验收**（Claude 子代理直接执行，BUG-1174～1177；未推送）；产品 10-02 二次决定后：yogakaraka 窄修已合入（生时校正评测逐项不变），BPHS 全表留 T1 分支待顾问；事业改「不猜行业，问用户」；第四轮回测请问一句 18/18 达到、行业 / 类型冲突 9/18 与严重 12/72 未达；上游 e9beae6b 移植因权限未做 | 分支 `codex/consult-career-yoga-functional-20261002` |
 | —（产品要求子代理直接执行，无任务书；决策见进度记录） | `PROGRESS-consult-upstream-functional-v2-20261002.md` | 上游功能吉凶 profile v2（`57782aea`）收尾：生时校正算法身份升 scoring-10、「日期窗合同」改按代数判断（新迁移只改函数体）、记忆化 golden 新增 v2、校正研究记录重新冻结并把 `functional_benefics.py` 补进冻结身份；普通对话 golden 重生成；第四轮残留（事业落宫翻成幕后、受冲母亲写成在管、逆行写成拖、两处请求）；第五轮名人回测（BUG-1180～1182，BUG-1158 → resolved） | **已实现待验收**（Claude 子代理直接执行；未推送）：门禁 tsc 0 / lint 0 error / npm test 失败名单与基线同名 / test:db 与基线同名 / build `/` Static；第五轮：父母严重冲突 3 → 0、禁句 0、每份一问，事业类型冲突 5/18 与对照组轻度误报 4 未达线，交产品 | 见进度记录「提交」 |
+| `TASK-yoga-lunar-node-consistency-20261002.md` | `PROGRESS-yoga-lunar-node-consistency-20261002.md` | 月亮前后有星格（Sunaphaa/Anaphaa/Duradhara）计入罗睺计都、孤立格（Kemadruma）不计，泰勒/齐达内卡上同时出现互相矛盾的格局；统一为只计五颗真行星 | **待领取**（须在上游 v2 移植合入后） | 分支 `codex/yoga-lunar-node-consistency-20261002` |

docs/tasks/TASK-yoga-lunar-node-consistency-20261002.md

@@ -0,0 +1,35 @@
+# TASK · 月亮前后有星格与孤立格对罗睺计都口径不一，同一张盘上出现互相矛盾的格局（2026-10-02）
+
+- 基线：开工时的 `origin/staging`（须在 `codex/consult-upstream-functional-v2-20261002` 合入之后开工，二者都改瑜伽链路）
+- 分支 / worktree：`codex/yoga-lunar-node-consistency-20261002` / `.worktrees/yoga-lunar-node-consistency-20261002`
+- 范围：`references/yoga_rules.json` 中月亮类规则、`scripts/yoga_expansion.py` `detect_kemadruma`；只统一罗睺计都的计法，不改其他成立条件。该规则文件与上游 skill（yinduzhanxing）同源，修完把差异告知上游维护者。
+- BUG 编号：开工时核对最大号后顺延。
+
+## 1. 事故实证
+
+名人回测（`docs/testing/consult-affliction-backtest-20261001.md` 第三轮记录）：泰勒、齐达内的数据卡上同时出现 Kemadruma（月亮孤立）与 Anaphaa（月亮后有星）/ 相关格局。泰勒：月亮天秤，月亮后一宫（处女）只有计都，前一宫（天蝎）无星。
+
+## 2. 根因（Claude 已核对源码）
+
+| 检测 | 位置 | 罗睺计都 |
+| --- | --- | --- |
+| Kemadruma | `scripts/yoga_expansion.py` `detect_kemadruma` | 排除（`if pn in ('Sun','Moon','Rahu','Ketu'): continue`） |
+| Sunaphaa / Anaphaa / Duradhara | `references/yoga_rules.json` `bvr_002_sunapha_precise` / `bvr_003_anapha_precise` / `bvr_004_duradhara_precise` | 计入（`occupants(target)` 只排除太阳） |
+| Kemadruma（规则版） | `references/yoga_rules.json` `kemadruma_yoga` | 计入（月亮 1/2/12 宫只允许日月），另加角宫条件 |
+
+BUG-1174 让规则引擎每次都跑后，两套结果合并上卡，矛盾才显出来。另有 `sunapha_yoga` / `durudhura_yoga` 与 `bvr_*` 精确版同时启用，可能重复。
+
+## 3. 决策记录
+
+经典（BPHS 月亮瑜伽章、Phaladeepika、B.V. Raman《Three Hundred Important Combinations》第 2–5 条）定义 Sunaphaa / Anaphaa / Duradhara / Kemadruma 时只计太阳以外的五颗真行星，罗睺计都不计。执行方须引原文出处（章、颂或条目号）并核对 PyJHora 的实现，写进进度记录；若出处与此不符，停下报告。
+
+## 4. 任务
+
+- T1：四条月亮类规则与 `detect_kemadruma` 统一为「只计火、水、木、金、土」；Kemadruma 的角宫解除条件保持各自现有口径，只在进度记录里列出差异。
+- T2：同名重复规则（`sunapha_yoga` 与 `bvr_002`、`durudhura_yoga` 与 `bvr_004`）查清是否同时上卡；若重复，按 `dedup_key` 合一，不删规则。
+- T3：回归测试：泰勒、齐达内盘不再同时出现 Kemadruma 与 Anaphaa / Sunaphaa；构造一颗计都单独在月亮后一宫的反例与一颗土星在同位的正例。
+- T4：名人回测 golden 用 capture 脚本重生成；生时校正 v5 77 例评测前后对照（如瑜伽进校正打分）；BUG_HISTORY、CHANGELOG、进度记录。
+
+## 5. 红线
+
+不改其他瑜伽的成立条件；不放宽 Raman 治理包；golden 由真实引擎生成；改既有断言写三栏。