From 90acc22dbb051cd3a6460b7a21063e009e8707ef Mon Sep 17 00:00:00 2001
From: Jesse_Chen <chen.yue@mevixaga.com>
Date: Sat, 3 Oct 2026 09:26:45 +0800
Subject: [PATCH] =?UTF-8?q?docs(research):=20astrologer=20rulings=202026-1?=
 =?UTF-8?q?0-03=20with=20product=20overrides=20(=E7=94=B23=20keep=20no-gue?=
 =?UTF-8?q?ss,=20ayanamsa=20enforcement=20deferred)?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N4f2nya58RoRu4yEmJgRGE
---
 .../research/astrologer_rulings_2026_10_03.md | 140 ++++++++++++++++++
 1 file changed, 140 insertions(+)
 create mode 100644 docs/research/astrologer_rulings_2026_10_03.md

diff --git a/docs/research/astrologer_rulings_2026_10_03.md b/docs/research/astrologer_rulings_2026_10_03.md
new file mode 100644
index 00000000..541ebca4
--- /dev/null
+++ b/docs/research/astrologer_rulings_2026_10_03.md
@@ -0,0 +1,140 @@
+# 占星师口径确认（2026-10-03，定稿）
+
+> 来源：占星师交回的《口径勾选单直接确认回复》（对应勾选单 `docs/research/astrologer_confirm_sheet_2026_10_03.md`）。下面「原文」一节原样收录，只删去了对方本机路径。
+>
+> **出处说明**：这份回复和上一份「裁决记录」一样，看得出是占星师的 Agent 写的（第 4 行自述「按仓内资料与已实现规则直接确认」）。产品负责人决定把它当作占星师本人的签字确认。专业上的把关交给我方试算：甲1、甲8、甲9 要先过名人回测和 v5 77 例评测，任一项变差即不上线，并把数据发回给她。
+>
+> **产品负责人对回复内容的裁定（2026-10-03）：**
+>
+> 1. **甲3 不采用「候选行业排序」**，维持 10-02 的决定：不猜行业，先问用户做哪一行，再按真实行业读。依据：10-02 名人回测里模型推行业 18 份只对 3 份。回复里「10 宫主或 A10 落 6/8/12 推不出幕后」一条照收。
+> 2. **「实施顺序」第 4 条（前端强制选择 Raman / Lahiri / KP，空岁差不出盘）本轮不做**，记为待议。第 5 条是发布流程要求，我方 AGENTS.md 已有，不另立项。
+>
+> **落地分批：**
+>
+> | 批次 | 条目 | 状态 |
+> |---|---|---|
+> | 维持现状 | 甲2、甲4、甲6、甲10 | 确认维持，不改代码 |
+> | 低风险批 | 甲5、甲7、甲11、甲12、甲13，乙3、乙8、乙14 | 立单实现，照常过评测 |
+> | 等试算 | 甲1 权重；甲8 事件映射；甲9 月亮行运 | 试算过关才立单 |
+> | 不做 | 甲3 行业排序；强制选岁差 | 产品裁定 |
+
+---
+
+## 原文
+
+### 口径勾选单直接确认回复
+
+日期：2026-10-03  
+确认方式：由我按 Parashari 为主、兼用 Jaimini 的仓内资料与已实现规则直接确认；此文可直接交给独立网站对接人实施。  
+总原则：实现层保留原始值、来源和 variant；解释层只把满足条件的规则写成结论。岁差必须由用户明确选择，不再隐式使用 Raman。
+
+#### 一 会改动网站的条目
+
+##### 1 甲1 受克信号怎么计分
+
+☑ 同意 AI 写的权重，作产品 profile 使用：
+
+| 信号 | 权重 |
+|---|---:|
+| 与罗睺、计都、土星、火星同宫 | 2.0 |
+| 被土星、火星照 | 1.5 |
+| 宫主或代表星为功能凶星 | 1.5 |
+| 落陷 | 1.5 |
+| 燃烧 | 1.0 |
+| 宫主落 6、8、12 宫 | 1.0 |
+| 对应分盘同号宫有凶星 | 0.75 |
+
+总分 3.0 起，只能写“受克或距离迹象明显”；总分 4.5 起，才写“压力较集中”。不得把分数直接翻译成父母缺席、婚姻破裂等现实事实。宫主落 6/8/12 默认从命宫数；若从主题宫数，必须另列为辅助证据。太阳不算普遍自然凶星，仅在该上升的功能 profile 判为功能凶星时计入。
+
+出处要求：权重是本站可审计分档，不冒充古典原文；古典条件在证据字段单独保留。
+
+##### 2 甲3 事业
+
+☑ 采用“候选行业排序”，但不输出确定职业名称。排序必须由 10 宫、10 宫主、太阳、AmK、D10、A10、功能性吉凶星和相关 Dasha 共同生成，并显示盘面依据。没有足够依据时继续询问用户当前行业。
+
+“10 宫主或 A10 落 6/8/12”不能推出幕后型；它只能表示服务、竞争、压力或工作环境主题。公众/幕后必须有太阳、10 宫或 10 宫主、A10/AL、D10 与现实公开角色的合并证据。
+
+##### 3 甲5 五大人格瑜伽的破格
+
+- 月亮角宫：☑ 同意不算；主格局只从命宫角宫计算。
+- 逆行：☑ 同意不破格。
+- 燃烧：☑ 同意不破格，只计为部分减弱。
+- 与凶星同宫或被凶星照：☑ 同意只降低强度，不消灭格局。
+
+网站统一使用 `scripts/pancha_mahapurusha.py` 主检测器，旧聚合实现仅保留 `reference_only`。燃烧容许度按共享引擎的燃烧 profile 处理，不把“燃烧”改写为自动破格。
+
+##### 4 甲7 Kemadruma 的解除
+
+- 角宫有星自动解除：☑ 暂不启用。
+- 角宫只有罗睺或计都：☑ 不算解除。
+
+主检测不自动加入“命宫或月亮角宫有任何星即解除”。如果以后增加该 variant，必须单独标记来源和算法，不能覆盖主结果。
+
+##### 5 甲8 生时校正每类事件
+
+☑ 采用下表作为统一事件映射。缺少该事件必需分盘时，该事件不计分，也不拿其他分盘代替。
+
+| 事件 | 宫位 | 分盘 | 征象星或派生点 |
+|---|---|---|---|
+| 婚恋 | 7、2、11 | D1、D9 | UL、7 宫主、金星、DK |
+| 事业 | 10、6、9、11 | D1、D10 | A10、AmK、太阳 |
+| 财富 | 2、11、5、9 | D1、D2、D11 | 财富相关宫主 |
+| 健康 | 1、6、8、12 | D1、D6、D8、D30 | 1 宫主、太阳、月亮 |
+| 学业 | 4、5、9 | D1、D24 | 水星、木星 |
+| 迁居 | 4、12 | D1、D4 | 月亮、4 宫主 |
+| 父亲 | 9、10 | D1、D12 | 太阳、PiK |
+| 母亲 | 4 | D1、D12 | 月亮、MK |
+| 子女 | 5、2、11 | D1、D7 | 木星、5 宫主 |
+| 兄弟姐妹 | 3、11 | D1、D3 | 火星、3 宫主 |
+
+##### 6 甲9 行运从哪里数
+
+☑ 从命宫和月亮各算一遍，分开记录。不能只保留命宫结果。Vimshottari 和 Narayana 权重暂按现有可审计 profile：Vimshottari MD/AD/PD 为 2.0/1.5/0.75，Narayana MD/AD 为 2.0/1.0，Transit 为 1.0。这些是产品起始权重，不宣称是古典出处；后续以案例校准记录调整。
+
+##### 7 甲13 力量分档
+
+- Shadbala：☑ 同意。先按 BPHS 最低要求判断基本强弱；150/125/100/75/50 明确标为“网站分档”，保留原始 rupa。
+- Bhava Bala：☑ 同意。使用正式组件与来源 profile；删除无出处的“吉星 +2、凶星 -1.5”伪古典算法。
+
+#### 二 对 AI 理解偏了的条目
+
+##### 8 甲11 Tajika 年盘
+
+- 年主选法：☑ 采用 Panchavargiya（五重力量最强者）。若当前生产者输出另有 profile，必须分栏显示，不静默合并。
+- Muntha 起算：☑ 从本命上升起，每过一年进一宫；年盘上升位置作为独立结果同时保留，不能替换本命起算。
+- 年主、Muntha、Mudda Dasha 必须来自同一生产者。仓内 native Tajika 为主，PyJHora 和印刷资料作对照。
+
+##### 9 甲12 天蝎、水瓶双主星与罗睺本宫
+
+- 天蝎推宫主链：☑ 固定取火星。
+- 水瓶推宫主链：☑ 固定取土星。
+- 双主星比较：☑ 不在主 profile 中用“较强者”替换传统守护星；若运行 Jaimini 研究 variant，才按该 variant 的同宫、合相等规则另列。
+- 罗睺本宫：☑ 不设传统本宫。处女或水瓶只能作为研究假设，不能写成唯一古典事实。
+
+#### 三 AI 写的和网站现在一样
+
+☑ 以下四条全部同意：
+
+1. 父亲默认看 9 宫、9 宫主、太阳、PiK；北印度 10 宫并列显示但不静默切换。父母是否在身边不能由盘可靠判断；双体星座只作弱迹象。
+2. 不从盘上判断法律婚姻次数，只写感情线上的稳定、波折、重组等候选迹象。
+3. 传统格局只说明力量，不单独下结论，也不抵消受克；未满足来源、条件和案例门槛时标 `reference_only`。
+4. D60 没有明确神祇表来源时，不用神祇表判吉凶；不同算法并列保留，不悄悄选其中一版。
+
+#### 四 乙表确认
+
+- 乙1 金牛上升水星：☑ 同意按通用规则判，译本差异在来源字段记录。
+- 乙1 双子上升：☑ 同意不采用“只有金星是吉星”的孤立译本，按共享通用规则判，并保留译本冲突。
+- 乙1 射手上升：☑ 同意不采用“只有金星是凶星”的孤立译本，按共享通用规则判，并保留译本冲突。
+- 乙3 Narayana 大运：☑ 同意上线 K.N. Rao profile，替换“永远从上升起、永远顺行”的旧默认；主结果必须带 profile 名称。
+- 乙8 八分法：☑ 同意上线。报告和解读使用净化后的数值，同时保留原始值、净化方法和证据路径。
+- 乙14 落陷取消：☑ 同意上线。只列出满足的 Neecha Bhanga 条件，不自动称为“ Neecha Bhanga Raja Yoga”。
+- 乙2、乙4～乙7、乙9～乙13、乙15、乙16：☑ 全部沿用第三版清单写法。
+
+#### 实施顺序
+
+1. 先统一五大人格、Kemadruma、受克计分与甲8事件映射，删除重复检测器的冲突输出。
+2. 接入 K.N. Rao Narayana、Tajika Panchavargiya、双锚点行运，并在结果中写入 profile。
+3. 报告改用净化 Ashtakavarga，保留原始值；Neecha Bhanga 改成条件证据栏。
+4. 前端要求用户明确选择 Raman、Lahiri 或 KP；任何空岁差不得生成命盘或进入报告。
+5. 每次发布跑单元测试、API 测试、网站构建，并核对本地 commit 与远端 commit；网络推送失败时不得声称已同步。
+