Merge remote-tracking branch 'origin/staging' into codex/consult-upstream-functional-v2-20261002
# Conflicts: # docs/tasks/README.md
This commit is contained in:
Jesse_Chen
@@ -0,0 +1,161 @@
|
||||
# 引擎算了但模型没读到 + 需占星师裁决的口径（2026-10-02 全项目梳理）
|
||||
|
||||
- 基线：`origin/staging` @ `29000540`，只读梳理，未改代码。BUG_HISTORY 当时最大号 BUG-1179；本页**未分配新 BUG 号**，立单时从 BUG-1180 起核对。
|
||||
- 方法：4 路只读子代理（普通对话喂料 / 校正与其他模型面 / 引擎口径分歧 / 记录中的待定项）+ Claude 抽查。普通对话一路用虚构盘（1990-06-15 10:30 北京）真跑了引擎和数据卡构建器；口径一路用虚构盘真跑了重复实现做对比。
|
||||
- 「已核实」= 读过代码路径或虚构盘实跑；「推断」= 代码路径成立，但对真实回答的影响没有用真机验证。
|
||||
- 文件行号会随提交漂移，立单时按符号重新定位。
|
||||
|
||||
## 0. 结论
|
||||
|
||||
1. **会让模型写模型的地方只剩两个**：普通对话（含「深入看今日」）和生时校正 v9。个人报告、今日星语、开场语、人物档案、星盘页都是模板或固定句库，不经模型（报告 writer 开关写死 false）。
|
||||
2. **「算了没读到」的主因是白名单和卡片规格，不是字数预算。** 实测数据卡 6K 左右，远低于 12K；「卡 ≤12K、总 ≤18K」只是测试断言，运行时并不截断。
|
||||
3. **口径问题的大头是「同一技法两三套实现、结果互相矛盾」**：功能吉凶、Narayana、Arudha、落陷取消、行运相位、月亮/太阳类瑜伽、Yogini、年主。这些需要占星师先定一个口径，工程再统一。
|
||||
4. 另有一批**看起来像口径、其实是硬 bug**（相位错一宫、五大人格永远失效、太阳 Shadbala 最低值写错等），不需要裁决，可直接修。
|
||||
|
||||
---
|
||||
|
||||
## 一、引擎算了，但模型没读到（或读到了用不上）
|
||||
|
||||
### 1A 普通对话（含「深入看今日」）
|
||||
|
||||
| 编号 | 引擎算了什么 | 模型看到没有 | 证据 | 会错在哪 | 核实 | 关联 |
|
||||
|---|---|---|---|---|---|---|
|
||||
| G1 | 瑜伽「是否成立」（hit / sieve） | 数据卡上有；但模型调「查询工具」查 yogas 时 hit 被白名单丢掉，**没成立的规则看起来像成立了** | `frontend/src/mastra/consultation-workflow.ts` `natalFoundationKeys` 无 `hit`；`consultation-tools.ts` `readEvidenceLookupSection` 的 yogas 分支；系统提示主动建议查 yoga details | 父母盘查询返回 8 个名字，只有 1 个真成立，其余（如「母亲长寿」类）会被当成本人格局 | 已核实 | BUG-1159 根因在查询路径复发 |
|
||||
| G2 | 精度闸：按出生精度停用 D30/D60、警告 D4/D5/D7 | 没看到（投影只留 4 个键；限制语只写 warned 的层） | `scripts/jyotish_api_server.py` 精度闸（约 L2028）；`consultation-workflow.ts` `projectEvidenceContract`；健康卡规格含 D30 | 健康卡照放 D30、清单还要求读 D30，**模型会从引擎已停用的分盘下结论** | 已核实 | 新 |
|
||||
| G3 | 下一个子运 | 当前子运是本大运最后一段时，引擎只在同一大运内找 next → 卡上没有，也不记缺口 | `jyotish_api_server.py` `_consultation_dasha_sub_periods`（约 L1497） | 大运交接整段不可见（虚构盘 2028 土星→水星交接看不到） | 已核实 | 新 |
|
||||
| G4 | Narayana 当前年龄、出生日 | 卡上只有 start_age/end_age | `NARAYANA_PERIOD_KEYS` | 清单要求「双轨同向才谈应期」，但模型换算不出 Narayana 换段日期，只能估或编 | 已核实 | 新 |
|
||||
| G5 | 12 个 Arudha | 只留 A1/A7/A10/UL/AL，查询也拿不到其余 | `natalFoundationKeys` | 父母（A4/A9）、财富（A2/A11）、子女（A5）无从读 | 已核实 | 新 |
|
||||
| G6 | Kantaka Shani（土星过 1/4/8/10） | 没看到，只留 Sade Sati 6 个键 | `jyotish_api_server.py` compact_sade（约 L1781） | 正在生效的土星压力只有带慢行运的卡能自己推 | 已核实 | 新 |
|
||||
| G7 | 分盘的落宫与度数、Shadbala 分项、HL/GL/VL、行星友敌表 | 没看到；分盘行只有星座，Shadbala 只有总分 | `toAgentConsultationContext`；`case "shadbala"` | 清单要求「D10 的 10 宫」「D7 5 宫主落第几宫」，模型自己数宫，**已有 D24、D6 数错的样例** | 已核实 | affliction audit §3 待核，无 BUG 号 |
|
||||
| G8 | 约 41 条规则外瑜伽（Raja/Dhana/Mangal Dosha/Kalatra Dosha 等）；兄弟姐妹类瑜伽 | 婚姻卡完全不取瑜伽；兄弟姐妹标签的瑜伽没有任何卡接收 | `EVIDENCE_CARD_SPECS` | 婚姻缺 Dosha 层；家庭清单要求看兄弟姐妹却拿不到 | 已核实 | 前者是产品决定（BUG-1175），兄弟姐妹为新 |
|
||||
| G9 | 瑜伽的成立条件与含义 | 卡上只有名字（planets 为空、无 effects） | 卡 yogas 段 | 例：父母卡出现字面意为「母亲有失」的格局名，含义全靠模型记忆，**容易越过「不断言死亡」红线** | 推断 | 新 |
|
||||
| G10 | 一年内木星、土星换座日期 | 只有年运/时运卡有；事业卡只给当前星座；行运只搜 90 天 | `slowTransits:"sav"`；`_CONSULTATION_TRANSIT_WINDOW_DAYS` | 问「未来一年事业」时按旧宫位讲（虚构盘木星 19 天后换宫） | 已核实 | 新 |
|
||||
| G11 | 「深入看今日」：月亮行运、首页今日星语卡正文 | 月亮行运要靠一次查询；首页卡正文不传；Panchanga 只在无分钟模式加载 | consult `route.ts`；`shouldLoadGeneralDailyPanchanga` | 日级回答可能没有当天数据，并和用户刚读的首页卡对不上 | 前半已核实 | 新 |
|
||||
| G12 | 分钟敏感主题 minute_sensitive_themes | 本命路径被投影丢弃 | `attachMinuteSensitiveThemes` vs `projectEvidenceContract` | 只影响有候选时间窗的场景 | 推断 | 新（低） |
|
||||
| G13 | 母亲一侧受冲 ≥2 | 卡上有，模型仍写「近、照顾很实」 | 回测第 2–4 轮 | 父母严重冲突持续 3/72 | 已核实（回测） | BUG-1164 investigating |
|
||||
| G14 | 年运卡的年主、Muntha、Mudda | 卡上有；模型有没有用**无证据** | 回测只覆盖父母/婚姻/健康/事业 | 年运效果未知 | — | 待回测 |
|
||||
| G15 | 滚动摘要里的应期日期 | 摘要提示词要求保留应期，清洗函数却删掉所有 YYYY-MM-DD 和钟点 | `frontend/src/lib/session-context-summary.ts` `sanitizeSessionContextSummary` | 长会话后面的轮次丢掉前面给过的大运边界和应期 | 已核实 | 与 BUG-555 相关，未覆盖 |
|
||||
|
||||
### 1B 生时校正 v9
|
||||
|
||||
| 编号 | 引擎算了什么 | 模型看到没有 | 证据 | 会错在哪 | 核实 | 关联 |
|
||||
|---|---|---|---|---|---|---|
|
||||
| G16 | Skill 的状态边界、交付三句、采用后核对、盘型交付段 | 没有：所有打字轮一律按 evidence 预算，只发 Skill §5、§7 | `v9/agent-route-support.ts` `actionToBudget`；`v9/skill-slice.ts` | 交付轮、采用后轮怎么讲 blocked/未评估，只靠很短的系统提示 | 已核实 | 新 |
|
||||
| G17 | 采用的时间、交付门宽度、盘型摘要、技法审计表、逐候选大运账本 | 默认读盘包里没有（只在 full_diagnostics/compare） | `v9/turn-decision.ts` | **提示词要求模型解释它拿不到的字段** | 已核实 | 新 |
|
||||
| G18 | 交付时目标盘逐张的上升与档位 | 工具返回只有范围、代表分钟、选项数 | `mastra/rectification-v9-tools.ts` | 数字过滤只查钟点和百分比，编出来的星座名或档位能漏过 | 代码已核实，「会编」推断 | 新 |
|
||||
| G19 | 逐候选的大运账本、未来窗口 | 卡片上有；模型只拿到代表分钟那一份 | `refinement_packet.py`；`divergence-panel.ts` | 模型解释不了「为什么这一列胜出」 | 已核实 | 新 |
|
||||
| G20 | 采用卡旁白所需的盘型摘要、精度阶段、交付门 | 旁白模型没有（模板兜底那条路有） | `adopt-narration-agent.ts` | 盘型卡旁边配「分钟口径」旁白 | 代码已核实 | BUG-1147 未覆盖 |
|
||||
| G21 | 分数口径 | 主 agent 看 probability，旁白看 posterior_score，80%/60% 门槛只在报告里 | `turn-decision.ts` | 两个气泡给出的「分数」不一致 | 已核实 | 新 |
|
||||
| G22 | 完整证据与对话 | 只给最近 6 条证据（>6KB 只给 3 条）、对话 6 轮每轮 400 字 | `turn-decision.ts` | 更正较早的经历拿不到 evidence_id，只能新增一条 | 已核实 | 与 BUG-1179 相关 |
|
||||
| G23 | 模型写的交付三句 | 写了，但只要接收了带日期的证据，整段被服务端「记下了…」替换 | `v9/agent-run-finish.ts`（BUG-1136 recap） | 交付提示词第 5 条大多数时候白写 | 已核实 | BUG-1136 副作用 |
|
||||
|
||||
已确认仍在位的修复：BUG-1055（范围句被裁）、1056（read-case 超限）、1057（对话记忆）、1058（点选题范围）。
|
||||
|
||||
### 1C 不经模型、但状态被压扁的地方（报告）
|
||||
|
||||
| 编号 | 问题 | 证据 | 核实 |
|
||||
|---|---|---|---|
|
||||
| G24 | 含 blocked / parameter_sensitive 的行整行删除，读者看不到「不可用」；边界语被改写弱化 | `scripts/pl9_reader_export.py`（约 L385–455） | 已核实 |
|
||||
| G25 | conflict / reference_only / not_applicable 一律显示成「参数敏感」 | `report-fact-tables.ts` | 已核实 |
|
||||
| G26 | 认不出分类的瑜伽一律归「吉」 | `pl9_reader_export.py` `_yoga_group_label` | 已核实（是否触发未核） |
|
||||
| G27 | 模型目录为空时，模板报告也以 model_unavailable 失败 | `personal-report-route-core.ts`、`personal-report-worker.ts` | 已核实 |
|
||||
|
||||
## 二、模型被要求说、但手里没有
|
||||
|
||||
1. 每日回答形状要求把「技法审计表」放最后一节，但审计表已从模型视图删除；系统提示里同一件事前后矛盾（`mastra/index.ts` 一处说可列、两处说不写）。
|
||||
2. 系统提示整段 reference_transparency 规则（候选窗、精确触发、相似公开案例等）引用的字段在模型视图里不存在。
|
||||
3. 共享基线（`references/strict-workflow-router.md` §2，每轮下发）要求定位星链、土木罗计行运、A/B/C 置信标签——卡上都没有承载字段。
|
||||
4. 清单要「第几宫」，卡上分盘只给星座（见 G7）。
|
||||
5. 界面「计算明细」会显示 must_use_layers（Shadbala 分项、D1–D60、西洋本命等），但模型没看到这些——用户以为模型用了。
|
||||
|
||||
## 三、需要占星师裁决的口径
|
||||
|
||||
按影响排序。「类别」：口径 = 典籍本身有分歧要选一个；打架 = 本仓两三套实现结果相反，要选哪套为准；无出处 = 工程师自定阈值，需要占星依据。
|
||||
|
||||
| 编号 | 主题 | 现在怎么做 | 可选口径 | 影响 | 类别 | 优先级 |
|
||||
|---|---|---|---|---|---|---|
|
||||
| Q1 | 功能吉凶星 | `functional_benefics.py` 公式（staging 只合入 yogakaraka 窄修；上游 v2 已接受未合入，15 格 formula_fallback）；`yoga_engine.py` 另一套：6/8/12/3/11 主一律凶、水星与太阳同宫即凶、亏月即凶。同一白羊盘两套对木星/火星判断相反 | BPHS 34 章逐上升表 / 公式 / Raman | 每个领域的受冲信号、数据卡、校正加减分、瑜伽 | 打架 + 口径 | P0 |
|
||||
| Q2 | 岁差默认值 | 主线 Raman；Tajika 年盘、太阳返照、行运触发、校正输入合同、星历页默认 Lahiri；标签处写 Lahiri | Lahiri / Raman / KP | 约 1.45°：月宿与大运起点整体平移，D9/D60 换宫 | 口径 + 打架 | P0 |
|
||||
| Q3 | Narayana 大运 | 默认 legacy：永远从命宫起、永远顺行、年数永远顺数（`narayana_dasha.py` `calc_narayana_mahadasha`）；Rath/Jaimini 版写好未接；`/api/dasha` 里的「narayana」其实是动 3/定 6/变 9 的另一种算法 | BPHS 48 章（命宫与 7 宫取强者起运、按奇偶足决定顺逆、计年减 1）/ Rath 表 | 「双轨同向才谈应期」的第二轨；校正打分 | 口径 + 三套打架 | P0 |
|
||||
| Q4 | 什么算「受冲」 | 五条信号、≥2 条即写压力迹象；宫主落 6/8/12 从命宫算或从该宫算都计入（几乎必中）；太阳不算凶；罗睺计都不投相位；婚恋另一套 | 由占星师给出带权重的受克定义 | 每个领域回答的基调（父母、事业「不在台前」的误报都来自这里） | 无出处 | P0 |
|
||||
| Q5 | Arudha / UL「落 1/7 宫取第 10 宫」 | 三套实现，同一盘三种结果：从源宫数第 10（摩羯）/ 从 pada 数第 10（巨蟹）/ 宫号星座号混用无例外（天秤） | 从源宫数 or 从 pada 数 | AL/A10（公众线）、UL（婚姻）、校正 | 口径 + bug | P0 |
|
||||
| Q6 | 落陷取消（Neecha Bhanga） | 主引擎两条、命中即把「落陷」改成「落陷取消」并清掉受冲；另一模块六条；规则表里「落陷星自己在角宫」算取消（非古典），另一条逻辑永不成立 | BPHS / Phaladeepika 条件清单；角宫从命宫还是从月亮算 | 受冲计数、传统格局栏 | 三套打架 | P0 |
|
||||
| Q7 | 罗睺计都投不投相位 | 普通对话不投（注释写 schools differ）；双重过运与事件模型投 5/7/9 | 不投 / 5-7-9 / 只投 7 | 受冲信号、行运触发 | 口径 + 打架 | P1 |
|
||||
| Q8 | 月亮类、太阳类瑜伽数星是否计罗睺计都 | Kemadruma 三版（一版不计、两版计）；Sunapha/Anaphaa 计；太阳类 Vesi/Vosi/Ubhayachara 只排除月亮（计罗计） | 古典通常不计罗计；Kemadruma 解除条件 | 同一张卡同时出现「孤立」和「有星」 | 打架 | P1（月亮类已有单 TASK-yoga-lunar-node-consistency，建议扩到太阳类） |
|
||||
| Q9 | 校正：事件领域→宫位/分盘/征象星对照 | 婚恋只看 7 宫 + D9（不看 UL/金星/DK）；六亲 3/4/5/9 混在一起；健康看 D30；大运权重 2.0/1.5/0.75、Narayana 2.0/1.0 | 典籍事件宫位与征象星表 | 候选时间排序 | 无出处 | P1 |
|
||||
| Q10 | 校正：行运从哪里数 | 从命宫数；古典 Gochara 从月亮数 | 命宫 / 月亮 / 两者 | 校正打分 | 口径 | P1 |
|
||||
| Q11 | 校正：几件事、几个领域才能交付 | 代码 3 件 2 域；政策文件 4 件 3 域；上游 ≥3 域；09-14 定「等真机数据再评」后一直没重评 | — | 何时交付、范围多宽 | 无出处 | P1 |
|
||||
| Q12 | 八分法净化与 SAV 吉凶线 | 标「BPHS 标准」实际只减日火土点数，无三方/单宫主净化；吉凶线三套（28/30/25、32/24、28/24） | 三方 + 单宫主净化；统一 28 | 宫位强弱、校正加减分 | 口径 + 无出处 | P1 |
|
||||
| Q13 | Yogini 大运 | 报告用的版本名称和星主自造、按命宫奇偶起运；另两版 | 标准：按月宿 +3 取模 8 | 第三套大运时间全部不同 | 打架 | P1 |
|
||||
| Q14 | Shadbala 强弱分档 | 150/125/100/75/50 自定，且把这个比值叫 ishta_bala | BPHS 27 章 | 行星强弱表述 | 无出处 | P1 |
|
||||
| Q15 | 五大人格瑜伽 | 逆行算失效；只从命宫角宫起算 | 月亮角宫算不算；逆行算不算失效 | 传统格局栏 | 口径 | P1 |
|
||||
| Q16 | Chara karaka 7 星制 / 8 星制 | 8 星制下罗睺未按 30−度反算，PiK 位置错 | 7 或 8；罗睺反算 | AK/DK | 口径 + bug | P2 |
|
||||
| Q17 | 天蝎、水瓶双主星；罗睺本宫 | 一处取较强者、一处固定火星/土星；罗睺本宫处女 vs 水瓶 | — | 宫主链、功能吉凶 | 打架 | P2 |
|
||||
| Q18 | 燃烧容许度 | 一处水 12°/金 10°、不分逆行、月亮不算；另一处水 14°/月 12° | 《苏利耶历数书》顺逆分列 | 受冲信号、Budha-Aditya | 口径 | P2 |
|
||||
| Q19 | Budha-Aditya 成立条件 | 同宫即成立、不排除深度燃烧；与 Q1 第二套「水日同宫即凶」相反 | 水星不燃烧才算？ | 格局栏 | 口径 | P2 |
|
||||
| Q20 | 分盘算法 | 两个模块在 D16/D20/D27/D30/D45 结果不一致；无 D60 神祇表，用自定启发式判凶吉 | BPHS 第 6 章 | 高阶分盘、校正敏感度 | 打架 | P2 |
|
||||
| Q21 | Badhaka | 一处按动/定/变取 11/9/7；一处写死 11 并输出「过早死亡风险」（违反禁止确定性死亡预测） | — | 障碍星；诅咒格接口 | 打架 + 合规 | P2 |
|
||||
| Q22 | Tajika 年主、Muntha 起算 | 年主三套（Muntha 主 / 首颗角宫星 / Panchavargiya）；Muntha 冲突未仲裁；年龄按公历年相减 | Tajika Neelakanthi | 年运主题 | 打架 | P2 |
|
||||
| Q23 | Bhava Bala | 名叫 Bhava Bala，实为吉 +2 凶 −1.5 的自定分；另一模块另一套 | BPHS Bhava Bala | 宫位强弱 | 无出处 | P2 |
|
||||
| Q24 | 事业行业、公众/幕后 | 普通对话已禁止据此下判断（只问用户）；但 `/api/career` 仍按星性打分判行业 | — | 事业 | 无出处 | P2 |
|
||||
| Q25 | Vimshottari 年长 | 主线 365.25 天；另一模块 365.25636，同一 `/api/dasha` 响应里并存；profile 的 dasha_year_days 不生效 | 365.25 / 恒星年 / 360 | 边界差约 1 天（取 360 则数月） | 口径 | P2 |
|
||||
|
||||
## 四、不需要裁决、可直接修的硬 bug
|
||||
|
||||
| 编号 | 问题 | 证据 | 核实 |
|
||||
|---|---|---|---|
|
||||
| F1 | 双重过运相位错一宫：用 `(t-p)%12 == offset`，第 7 宫相位实际判成第 8 宫，木星 5/9 变 6/10 | `jyotish_engine.py` 双重过运相位函数（约 L13073） | 已核实（实跑） |
|
||||
| F2 | 五大人格：拿行星名去比星座，排除不了自身，火星/土星被算成受自己合冲，Sasa/Ruchaka 永远失效 | `pancha_mahapurusha.py` `_has_malefic_aspect` | 已核实 |
|
||||
| F3 | Shadbala 太阳最低要求写成 5.0，BPHS 是 6.5（390 shashtiamsa） | `shadbala.py` 约 L102 | 已核实 |
|
||||
| F4 | Arudha 一套实现把宫号当星座号用 | `yogas_doshas.py` | 已核实（实跑） |
|
||||
| F5 | Chara karaka 8 星制 PiK 排位错 | `jaimini.py` | 已核实 |
|
||||
| F6 | 校正把所有事件精度写成 day，只到年份的事件绕过了「不看行运」的门 | `scoring_service.py` | 已核实 |
|
||||
| F7 | Neecha Bhanga 有一条规则逻辑上永远不成立 | 规则 `neechabhanga_lord_exalted` | 已核实 |
|
||||
|
||||
注意：F2/F3 修了会改校正分数与格局栏，按既有纪律要过 v5 校正评测、判断是否 bump 评分版本并核历史可打开（BUG-621 教训）。
|
||||
|
||||
## 五、已由产品拍板、但实质是占星口径，建议请占星师复核
|
||||
|
||||
09-27 数据卡 v2 经过一次顾问意见；**10-01～10-02 的受冲口径、事业口径、yogakaraka 决定只经过产品与 Claude，没经过顾问。**
|
||||
|
||||
| 编号 | 决定 | 出处 |
|
||||
|---|---|---|
|
||||
| C1 | yogakaraka 须同时主 4/7/10 之一与 5/9 之一，1 宫不计 | BUG-1158 |
|
||||
| C2 | 上游 v2 功能角色：12 宫主条件性中性、日月主 8 宫例外、逐上升例外表 | 57782aea（未合入） |
|
||||
| C3 | 传统格局封闭名单，只上综合/事业/财富卡，标「本站未验证」，只说力量不抵消受冲 | BUG-1175 |
|
||||
| C4 | 受冲 6+1 条、≥2 条即写迹象 | BUG-1160（= Q4） |
|
||||
| C5 | 健康看 1/6/8/12 宫、先讲体质；学业看 4/5/9 | BUG-1156/1163 |
|
||||
| C6 | 整宫相位里罗睺计都不施照（= Q7） | BUG-1154 |
|
||||
| C7 | 「不用校正」只对 D1 成立；婚恋 D1+D9、事业 D1+D10；±60 不给分盘结论 | `rectification_varga_resolution_2026_09_30.md` |
|
||||
| C8 | 领域门 2 域（上游 3 域）（= Q11） | `decision_policy.py` |
|
||||
| C9 | KP 子主、Pranapada、D60 不进校正计分 | BUG-1091 |
|
||||
|
||||
## 六、给占星师的问题清单（不含代码，可直接转发）
|
||||
|
||||
1. 功能吉凶：按 BPHS 第 34 章逐上升取吉凶，原文没写或译本相反的 15 格怎么定？6/8/12 宫主是否一律凶？水星与太阳同宫是否就算凶？亏月是否算凶？
|
||||
2. 岁差：全站统一用 Lahiri 还是 Raman？年盘、太阳返照、星历是否必须与本命同一岁差？
|
||||
3. Narayana 大运：起运取命宫与第 7 宫中较强者吗？顺逆按什么定？计年是否减 1？用 BPHS 版还是 Sanjay Rath 版？
|
||||
4. 「受克」怎么定义：哪些信号算（凶星合、凶星照、宫主落 6/8/12、落陷、燃烧、功能凶星），各自多重？宫主落 6/8/12 从命宫数还是从该宫数？太阳算不算凶？
|
||||
5. Arudha 落在源宫第 1 或第 7 宫时，「取第 10 宫」是从源宫数还是从落点数？UL 同样处理吗？
|
||||
6. 落陷取消（Neecha Bhanga）成立条件清单是哪几条？角宫从命宫算还是从月亮算？取消后是否仍算受克？
|
||||
7. 罗睺、计都投不投相位？投的话是 5/7/9 还是只投 7？
|
||||
8. 月亮类（Kemadruma、Sunapha、Anapha、Durudhara）与太阳类（Vesi、Vosi、Ubhayachara）数邻宫星时，罗睺计都算不算？Kemadruma 的解除条件是什么？
|
||||
9. 生时校正：各类人生事件（婚、子、六亲、事业、健康、迁移）该看哪宫、哪张分盘、哪颗征象星？Vimshottari 与 Narayana 谁权重更高？行运从命宫还是从月亮数？
|
||||
10. 生时校正：至少几件事、覆盖几个领域，才能给出一个时间范围？
|
||||
11. 八分法要不要做三方净化和单宫主净化？SAV 的强弱分界线用 28 吗？
|
||||
12. Yogini 大运的标准起法（是否按月宿 +3 取模 8）？
|
||||
13. Shadbala 用 BPHS 最低要求判强弱即可，还是需要分档？
|
||||
14. 五大人格瑜伽：只从命宫角宫算，还是月亮角宫也算？逆行是否破格？
|
||||
15. Chara karaka 用 7 星制还是 8 星制？罗睺度数是否按 30−度？
|
||||
16. 天蝎、水瓶的主星在推宫主链时取火星/土星，还是取两者中较强者？罗睺的本宫是处女还是水瓶？
|
||||
17. 燃烧容许度：水星、金星顺行/逆行各多少度？月亮算不算燃烧？Budha-Aditya 是否要求水星不深度燃烧？
|
||||
18. 高阶分盘 D16/D20/D27/D30/D45 的算法以哪一版为准？D60 是否用神祇表判吉凶？
|
||||
19. Badhaka：动/定/变分别取第 11/9/7 宫吗？
|
||||
20. Tajika 年主用哪种选法？Muntha 从本命上升还是年盘上升起算？
|
||||
21. 父母在不在身边、事业是台前还是幕后，这类问题盘上到底能不能读出来？能的话读哪些点？（回测里「在身边」与「缺席」的父亲受冲数一样，目前做法是只说压力迹象并请用户告知）
|
||||
|
||||
## 七、建议先做什么
|
||||
|
||||
1. **先修不用裁决的**：G1（查询路径丢 hit）、G2（被停用的分盘照样上卡）、G3（大运交接看不到）、G15（摘要删日期）、F1～F7。G5、G10 改白名单或卡规格即可，成本低。
|
||||
2. **约占星师一次，按问题清单 1→2→3→4→5→6→7→8 问**，Q1～Q6 是 P0；拿到口径后再写「统一实现」任务书，每项统一都要过 v5 校正评测与名人生平回测。
|
||||
3. 校正面 G16/G17：先让交付轮、采用后轮拿到对应的 Skill 段和读盘字段，否则提示词要求它解释的东西它看不到。
|
||||
@@ -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` |
|
||||
|
||||
@@ -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 由真实引擎生成；改既有断言写三栏。
|
||||
Reference in New Issue
Block a user