docs(skill): freeze advanced jyotish interpretation templates

SKILL.md

@@ -1,13 +1,15 @@
 ---
 name: jyotish-vedic-astrology
 version: 6.9.14
-description: 印度占星（Jyotish）专业解盘与推运系统。核心能力：PDF星盘输入→严谨解盘→精确推运应期输出。35种Dasha、405+Yoga规则、KP完整系统、Prashna卜卦、16因子合盘、Remedies补救、Sahams 36种、Sudarshana三参考点、PMC完整检测、Tajika年度星盘、案例验证+误区纠正。触发词：印度占星、吠陀占星、Jyotish、解盘、推运、星盘分析、Dasha、Transit、Nakshatra、Yoga。GitHub: https://github.com/732642856/yinduzhanxing
+description: 印度占星（Jyotish）专业解盘与推运系统。核心能力：PDF星盘输入→严谨解盘→精确推运应期输出。35种Dasha、405+Yoga规则、KP系统、Prashna卜卦、16因子合盘、Remedies补救、Sahams部分覆盖、Sudarshana三参考点、PMC完整检测、Tajika年度星盘、案例验证+误区纠正。触发词：印度占星、吠陀占星、Jyotish、解盘、推运、星盘分析、Dasha、Transit、Nakshatra、Yoga。GitHub: https://github.com/732642856/yinduzhanxing
 ---
 
 # 印度占星专业解盘与推运系统
 
 > **版本**：v6.9.14 | **详细变更**：`CHANGELOG.md`
 > **对标状态**：中文用户端与技法覆盖领先；D1/D9/AV/Chara 等有守门，Dasha/Shadbala 外部 oracle 扩充仍在进行。
+>
+> **真相边界**：当前问题已不是“完全缺技法名称”，而是少数高价值传统深度仍未闭环；请优先修复精度与裁决链，而不是继续表面堆功能名。
 > **执行总控**：`references/quick-reference-guide.md`
 > **严格路由**：`references/strict-workflow-router.md`（涉及事业/婚恋/财务/应期/技法验证时必须优先读取）
 > **机器注册表**：`references/technique_registry.json` + `scripts/audit_capabilities.py`
@@ -16,14 +18,14 @@ description: 印度占星（Jyotish）专业解盘与推运系统。核心能力
 
 | 维度 | 数据 |
 |------|:--:|
-| Dasha系统 | 35种（含Vimshottari/Chara/Kalachakra/Narayana/Yogini等） |
+| Dasha系统 | 35种（含Vimshottari/Chara/Kalachakra/Narayana/Yogini等；成熟度不完全一致，以 registry 边界说明为准） |
 | Yoga规则 | 405+条（BPHS数据驱动架构，Yoga精度Benchmark 100%） |
 | 分盘 | D1-D144 + D2/D3变体 + 复合D-m×n + 自定义D-N(2-300) |
 | Bhava Chalit | Sripati/Porphyry/Equal/Whole Sign/Placidus/Koch 不等宫位调整 |
 | Sudarshana | Asc/Moon/Sun 三参考点盘 + 宫位收敛分析 |
 | Shadbala | absolute Rupa 分量求和；内部不变量通过，外部绝对值 oracle 扩充中 |
 | Ashtakavarga | BAV+SAV+PAV（展开式）+Sodhita（净化式） |
-| KP系统 | Sublord+Subsublord+ABCD Significator |
+| KP系统 | Sublord+Subsublord+ABCD Significator（输出可用，细粒度传统口径仍以实测与案例闭环为准） |
 | 合盘 | 16因子36分制（Ashtakoot+Kuta） |
 | 补救 | 5类（宝石/咒语/捐赠/斋戒/Dosha专项） |
 | 自动化测试 | pytest/quality gate 分层守门；以当前仓库质量门输出为准 |
@@ -163,6 +165,22 @@ description: 印度占星（Jyotish）专业解盘与推运系统。核心能力
 - 剩余~4.2%差异: Aquarius/Scorpio 的 Rahu/Ketu 共主动态判定（需复制 PyJHora _stronger_planet_new）
 - `jaimini` 输出中的 Chara Karaka、AK/AmK、Karakamsha 继续可用。
 
+### 开源复用边界冻结（v6.9.16-reuse-whitelist）
+
+**后续 skill 深化优先复用 MIT 资产，禁止继续对 AGPL/闭源项目做“看着像就手写一份”的低效重复工作。**
+
+- 可直接复用主来源：
+  - `jyotishganit`（MIT）：Shadbala / Bhava Bala / Panchanga / Vimshottari 常数与实现思路
+  - `VedicAstro`（MIT）：KP / Horary / API workflow
+  - `jaimini-tropical`（MIT）：Jaimini / Arudha / Chara Dasha 方向常数与细分规则
+  - `dashaflow`（MIT）：合盘 / Muhurta / 部分 Jaimini / dignity / Yoga 规则
+- 仅允许黑盒对标、禁止复制实现：
+  - `PyJHora`（AGPL）
+  - JHora（闭源）
+  - `hora-prakash`（AGPL）
+- 本仓已落地的 MIT 复用点包括：`kp_system.py`、`synastry.py`、`muhurtha_election.py`、`bhava_bala.py`、`dasha_calculator_enhanced.py`、`jaimini.py`、`constants/mit_imported_constants.py`
+- 继续扩 skill 前，先查 `/Users/wuyongnaren/Documents/印度占星/docs/research/reuse_license_whitelist_for_skill_2026_06_26.md`，避免重复造轮子或踩许可证边界。
+
 ### Transit 真实过境冻结（v6.0.10-true-transit）
 
 **full-reading 中的 Transit 多参考点分析必须使用真实过境行星位置，不得复用本命行星位置。**
@@ -197,12 +215,95 @@ description: 印度占星（Jyotish）专业解盘与推运系统。核心能力
 | **出生时间矫正** | 八大方法、自动化流程、验证报告 | `birth-time-rectification-advanced.md` |
 | **PDF读取** | JH/PL PDF全量提取、完整性门、交叉校验 | `pdf-chart-reading-guide.md` `data-bridge-mapping.md` |
 | **Prashna问事** | 十步断卦、AL、Sphuta、Sahams、失物查询 | `prashna-complete-guide.md` `single-event-inquiry-protocol.md` |
-| **多元技法** | Yogi/Ava Yogi、Tithi Lord、Rashi Tulya Navamsa、BCP、Pancha Pakshi | `yogi-avayogi-system.md` `tithi-lord-relationship-system.md` `bhrigu-chakra-paddhati.md` |
+| **多元技法** | Yogi/Ava Yogi、Tithi Lord、Rashi Tulya Navamsa、BCP、Bhrigu Pada、Pancha Pakshi、Ashwini/Abhijit/Ketu星宿专题（需保留成熟度边界） | `yogi-avayogi-system.md` `yogi-asc-tight-orb-wealth-freeze-guide.md` `tithi-lord-relationship-system.md` `tithi-lord-freeze-execution-guide.md` `rtn-high-order-d9-freeze-execution-guide.md` `bhrigu-pada-all-event-freeze-execution-guide.md` `ashwini-abhijit-ketu-nakshatra-freeze-guide.md` `bhrigu-chakra-paddhati.md` |
 | **精准方法论** | PACDARES框架、九层复合方法、L3矛盾检查、三级置信度 | `precision-reading-methodology.md` |
 | **现代解读** | 现代措辞映射、现代生活场景、常见误判纠错 | `modern-language-guide.md` `common-misconceptions.md` |
 | **实战智慧** | ⭐反教条主义经验精华（全球占星师真实案例反馈总结） | `practitioner-wisdom-anti-dogma.md` |
 | **验证与错题** | 深度数据审计、技法缺陷与修复、推运反思、15+名人验证案例 | `audit-*` `lessons-learned-*` `verified-celebrity-cases-*` |
 
+## 当前最硬的未闭环点
+
+> 这部分比“再加几个技法名”更重要，决定 skill 距离传统软件级深度还有多远。
+
+1. **Dasha 外部绝对边界闭环**
+   - 当前 `ready_for_calibration: 0`
+   - 大运起点、剩余年数、精确日期边界仍未通过 JHora/PyJHora 黑盒证据冻结
+2. **Shadbala 外部绝对值闭环**
+   - 当前 absolute Rupa 结构自洽，但还不是外部绝对值完全校准
+3. **Chara Dasha 共主仲裁尾差**
+   - KN Rao benchmark 已过，但 Aquarius/Scorpio 的 Rahu/Ketu 共主强弱仲裁仍有尾差
+4. **KP ruling planets / 事件裁决细节**
+   - KP 表层输出可用，但传统工作流深度仍需继续闭环
+5. **Prashna 分支工作流**
+   - 问事类型分支、裁决链、时机判断仍需更稳定的传统链路
+6. **Varshaphala / Tajika / Sahams 年运裁决深度**
+   - 年盘骨架已在，但事件裁决与权重层仍需继续成熟
+7. **Kalachakra / Narayana 等替代 Dasha 的成熟度边界**
+   - 已有覆盖，但部分子层、边界口径、外部黑盒对照仍需继续收紧
+8. **高阶解释层整合**
+   - `Pushkara / Vargottama / Avastha / RTN / Inter-chart linkage` 已存在，但还未形成传统高手式稳定裁决层
+
+完整排序见 `/Users/wuyongnaren/Documents/印度占星/docs/research/current_skill_core_gap_rerank_2026_06_26.md`。
+
+## 全球开源定位
+
+**当前还不能诚实地说这是全球开源印度占星 / 吠陀占星项目里的无争议第一。**
+
+更准确的判断是：
+
+- 在**中文 skill 工作流、本地可用性、产品化组织、MIT 资产整合**上，已经处于第一梯队。
+- 在**长期黑盒 benchmark、传统软件级精度闭环、全球社区势能**上，仍落后于部分头部项目。
+
+### 主要对标对象
+
+1. **PyJHora**
+   - 优势：47 Dasha、300+ 分盘、284+ Yoga、6800+ 级别验证与 JHora 对照壁垒
+   - 边界：AGPL，只能黑盒 benchmark，不可复制实现
+2. **VedAstro**
+   - 优势：全球社区势能更强，API/Web/AI 平台生态更成熟
+   - 边界：更偏平台化，全局离线本地 skill 体验不一定更优
+3. **VedicAstro / jyotishganit / jaimini-tropical / dashaflow**
+   - 价值：MIT，可直接作为继续补深的合法资产来源
+
+完整定位分析见 `/Users/wuyongnaren/Documents/印度占星/docs/research/global_open_source_positioning_of_skill_2026_06_26.md`。
+
+## 冲顶路线
+
+> 如果目标是冲击“全球开源第一梯队”，后续优先级必须按这个顺序推进。
+
+### P0 - 精度护城河（不完成就不能宣称“精准度完美”）
+
+1. 冻结 `Dasha` 外部 oracle
+2. 冻结 `Shadbala` 外部绝对值 oracle
+3. 建立可重复、可公开的 benchmark 报表与案例链
+
+### P1 - 传统裁决深度（不是补技法名，而是补传统工作流）
+
+4. 收紧 `Chara Dasha` 共主仲裁尾差
+5. 补深 `KP ruling planets / Horary workflow`
+6. 补深 `Prashna` 问事分支裁决链
+7. 补深 `Varshaphala / Tajika / Sahams` 的年度解释层
+8. 收紧 `Kalachakra / Narayana` 的成熟度边界与黑盒一致性说明
+
+### P2 - 老练度与口感（决定“像不像老练传统占星师”）
+
+9. 继续补 `Pancha Pakshi` Tamil 细则
+10. 整合 `Pushkara / Vargottama / Avastha / RTN / Inter-chart linkage` 的高阶解释层
+11. 统一各输出面的边界表达，避免 `covered` 被误读成 `complete`
+
+## 施工判断原则
+
+> 后续所有优化都按这个判断，避免重复劳动或把“已覆盖但不够成熟”误判成“完全缺失”。
+
+1. **先判断是不是已经存在**
+   - 若 `scripts/`、`references/`、`skills/` 已有主体实现或执行链，优先视为“补成熟度/补入口”，不是重写。
+2. **再判断是不是可合法复用**
+   - MIT / Apache / BSD 资产优先复用；GPL / AGPL / 闭源只做黑盒对照，不复制实现。
+3. **再判断是不是必须依赖外部 oracle**
+   - 凡涉及 `Dasha` 精确日期边界、`Shadbala` 绝对值、传统软件口径冻结，必须走 JHora / PyJHora / 公开样本闭环。
+4. **最后才决定是否新增技法**
+   - 如果只是入口缺失、索引缺失、解释层不够厚，优先补入口和执行链，不先堆新名词。
+
 ---
 
 ## 计算引擎
@@ -235,7 +336,7 @@ $PYTHON $SCRIPT <子命令> [参数]
 | `validate` | R1-R10数学验证 |
 | `audit` | P1-P12行星审计管线 |
 | `aspects` | 度数精确相位系统 |
-| `jaimini` | Jaimini Karaka/Karakamsha、A1-A12/UL、Graha Pada、Special Lagnas；Chara Dasha timing 升级为 KN Rao Method（covered，pending benchmark） |
+| `jaimini` | Jaimini Karaka/Karakamsha、A1-A12/UL、Graha Pada、Special Lagnas；Chara Dasha timing 为 KN Rao Method（covered；仍需保留共主仲裁与外部对标边界） |
 | `nakshatra-adv` | 高级Nakshatra（Tara Bala+Chandra Bala+Sub-Lord） |
 | `nakshatra-dasha` | 星宿大运推演（Ashtottari + Nakshatra-level Vimshottari） |
 | `nakshatra-full` | 星宿综合报告（本命 + 大运 + 过境星宿） |
@@ -325,7 +426,7 @@ $PYTHON $SCRIPT <子命令> [参数]
 
 > 完整描述和版本信息 → `references/quick-reference-guide.md` §参考资料完整索引
 
-共 **105个文件**，按功能分组：
+共 **100+ 个文件**，按功能分组：
 
 | 分组 | 数量 | 核心文件 |
 |------|------|---------|
@@ -342,6 +443,7 @@ $PYTHON $SCRIPT <子命令> [参数]
 | 高级技法 | 5 | `advanced-techniques.md` `global-astrologer-practical-methodology.md` |
 | 案例库 | 13 | `famous-case-library.md` `verified-celebrity-cases.md` |
 | 多元技法 | 5 | `yogi-avayogi-system.md` `bhrigu-chakra-paddhati.md` `pancha-pakshi-nakshatra-systems.md` |
+| 高阶执行补充 | 8 | `deep-varga-avastha-execution-guide.md` `sahams-execution-guide.md` `high-order-d9-execution-guide.md` `tithi-lord-freeze-execution-guide.md` `rtn-high-order-d9-freeze-execution-guide.md` `bhrigu-pada-all-event-freeze-execution-guide.md` `yogi-asc-tight-orb-wealth-freeze-guide.md` `ashwini-abhijit-ketu-nakshatra-freeze-guide.md` |
 | BPHS/Raman/Goel | 5 | `badhaka-obstacle-planet-guide.md` `raman-house-judgment-methodology.md` `vp-goel-jaimini-dasha-systems.md` |
 | MEVG | 1 | `mandatory-verification-gate-protocol.md` |
 
@@ -359,7 +461,7 @@ $PYTHON $SCRIPT <子命令> [参数]
 
 **版本**：v6.9.15-calibration-boundary
 **创建日期**：2026-04-20
-**最后更新**：2026-06-25（秒级输入、Dasha 参考差异审计、Shadbala absolute Rupa、D1 友敌尊严标签、D81/D108/D144 分盘归一化已同步；外部 oracle 扩充仍在进行。）
+**最后更新**：2026-06-26（skill 真源碎片已重新归拢并同步到 WorkBuddy；MIT 复用白名单已冻结；Chara/KP/Shadbala/Prashna/Tajika 的核心未闭环点已重排；外部 oracle 扩充仍在进行。）
 
 ---
 

references/ashwini-abhijit-ketu-nakshatra-freeze-guide.md

@@ -0,0 +1,275 @@
+# Ashwini / Abhijit / Ketu Nakshatra 专题冻结执行手册
+
+> 来源：`references/nakshatra_deities.md`、`references/nakshatra-chinese-quick-ref.md`、`references/pancha-pakshi-nakshatra-systems.md`、`scripts/kalachakra_dasha.py`、`2印度占星.docx` 线索，并结合公开网页检索后的保守仲裁。
+>
+> **来源标签**: 【Nakshatra传统 + Panchanga/Muhurta实践 + Skill执行冻结】 — Ashwini天赋、Abhijit择时、Ketu系星宿日专题
+>
+> **版本**：v1.0 | **最后更新**：2026-06-26
+
+---
+
+## 0. 来源等级与使用原则
+
+网上文章中关于 Ashwini、Abhijit、Ketu 星宿日的断语差异很大，本手册只把它们作为线索，不把单篇文章直接升级为硬规则。
+
+### A级：稳定基础
+
+- 27 Nakshatra 的度数、主星、神祇、Gana、动物、基本 Shakti。
+- Panchanga / Muhurta 中 Nakshatra 作为择时因子的基础用法。
+- Vimshottari 与其他 Nakshatra Dasha 对月亮星宿的依赖。
+
+### B级：传统实践强参考
+
+- Ashwini 的快速启动、治疗、急救、交通、先锋特征。
+- Ketu 主宰的 Ashwini / Magha / Mula 带有“切断旧路径、快速启动、祖先/根源、非线性突破”的共同底色。
+- Abhijit 在部分 Muhurta 传统中作为特殊胜利窗口使用，但不应混同为常规 27 Nakshatra 的本命性格星宿。
+
+### C级：文章/课程/个案线索
+
+- “某 Nakshatra 日一定不宜某类活动”
+- “Abhijit 必然带来财富或神性激活”
+- “Ashwini 必然是神医/极速成功”
+- “Ketu 星宿日一定导致损失或事故”
+
+这些只能进入风险提示或择时偏好，必须经过 Dasha、Transit、Varga、现实条件交叉确认。
+
+---
+
+## 1. 用途
+
+本手册把用户关心的“娄宿 Ashwini 天赋特征”“Abhijit 财富/神性激活”“Ketu 星宿日规避/使用”整理为可执行模板。
+
+适用场景：
+
+1. 用户问天赋、职业风格、启动项目优势。
+2. 用户盘中 Moon / Lagna / Atmakaraka / 10主 / 1主落 Ashwini、Magha、Mula。
+3. 用户问某天是否适合启动、签约、疗愈、手术、旅行、公开发布。
+4. 用户问 Abhijit Muhurta、特殊胜利窗口、紧急择时。
+5. 用户问 Ketu 日、Ketu 星宿、Ketu Dasha 是否一定不吉。
+
+---
+
+## 2. Ashwini 天赋模板
+
+### 基础定位
+
+Ashwini：
+
+- 度数：Aries 0°00' - 13°20'
+- 主星：Ketu
+- 神祇：Ashwini Kumaras，天界双生医师
+- Gana：Deva
+- 质量：Swift / Kshipra
+- 动物：马
+- 核心 Shakti：快速抵达、快速修复、快速启动
+
+### 可以稳定使用的关键词
+
+- 快速启动
+- 急救/修复
+- 医疗、疗愈、咨询
+- 交通、速度、运动、马/车/移动工具
+- 先锋、开局、试错、突破惯性
+- 非传统入口
+
+### 不可机械断言
+
+不可以只凭 Ashwini 就说：
+
+- 一定适合医生
+- 一定富贵
+- 一定早婚/晚婚
+- 一定事故多
+- 一定灵性很高
+
+### 执行链
+
+1. 看落点：Moon / Lagna / Sun / AK / AmK / 10主 / 1主是否在 Ashwini。
+2. 看宫位：落 1/5/9/10/11 更容易外显成天赋；落 6/8/12 更偏疗愈、危机处理、隐秘修复。
+3. 看主星 Ketu：Ketu 的宫位、定位星、相位、Dasha 激活决定 Ashwini 如何兑现。
+4. 看火星：因 Ashwini 位于白羊座，Mars 状态会调节行动力与冲动风险。
+5. 看分盘：D9 看内在动机，D10 看职业兑现，D24 看学习/技能，D60 只作高阶参考。
+
+### 输出模板
+
+低置信：
+
+> Ashwini 给出快速启动和修复型天赋，但还需要 D10、10主、Dasha 支持，不能单独断成职业成就。
+
+中置信：
+
+> 若 10主/AmK/Moon 与 Ashwini 有关，同时 Ketu 定位星稳定，可判断此人适合急速响应、修复、医疗、咨询、技术启动、交通移动或开创型任务。
+
+高置信：
+
+> 当 Ashwini 落在职业链条，Ketu/Mars 状态强，D10 与 Dasha 同步激活时，可把“先锋-修复-快速行动”列为核心事业兑现风格。
+
+---
+
+## 3. Ketu 系星宿日模板
+
+Ketu 主宰三宿：
+
+| Nakshatra | 区间 | 基础主题 |
+|---|---|---|
+| Ashwini | Aries 0°00' - 13°20' | 快速启动、疗愈、急救、先锋 |
+| Magha | Leo 0°00' - 13°20' | 祖先、权威、传承、名分 |
+| Mula | Sagittarius 0°00' - 13°20' | 根源、拔除、研究、拆解 |
+
+### Ketu 星宿日不是“绝对坏日”
+
+应分任务类型判断：
+
+适合：
+
+- 断舍离
+- 清理旧项目
+- 修复、疗愈、急救
+- 研究根源问题
+- 祖先/传统/传承事务
+- 非传统路径启动
+- 冥想、修行、简化生活
+
+谨慎：
+
+- 大额投资
+- 纯世俗炫耀型发布
+- 需要长期稳定承诺的签约
+- 情绪激烈时的分手/辞职/公开冲突
+- 高风险交通与冒险活动
+
+### 强制交叉
+
+如果要给“宜/忌”建议，必须同时看：
+
+1. 当日 Tithi / Vara / Yoga / Karana。
+2. 月亮是否受严重克。
+3. 是否与本命 Moon / Lagna / 10主 / 7主形成敏感触发。
+4. 当前 Dasha 是否激活 Ketu、Ketu 定位星或目标宫主。
+5. 任务性质是否与 Ketu 星宿主题同频。
+
+---
+
+## 4. Abhijit 使用边界
+
+Abhijit 常被用于 Muhurta 中的特殊胜利窗口，但它不是普通 27 Nakshatra 列表中的常规人格星宿。
+
+### 可以说
+
+- Abhijit 更适合放在择时层使用。
+- 可作为紧急场景下的“胜利/突破/保护性窗口”参考。
+- 适合与 Tithi、Vara、Moon strength、Lagna、Tarabala、Chandrabala 共同评估。
+
+### 不可以说
+
+- 出生在 Abhijit 就一定富贵。
+- Abhijit 可以覆盖所有 Muhurta 缺陷。
+- Abhijit 等于任意时间都吉。
+- Abhijit 单独决定婚姻、财富、事业结局。
+
+### Abhijit Muhurta 输出模板
+
+> Abhijit 可作为择时辅助窗口，尤其适合需要突破、启动、保护性推进的事务。但它必须与当天 Panchanga、月亮状态、Lagna、目标宫主共同判断；若 Dasha/Transit 明显冲突，Abhijit 只能降低风险，不能保证结果。
+
+---
+
+## 5. 与财富/天赋判断的连接
+
+当用户问“天赋能不能赚钱”，不要只看 Ashwini/Abhijit/Ketu。
+
+必须先确认：
+
+1. 2宫、11宫、5宫、9宫、10宫。
+2. 2主、11主、10主、Lagna lord。
+3. Dhana Yoga、Lakshmi Yoga、Raja Yoga。
+4. D2、D9、D10。
+5. Yogi / Avayogi / Duplicate Yogi。
+6. Dasha 与 Transit 是否激活。
+
+若 Ashwini 或 Ketu 星宿参与财富链，可解释为：
+
+- 快速启动型收入
+- 修复/救援/咨询/疗愈收入
+- 技术开荒型收入
+- 旧资源清理后再利用
+- 非传统职业或副业入口
+
+若 Abhijit 参与择时，可解释为：
+
+- 启动窗口
+- 发布窗口
+- 冲刺窗口
+- 保护性推进窗口
+
+但不能把它当作本命财富承诺。
+
+---
+
+## 6. 解读等级
+
+### 轻量解读
+
+只说明：
+
+- Ashwini/Ketu 系主题
+- 当前适合/不适合的行动类型
+- 需要交叉验证
+
+### 中度解读
+
+加入：
+
+- 宫位
+- 主星
+- 分盘
+- Dasha
+- 当日 Panchanga
+
+### 重度解读
+
+必须加入：
+
+- 完整 D1/D9/D10/D2
+- Shadbala/AV
+- Dasha/Transit
+- Yogi/Ava Yogi
+- Muhurta 全链路
+- Technique Audit Table
+
+---
+
+## 7. 常见误判
+
+1. **把 Ketu 星宿日都断成坏日**：错误。Ketu 更像切断、简化、修复、根源化。
+2. **把 Ashwini 直接断成神医**：错误。必须有 6宫/10宫/职业星/分盘支持。
+3. **把 Abhijit 当万能吉时**：错误。Muhurta 仍要看 Panchanga 与目标盘。
+4. **把文章个案当经典规则**：错误。文章只能启发模板，不能替代权威链。
+5. **忽略现实任务类型**：错误。择时必须先问“要做什么”，再判断 Nakshatra 是否同频。
+
+---
+
+## 8. 输出审计表字段
+
+| 字段 | 必填说明 |
+|---|---|
+| `nakshatra_target` | Ashwini / Magha / Mula / Abhijit / other |
+| `source_level` | A/B/C |
+| `role` | natal talent / muhurta / dasha trigger / transit trigger |
+| `ketu_condition` | Ketu 宫位、定位星、受克、Dasha |
+| `task_fit` | 当前任务是否与星宿主题同频 |
+| `cross_checks` | Dasha、Transit、Varga、Panchanga、Yogi |
+| `confidence` | low / medium / high |
+| `boundary_note` | 不可单独断吉凶/财富/事故 |
+
+---
+
+## 9. 最短执行卡
+
+```
+1. 用户问天赋/择时/星宿日 → 先确认任务类型。
+2. 若涉及 Ashwini → 读 Ketu + Mars + 宫位 + D9/D10。
+3. 若涉及 Magha/Mula → 读 Ketu + 祖先/根源/清理主题。
+4. 若涉及 Abhijit → 只作为 Muhurta 辅助，不作本命硬断。
+5. 若涉及财富 → 必须先走财富承诺链，再用 Nakshatra 作风格修饰。
+6. 输出必须说明来源等级与边界。
+```

references/bhrigu-pada-all-event-freeze-execution-guide.md

@@ -0,0 +1,446 @@
+# Bhrigu Pada 全事件专题冻结执行手册
+
+> 来源：`4印度占星.docx`、`references/bhrigu-pada-dasha-marriage-counting.md`、`scripts/bhrigu_pada_dasha.py`、`scripts/jaimini.py`、`scripts/special_lagnas.py`
+>
+> **来源标签**: 【传统·现代大师 + Skill执行冻结】 — Bhrigu Pada / Arudha Pada 全事件推进标准动作
+>
+> **版本**：v1.0 | **最后更新**：2026-06-26
+
+---
+
+## 0. 来源等级与使用原则
+
+本手册采用“分层信任”，不能把网上文章中的所有断语直接视为权威规则。
+
+### A级：传统基础，可作为硬前提
+
+- `Arudha Pada` 的基本概念与计算，属于 Parashara / Jaimini 传统中较稳固的内容。
+- `Arudha` 表示现实世界中的投射、名声、显化、外界看到的结果。
+- A1/A2/A7/A10/UL 等作为不同生活领域的显化点，可作为 Jaimini/Parashara 体系中的稳定底层。
+
+### B级：现代大师/流派传承，可作为强参考
+
+- Sanjay Rath 等现代传统占星师关于 Arudha Pada、Upapada、Dara Pada、Dasha 触发的讲解。
+- Saptarishis Astrology 等公开文章中对 `Bhrigu Pada Dasha` 的整理。
+- 这些内容可用于建立工作流，但必须保留流派口径说明。
+
+### C级：网上文章/课程笔记/案例转述，只能作为线索
+
+- 用户提供的 `4印度占星.docx`
+- YouTube 讲座整理
+- 网络课程笔记
+- 未给出完整计算公式、未附可复核数据的案例文章
+
+这些内容可以帮助发现技法，但不能单独变成硬断语。
+
+### 使用原则
+
+1. `Arudha Pada` 的底层计算可稳定使用。
+2. `Bhrigu Pada Dasha` 的具体推进公式与事件断语，必须标注“流派/近似/待外部 oracle”。
+3. 网上文章里的“事业、婚姻、财富事件示例”只能进入模板层，不能直接等同传统定论。
+4. 凡涉及具体年份、月份、婚姻次数、健康危机，必须与 Dasha / Transit / 分盘 / 现实事件交叉。
+
+---
+
+## 1. 用途
+
+本手册把 `Bhrigu Pada Dasha` 从“婚姻计时专题”扩展为**全事件推进法的执行框架**。
+
+适用场景：
+
+1. 用户问事业突破、名声、职业断层
+2. 用户问婚姻、长期关系、伴侣事件
+3. 用户问财富进账、收益、资产变化
+4. 用户问子女、创作、教育成果
+5. 用户问危机、疾病、事故、隐秘转折
+
+核心纠偏：
+
+> Bhrigu Pada Dasha 不是只能看婚姻。它的核心是用不同 Arudha Pada 的主星作为对应事件的控制行星。
+
+更严谨地说：
+
+> `Arudha Pada` 的领域对应相对稳固；`Bhrigu Pada Dasha` 的推进触发规则属于流派化实践，当前 skill 只能把它作为辅助推进确认层，而不是单独主判体系。
+
+---
+
+## 2. 当前冻结边界
+
+### 已冻结
+
+1. `references/bhrigu-pada-dasha-marriage-counting.md` 已整理婚姻计时与婚姻计数法
+2. `scripts/bhrigu_pada_dasha.py` 已有通用近似推进、婚姻窗口、BCP 整合
+3. `scripts/jaimini.py` 已有 A1-A12 / UL 的 Arudha Pada 计算
+4. `scripts/special_lagnas.py` 已有 A10 / Karma Pada
+5. `full-reading.modules.bhrigu_pada_dasha` 已能输出 Bhrigu Pada Dasha 模块
+
+### 尚未完全冻结
+
+1. Bhrigu Pada 的多事件 API / CLI 入口
+2. 基于 `A2 / A5 / A7 / A8 / A10 / A11 / UL` 的统一事件模板
+3. 事业、财富、健康、子女等非婚姻案例 oracle
+4. 不同 Bhrigu 子流派推进速率的外部黑盒对照
+
+结论：
+
+> 当前可把 Bhrigu Pada 用作全事件“辅助推进/确认层”，但不能把其近似计算包装成传统软件级精密闭环。
+
+---
+
+## 3. 核心原理
+
+Bhrigu Pada 的事件判断顺序：
+
+1. 先确定事件领域
+2. 找到对应 Arudha Pada
+3. 找到该 Pada 的主星
+4. 将 Pada 主星视作该事件的控制行星
+5. 观察控制行星在推进盘/年龄点中是否进入关键宫位、三方四正、合相或互相连接
+6. 用 Dasha、Transit、D9/D10/D60 等系统交叉验证
+
+一句话：
+
+> 事件不是看“随便哪颗推进行星”，而是看该事件对应 Arudha Pada 的主星如何被推进与触发。
+
+---
+
+## 4. 事件领域与 Pada 对照
+
+| 事件 | 主要 Pada | 控制行星 | 辅助证据 |
+|---|---|---|---|
+| 自我形象 / 公众观感 | A1 / AL | AL 主星 | Lagna lord、Moon、Sun |
+| 财富积累 / 现金流 | A2 | A2 主星 | 2宫主、11宫主、Jupiter、Venus |
+| 勇气 / 写作 / 手足 | A3 | A3 主星 | 3宫主、Mars、Mercury |
+| 房产 / 家庭 / 母亲 | A4 | A4 主星 | 4宫主、Moon、Mars |
+| 子女 / 创作 / 教育成果 | A5 | A5 主星 | 5宫主、Jupiter、D7 |
+| 病痛 / 敌人 / 官非 | A6 | A6 主星 | 6宫主、Mars、Saturn、D6/D30 |
+| 婚姻 / 伴侣 / 合伙 | A7 | A7 主星 | 7宫主、Venus/Jupiter、DK、D9 |
+| 危机 / 手术 / 突变 | A8 | A8 主星 | 8宫主、Saturn、Mars、D30 |
+| 福德 / 远行 / 宗教 | A9 | A9 主星 | 9宫主、Jupiter、D20 |
+| 事业 / 名声 / 职业事件 | A10 | A10 主星 | 10宫主、AmK、Sun、D10 |
+| 收益 / 社群 / 愿望实现 | A11 | A11 主星 | 11宫主、Jupiter、D11 |
+| 婚姻承诺 / 床第 / 损耗 / 远方 | UL / A12 | UL 主星 | 12宫主、Venus、D9 |
+
+---
+
+## 5. 强制执行顺序
+
+### Step 1. 先确认 D1 承诺
+
+Bhrigu Pada 不负责凭空制造事件。
+若 D1 没有承诺，只能当作弱提示。
+
+### Step 2. 确定事件 Pada
+
+例：
+
+- 事业：A10
+- 财富：A2 / A11
+- 婚姻：A7 / UL
+- 子女：A5
+- 健康危机：A6 / A8
+
+### Step 3. 找 Pada 主星
+
+Pada 所在星座的主星，就是本事件的控制行星。
+
+注意：
+
+- 本系统通常使用七曜主星
+- Rahu/Ketu 共主规则必须声明流派边界
+- 当前仓内共主仲裁仍有尾差时，不要假装无争议
+
+### Step 4. 看控制行星推进
+
+重点观察：
+
+1. 控制行星进入事件相关宫位
+2. 控制行星与本命控制行星合相
+3. 控制行星与事件 Karaka 形成三方/四正/合相
+4. 控制行星进入 Pada 所在星座或其三方
+5. 推进行星与 D1 / D9 / D10 中同主题点互相连接
+
+### Step 5. 用领域分盘验证
+
+不能只看 D1。
+
+- 婚姻：D9
+- 事业：D10
+- 子女：D7
+- 财富：D2 / D11
+- 健康危机：D6 / D8 / D30
+- 灵性/福德：D20 / D9
+
+### Step 6. 用 Dasha / Transit 收敛
+
+Bhrigu Pada 只作为推进确认层时，必须至少再有一层：
+
+- Vimshottari
+- Chara Dasha
+- Transit / Double Transit
+- BCP
+- Varshaphala
+
+---
+
+## 6. 事业事件模板
+
+主要点：
+
+- A10
+- A10 主星
+- 10宫主
+- Amatyakaraka (AmK)
+- Sun
+- D10
+
+重断条件：
+
+1. D1 有事业承诺
+2. A10 主星被推进触发
+3. D10 同步出现强化或压力
+4. Dasha / Transit 同步激活 10宫、A10、AmK 或 Sun
+
+允许输出：
+
+- 升迁
+- 出名
+- 职业转折
+- 公众身份变化
+- 项目发布
+
+禁止输出：
+
+- 只因 A10 主星推进就断必升职
+
+---
+
+## 7. 财富事件模板
+
+主要点：
+
+- A2
+- A11
+- 2宫主
+- 11宫主
+- Jupiter
+- Venus
+- D2 / D11
+
+重断条件：
+
+1. A2/A11 主星被推进触发
+2. 2宫/11宫链有承诺
+3. D2 或 D11 不相反
+4. Dasha 同步触发财富星、财富宫或 Yogi 点
+
+允许输出：
+
+- 收入增长
+- 大额进账
+- 合作收益
+- 资源曝光
+
+禁止输出：
+
+- 忽略财务承诺，单凭 A2 推进断暴富
+
+---
+
+## 8. 婚姻事件模板
+
+主要点：
+
+- A7
+- UL / A12
+- 7宫主
+- Venus / Jupiter
+- DK
+- D9
+
+重断条件：
+
+1. A7 或 UL 主星被推进触发
+2. D9 支持
+3. Dasha/Transit 同步激活 7宫链
+4. 现实年龄与关系环境允许
+
+允许输出：
+
+- 进入重要关系
+- 订婚/结婚窗口
+- 伴侣事件
+- 合伙关系形成
+
+禁止输出：
+
+- 把“持续一年以上认真关系”的计数直接等同法律婚姻次数
+
+---
+
+## 9. 子女 / 创作事件模板
+
+主要点：
+
+- A5
+- 5宫主
+- Jupiter
+- D7
+- Moon
+
+重断条件：
+
+1. A5 主星被推进触发
+2. 5宫链与 Jupiter 有支持
+3. D7 支持
+4. Dasha/Transit 同步激活
+
+允许输出：
+
+- 生育窗口
+- 子女事件
+- 作品发布
+- 教育成果
+
+---
+
+## 10. 健康 / 危机事件模板
+
+主要点：
+
+- A6
+- A8
+- 6宫主
+- 8宫主
+- Saturn / Mars
+- D6 / D8 / D30
+
+重断条件：
+
+1. A6/A8 主星被推进触发
+2. D6/D8/D30 同步见压
+3. Dasha/Transit 同步激活
+4. 医疗现实或既往事件支持
+
+允许输出：
+
+- 健康压力
+- 手术/治疗窗口
+- 危机处理
+- 官非/敌人事件
+
+禁止输出：
+
+- 单凭 Bhrigu Pada 断死亡或重病
+
+---
+
+## 11. 与 BCP 的关系
+
+BCP 与 Bhrigu Pada 不同：
+
+- `BCP`：宏观自然周期，适合看年龄阶段主题
+- `Bhrigu Pada`：事件控制行星推进，适合看具体领域触发
+
+推荐顺序：
+
+1. 先用 BCP 看年龄主题
+2. 再用 Bhrigu Pada 找事件控制行星
+3. 最后用 Dasha / Transit 收敛
+
+---
+
+## 12. 置信度分级
+
+### 低置信
+
+- 只有 Bhrigu Pada 信号
+- D1/D9/D10/Dasha 不支持
+
+输出为：
+
+- “提示”
+- “可观察窗口”
+
+### 中置信
+
+- Bhrigu Pada + D1 承诺
+- 或 Bhrigu Pada + Dasha 激活
+
+输出为：
+
+- “较值得关注的窗口”
+
+### 高置信
+
+必须同时满足：
+
+1. D1 承诺
+2. 对应分盘支持
+3. Bhrigu Pada 控制行星推进触发
+4. Dasha/Transit 至少一项同步
+
+输出为：
+
+- “高优先级事件窗口”
+
+---
+
+## 13. 当前不能伪装成闭环的部分
+
+以下内容必须保留边界：
+
+1. 不同 Bhrigu 子流派的精确推进速率
+2. JHora / Shri Jyoti Star / 网页工具的口径差异
+3. 多事件 API 尚未统一产品化
+4. 非婚姻领域案例 oracle 不足
+5. Rahu/Ketu 共主是否参与 Pada 主星，需要按流派声明
+
+---
+
+## 14. 工业化字段骨架
+
+后续模板化建议字段：
+
+- `event_type`
+- `target_pada`
+- `pada_sign`
+- `pada_lord`
+- `progressed_lord_position`
+- `natal_lord_connection`
+- `event_karaka_connection`
+- `target_varga_support`
+- `dasha_support`
+- `transit_support`
+- `confidence`
+- `narrative_short`
+- `narrative_deep`
+- `boundary_note`
+
+---
+
+## 15. 最短执行卡
+
+如果时间很紧，至少执行：
+
+1. 确定用户事件类型
+2. 找对应 Pada
+3. 找 Pada 主星
+4. 看控制行星推进是否触发事件宫/本命点/Karaka
+5. 看领域分盘
+6. 看 Dasha/Transit
+7. 给出置信度与边界
+
+只做到前 4 步，叫**推进提示**。
+做到第 7 步，才叫**事件窗口判断**。
+
+---
+
+## 16. 结论
+
+Bhrigu Pada 现在应从“婚姻技巧”升级为：
+
+> **基于 Arudha Pada 主星的全事件推进确认模块。**
+
+它的价值在于为事业、财富、婚姻、子女、危机等主题提供额外时间确认层。
+它不能替代 Vimshottari、Chara、Transit、分盘和现实事件校验。

references/quick-reference-guide.md

@@ -404,7 +404,7 @@ SCRIPT=~/.workbuddy/skills/jyotish-vedic-astrology/scripts/jyotish_engine.py
 
 ## 参考资料完整索引
 
-共 **105个文件**，按功能分组。
+共 **100+ 个文件**，按功能分组。
 
 ### AI解盘工作流（2个）
 0. **ai-reading-workflow-prompt.md**：AI解盘工作流Prompt工程（7阶段完整执行引擎）
@@ -523,18 +523,28 @@ SCRIPT=~/.workbuddy/skills/jyotish-vedic-astrology/scripts/jyotish_engine.py
 92. **bhrigu-pada-dasha-marriage-counting.md**：Bhrigu Pada Dasha与婚姻计数法
 93. **pancha-pakshi-nakshatra-systems.md**：Pancha Pakshi五鸟择时术+Nakshatra三体系
 
+### 高阶执行补充（8个）
+94. **deep-varga-avastha-execution-guide.md**：高阶分盘 / Avastha / Pushkara / Vargottama执行链
+95. **sahams-execution-guide.md**：Sahams专项执行与边界声明
+96. **high-order-d9-execution-guide.md**：高阶D9婚姻/灵性/关系执行链
+97. **tithi-lord-freeze-execution-guide.md**：Tithi Lord专题冻结执行手册
+98. **rtn-high-order-d9-freeze-execution-guide.md**：RTN + 高阶D9专题冻结执行手册
+99. **bhrigu-pada-all-event-freeze-execution-guide.md**：Bhrigu Pada全事件辅助推进执行手册
+100. **yogi-asc-tight-orb-wealth-freeze-guide.md**：Yogi/上升度数/紧密合相财富专题冻结执行手册
+101. **ashwini-abhijit-ketu-nakshatra-freeze-guide.md**：Ashwini/Abhijit/Ketu星宿专题冻结执行手册
+
 ### BPHS/Raman/Goel体系（5个）
-94. **badhaka-obstacle-planet-guide.md**：Badhaka障碍星系统
-95. **raman-house-judgment-methodology.md**：B.V. Raman宫位判断方法论
-96. **shasti-hayani-dasha-guide.md**：Shasti Hayani条件Dasha指南
-97. **marc-boney-marriage-six-step.md**：Marc Boney婚姻六步法
-98. **vp-goel-jaimini-dasha-systems.md**：V.P. Goel Jaimini Dasha系统概览
+102. **badhaka-obstacle-planet-guide.md**：Badhaka障碍星系统
+103. **raman-house-judgment-methodology.md**：B.V. Raman宫位判断方法论
+104. **shasti-hayani-dasha-guide.md**：Shasti Hayani条件Dasha指南
+105. **marc-boney-marriage-six-step.md**：Marc Boney婚姻六步法
+106. **vp-goel-jaimini-dasha-systems.md**：V.P. Goel Jaimini Dasha系统概览
 
 ### 精准解盘方法论（1个）
-99. **precision-reading-methodology.md**：精准解盘与推运方法论 ⭐⭐⭐⭐⭐
+107. **precision-reading-methodology.md**：精准解盘与推运方法论 ⭐⭐⭐⭐⭐
 
 ### MEVG强制验证（1个）
-100. **mandatory-verification-gate-protocol.md**：强制外部验证门控协议（MEVG）
+108. **mandatory-verification-gate-protocol.md**：强制外部验证门控协议（MEVG）
 | 数学验证 | `python3 scripts/jyotish_engine.py validate ...` |
 | 行星审计 | `python3 scripts/jyotish_engine.py audit ...` |
 | HTML报告 | `python3 scripts/jyotish_engine.py report ...` |

references/rtn-high-order-d9-freeze-execution-guide.md

@@ -0,0 +1,413 @@
+# RTN + 高阶 D9 专题冻结执行手册
+
+> 来源：`3印度占星.docx`、`references/rashi-tulya-navamsa-root-impulse.md`、`references/high-order-d9-execution-guide.md`、`scripts/rashi_tulya_navamsa.py`
+>
+> **来源标签**: 【传统·现代大师 + Skill执行冻结】 — Rashi Tulya Navamsa / 高阶 D9 返照标准动作
+>
+> **版本**：v1.0 | **最后更新**：2026-06-26
+
+---
+
+## 1. 用途
+
+本手册把 `Rashi Tulya Navamsa (RTN)` 与高阶 D9 异象，从“概念已存在”冻结成可稳定执行的专题工作流。
+
+适用场景：
+
+1. 婚姻/关系已经有 D1 与 D9 线索，但解释仍不够深入
+2. 需要判断某颗星在 D9 中的深层动机如何投射回 D1
+3. 需要说明“表面承诺”和“灵魂兑现”为什么不同步
+4. 需要处理 Yama / Preta / Pisacha / Rakshasa 这类高阶 D9 凶性提示
+5. 需要将文章级 D9 细节模板工业化
+
+---
+
+## 2. 当前冻结边界
+
+### 已冻结
+
+1. `RTN` 已在主 skill 中登记
+2. `scripts/rashi_tulya_navamsa.py` 已存在映射引擎
+3. 已有 `RTN_HOUSE_NAMES`
+4. 已有 `GUNAS`
+5. 已有凶星组合命名：
+   - `Mars + Saturn` → `Yama Yoga`
+   - `Saturn + Rahu/Ketu` → `Preta Yoga`
+   - `Mars + Rahu` → `Rakshasa Yoga`
+   - `Mars + Ketu` → `Pisacha Yoga`
+6. `high-order-d9-execution-guide.md` 已明确 Pushkara / Vargottama / RTN 的角色边界
+
+### 尚未完全冻结
+
+1. `Yama / Preta / Pisacha` 的分段式 amsa 区间识别
+2. D9 第七主映射回 D1 后的统一婚姻危机模板
+3. D9 返照 D1 的事件兑现规则
+4. 高阶 D9 异象的名人案例 oracle
+
+结论：
+
+> 当前 RTN 可以作为高阶解释层和关系深层动机层使用，但不能单独作为事件发生或婚灾必然性的主证据。
+
+---
+
+## 3. 技法定位
+
+`RTN` 的核心问题不是“会不会发生事件”，而是：
+
+1. 某颗星在更深层的 D9 中被什么动机驱动
+2. D9 的灵魂层状态如何投射回 D1 的现实宫位
+3. 关系、欲望、恐惧、责任、智慧等主题为什么会以某种方式表现
+4. 哪些 D9 内在压力会在 D1 的现实场景中显形
+
+一句话：
+
+> RTN 是 D9 对 D1 的“深层动机返照”，不是独立 timing 引擎。
+
+---
+
+## 4. 强制执行顺序
+
+### Step 1. 先完成普通 D1 / D9 判断
+
+必须先看：
+
+- D1 承诺
+- D9 上升
+- D9 第七宫
+- D9 第七主
+- D9 Venus / Jupiter
+- DK 在 D9 的状态
+
+没有这一步，不允许直接跳到 RTN 重断。
+
+### Step 2. 再看 Vargottama 与 Pushkara
+
+顺序：
+
+1. `Vargottama` 判断一致性
+2. `Pushkara` 判断吉化/保护
+3. 再进入 `RTN`
+
+原因：
+
+> Vargottama / Pushkara 是加权层；RTN 是动机解释层。顺序反了，容易把解释当承诺。
+
+### Step 3. 执行 RTN 映射
+
+读取：
+
+- `scripts/rashi_tulya_navamsa.py`
+
+最少输出：
+
+- D9 行星
+- D9 星座
+- D9 宫位
+- 映射回 D1 后的宫位
+- RTN 宫位名
+- D1 合相
+- Guna
+- 凶性组合提示
+
+### Step 4. 判断映射宫位性质
+
+映射回 D1 后，优先看：
+
+- `1 / 4 / 5 / 7 / 9 / 10 / 11`：较容易显化与承载
+- `6 / 8 / 12`：更容易形成压力、隐患、债务、断裂或隐秘代价
+
+婚姻专题中，尤其关注：
+
+- Venus
+- Jupiter
+- DK
+- D9 第七主
+- D9 上升主
+
+### Step 5. 检查凶性组合
+
+当前已冻结为“警告模板”的组合：
+
+- `Mars + Saturn`：Yama Yoga
+- `Saturn + Rahu/Ketu`：Preta Yoga
+- `Mars + Rahu`：Rakshasa Yoga
+- `Mars + Ketu`：Pisacha Yoga
+
+使用规则：
+
+> 这些组合只能作为高阶风险提示，不得单独断死亡、灾厄、精神异常或婚姻必破。
+
+---
+
+## 5. RTN 宫位冻结口径
+
+### 1宫 Lagnamsa
+
+深层动机直接投射到人格、自我、外在表现。
+
+### 2宫 Dhanamsa
+
+投射到财富、家庭、价值观、语言。
+
+### 3宫 Vikramsa
+
+投射到勇气、表达、竞争、手足、主动选择。
+
+### 4宫 Sukhamsa
+
+投射到家庭、安全感、母亲、居住、内在满足。
+
+### 5宫 Putramsa
+
+投射到恋爱、创造力、子女、智性与前世功德。
+
+### 6宫 Ariamsa
+
+投射到债务、敌人、病痛、服务、争执。
+婚姻专题中要警惕关系进入劳动、消耗、争端状态。
+
+### 7宫 Kalatramsa
+
+投射到伴侣、合伙、公开关系。
+婚姻专题中这是高价值点，但仍要看 D9 与 Dasha。
+
+### 8宫 Randhramsa
+
+投射到危机、秘密、性、共同财务、突变。
+婚姻专题中代表深层不稳定和隐秘代价。
+
+### 9宫 Bhagyamsa
+
+投射到信仰、远行、父亲、导师、福德。
+
+### 10宫 Karmamsa
+
+投射到事业、身份、公共成就和责任。
+
+### 11宫 Labhamsa
+
+投射到收益、人脉、愿望实现、团体资源。
+
+### 12宫 Vyayamsa
+
+投射到损耗、隐退、远方、床第、灵修、隔离。
+婚姻专题中要警惕分居、远距、隐秘关系或牺牲感。
+
+---
+
+## 6. 高阶 D9 异象冻结口径
+
+### Yama Yoga
+
+触发：
+
+- RTN 层或 D9 返照层中 `Mars + Saturn` 强接触
+
+允许输出：
+
+- 高压、事故、病痛、关系僵死、阻断感
+- 需要 Dasha / Transit 才会真正激活
+
+禁止输出：
+
+- 单凭此组合断死亡
+
+### Preta Yoga
+
+触发：
+
+- `Saturn + Rahu`
+- `Saturn + Ketu`
+
+允许输出：
+
+- 祖先业力、慢性压力、旧债、关系中挥之不去的阴影
+
+禁止输出：
+
+- 单凭此组合断短寿或必有灵异问题
+
+### Rakshasa Yoga
+
+触发：
+
+- `Mars + Rahu`
+
+允许输出：
+
+- 冲动、暴烈、攻击性、欲望失控、神经系统压力
+
+禁止输出：
+
+- 单凭此组合断犯罪或暴力事件
+
+### Pisacha Yoga
+
+触发：
+
+- `Mars + Ketu`
+
+允许输出：
+
+- 切断、毒性关系、隐性攻击、突然抽离、天蝎式深层压力
+
+禁止输出：
+
+- 单凭此组合断鬼魅、附体或极端结论
+
+---
+
+## 7. 婚姻专题冻结模板
+
+### 轻断
+
+条件：
+
+- 只完成 RTN 映射
+- 未见 Dasha 激活
+- D1/D9 没有多重同向证据
+
+输出：
+
+- “这说明关系深层动机倾向于……”
+- “这个结构更像内在模式，不宜单独作为事件判断”
+
+### 中断
+
+条件：
+
+- RTN 映射落入 `6 / 8 / 12`
+- D9 第七主 / DK / Venus 至少一项受压
+
+输出：
+
+- “关系深层存在消耗、隐秘或抽离倾向”
+- “需要结合 Dasha 确认是否进入事件层”
+
+### 重断
+
+条件必须同时满足：
+
+1. D1 第七宫链受损
+2. D9 第七主 / Venus / Jupiter / DK 受损
+3. RTN 映射落入 `6 / 8 / 12` 或触发凶性组合
+4. Dasha / Bhukti / Transit 正在激活相关星体
+
+此时才可以讨论：
+
+- 婚姻深层危机
+- 隐秘关系
+- 分居/抽离
+- 关系业力沉重
+
+---
+
+## 8. 与其他系统的硬联动
+
+### 与 Tithi Lord
+
+- `Tithi Lord` 给出情感水龙头
+- RTN 给出这颗水龙头的深层驱动
+- 若 `Tithi Lord` 在 RTN 中落入 `6 / 8 / 12`，关系底色更易带有消耗或隐秘代价
+
+### 与 Darakaraka
+
+- DK 在 D9 是配偶深层象征
+- DK 的 RTN 映射说明配偶/关系主题会落到现实生活的哪个宫位
+
+### 与 Vargottama
+
+- Vargottama 表示一致性
+- 若 Vargottama 星在 RTN 中也映射到关键宫位，该星成为更强的解释锚点
+
+### 与 Pushkara
+
+- Pushkara 提供保护/吉化
+- 若 RTN 显示压力，但 Pushkara 同时存在，可降低断语强度
+
+### 与 Dasha
+
+- 没有 Dasha 激活时，只做结构解释
+- 有 Dasha 激活时，才进入事件风险判断
+
+---
+
+## 9. 输出模板口径
+
+### 可说
+
+- “RTN 显示这颗星的深层动机投射到第 X 宫”
+- “这更像关系中的内在驱动力，而不是单独的事件承诺”
+- “若 Dasha 同时激活，才会进入现实事件层”
+
+### 不可说
+
+- “只因 RTN 落 8 宫就一定婚灾”
+- “只因 Yama/Preta/Pisacha 就一定出灾”
+- “只因 D9 异象就推翻 D1/Dasha”
+
+---
+
+## 10. 工业化字段骨架
+
+后续模板化建议字段：
+
+- `planet`
+- `d9_sign`
+- `d9_house`
+- `mapped_d1_house`
+- `rtn_house_name`
+- `d9_dignity`
+- `d1_conjunctions`
+- `guna`
+- `curse_yoga`
+- `relationship_relevance`
+- `dasha_activation`
+- `confidence`
+- `narrative_short`
+- `narrative_deep`
+- `boundary_note`
+
+---
+
+## 11. 最短执行卡
+
+如果时间很紧，至少执行：
+
+1. 看 D1 第七宫链
+2. 看 D9 第七宫链
+3. 看 Venus / Jupiter / DK
+4. 跑 RTN 映射
+5. 标记映射宫位是否落 `6 / 8 / 12`
+6. 检查 Yama / Preta / Rakshasa / Pisacha 类提示
+7. 用 Dasha 判断是否能升级到事件层
+
+只做到前 6 步，叫**深层结构判断**。
+做到第 7 步，才允许进入**事件风险判断**。
+
+---
+
+## 12. 当前未冻结但必须记住的边界
+
+以下内容目前不能伪装成完全闭环：
+
+1. Yama / Preta / Pisacha 的传统分段 amsa 全量枚举
+2. D9 第七主返照 D1 的硬算法
+3. RTN 异象的名人案例 oracle
+4. RTN 与具体事件日期的直接 timing 公式
+
+处理方式：
+
+- 可以作为高阶解释层
+- 必须与 D1、D9、Dasha 至少两层交叉
+- 重断必须保留置信度和边界说明
+
+---
+
+## 13. 结论
+
+RTN + 高阶 D9 现在应该被视为：
+
+> **D9 深层动机与现实投射的一级解释模块。**
+
+它最适合解释“为什么这个 D9 结构会在现实中表现为某种关系模式、欲望模式或危机模式”，但不应单独承担事件承诺和精确应期。

references/tithi-lord-freeze-execution-guide.md

@@ -0,0 +1,399 @@
+# Tithi Lord 专题冻结执行手册
+
+> 来源：`1印度占星.docx`、`references/tithi-lord-relationship-system.md`、现有 `tithi_analyzer.py` / `tithi_lord.py` 能力面汇总冻结
+>
+> **来源标签**: 【传统·现代大师 + Skill执行冻结】 — Tithi Lord 关系专题标准动作
+>
+> **版本**：v1.0 | **最后更新**：2026-06-26
+
+---
+
+## 1. 用途
+
+本手册不是介绍概念，而是把 `Tithi Lord` 从“已经涉猎”冻结成**可稳定执行的专题工作流**。
+
+适用场景：
+
+1. 婚恋/婚姻解盘需要判断情感底色
+2. 用户反复经历关系不稳、多婚、婚灾、不婚倾向
+3. 需要结合 `D1 + D9 + Dasha` 做关系深判
+4. 需要把文章级细节变成标准输出模板
+
+---
+
+## 2. 当前冻结边界
+
+### 已冻结
+
+1. `Tithi` 计算
+2. `Tithi Lord` 分配
+3. 八类主星基础情感模式
+4. `Tithi` 五分类（Nanda/Bhadra/Jaya/Rikta/Purna）
+5. 主星落宫、基础瑕疵、基础叙事输出
+
+### 尚未完全代码冻结
+
+1. **逆行按对宫星座读取**
+2. **Tithi Lord 与第八主/Ketu 的“不婚/蒸发/灵性抽离”深判**
+3. **Tithi Lord 与第七主同化导致多婚/强关系欲的专题模板**
+4. **文章级火象燃烧、婚灾、关系次数厚解释**
+
+结论：
+
+> 现在可以把 `Tithi Lord` 当作一个高价值关系专题来用，但不能把所有文章中的高阶断语都伪装成已完成代码闭环。
+
+---
+
+## 3. 专题定位
+
+`Tithi Lord` 在整个 skill 里的作用，不是单独决定婚姻结果，而是回答这几个问题：
+
+1. 这个人**如何进入关系**
+2. 这个人**真正渴望什么样的情感流动**
+3. 关系中最容易出现的**结构性故障**是什么
+4. 哪些 `Dasha / D9 / 7宫链` 会把这个情感模式真正触发出来
+
+一句话：
+
+> `Tithi Lord` 主要决定“情感水龙头如何出水”，而不是单独决定“什么时候结婚”。
+
+---
+
+## 4. 强制执行顺序
+
+每次使用 `Tithi Lord`，必须按以下顺序，不可跳步。
+
+### Step 1. 先定出生 Tithi 与主星
+
+读取：
+
+- `scripts/tithi_lord.py`
+- `scripts/tithi_analyzer.py`
+
+强制输出：
+
+- Tithi 编号
+- Paksha（Shukla / Krishna）
+- Tithi Lord
+- Tithi 五分类
+
+### Step 2. 先看主星本性，不急着下结论
+
+八主星底色：
+
+- `Sun`：家庭/主导/尊严
+- `Moon`：情绪/依附/波动
+- `Mars`：激情/冲动/独立矛盾
+- `Mercury`：青春/新鲜感/智识兼容
+- `Jupiter`：道德/家庭/承诺
+- `Venus`：欲望/浪漫/感官沉迷
+- `Saturn`：延迟/责任/业力测试
+- `Rahu`：非传统/突破边界/贪欲
+
+规则：
+
+> 先确定水龙头“水质”，再去看它被什么结构扭曲。
+
+### Step 3. 检查三大状态修饰
+
+必须检查：
+
+1. 主星尊贵度（own/exalted/debilitated/friendly 等）
+2. 主星宫位
+3. 主星是否逆行
+
+如果逆行：
+
+- **文档冻结规则**：按文章传统，关系风格可加入“对宫星座投射”的辅助解读
+- **当前代码状态**：尚未完全冻结为统一计算规则，输出时必须注明“该条属于文章级高阶判读模板”
+
+### Step 4. 检查四个高价值关系联动
+
+必须交叉看：
+
+1. `Tithi Lord ↔ 7宫主`
+2. `Tithi Lord ↔ DK (Darakaraka)`
+3. `Tithi Lord ↔ D9 状态`
+4. `Tithi Lord ↔ 当前 Dasha / Bhukti`
+
+这是最低配置。
+
+缺少这四项时，只能输出“关系底色”，不能输出重断语。
+
+### Step 5. 再看文章级高阶故障模板
+
+当前允许作为**高置信专题提示**使用的模板：
+
+1. `Tithi Lord` 在火象星座：
+   - 情感蒸发
+   - 争吵升温
+   - 欲望与不和谐加剧
+2. `Tithi Lord` 逆行：
+   - 情感表达反复
+   - 关系判断延迟
+   - 可能出现“明面星座 vs 深层投射星座”分裂
+3. `Tithi Lord` 与第八主/Ketu 深纠缠：
+   - 关系抽离
+   - 灵性化、断裂化、蒸发化
+4. `Tithi Lord` 与第七主高度同化：
+   - 关系主题被极度放大
+   - 可表现为强婚欲、多关系史或反复进入关系
+
+注意：
+
+> 上面第 3、4 条目前是**专题冻结规则**，还不是完全代码闭环规则。
+
+---
+
+## 5. Tithi Dosh 冻结口径
+
+当前专题内可冻结使用的 `Tithi Dosh`：
+
+### A. Rikta Tithi Dosh
+
+触发：
+
+- 4 / 9 / 14 / 19 / 24 / 29 Tithi
+
+解释：
+
+- 情感或关系支持感偏弱
+- 容易在关键关系环节感到“空”
+
+### B. Retrograde Lord Dosh
+
+触发：
+
+- `Tithi Lord` 逆行
+
+解释：
+
+- 情感表达反复、推迟、回摆
+- 容易“知道自己要什么，但表达方式拧巴”
+
+### C. Fire-sign Tithi Dosh
+
+触发：
+
+- `Tithi Lord` 落入白羊/狮子/射手，且关系链本就受压
+
+解释：
+
+- 情感沸腾
+- 冲突、欲望、愤怒、价值观对撞更易上升
+
+### D. Debilitated Lord Dosh
+
+触发：
+
+- `Tithi Lord` 落陷或明显受损
+
+解释：
+
+- 情感模式根基不稳
+- 常见于“明知要稳定，却总被自己的模式带偏”
+
+---
+
+## 6. 星座层冻结规则
+
+### 水象星座
+
+- 通常优于其他元素
+- 例外：天蝎因火星/Ketu 色彩，情感深但易占有、嫉妒、刺痛
+
+### 土象星座
+
+- 稳定、承诺、现实经营能力较强
+- 更容易把情感落到生活结构上
+
+### 风象星座
+
+- 沟通强，但情感凝聚力弱于水土
+- 更依赖智识兼容与关系中的“可谈性”
+
+### 火象星座
+
+- 当前专题中视为高风险组
+- 容易出现沸腾、失衡、争执、欲望过盛、宗教/尊严/主导权冲突
+
+---
+
+## 7. 宫位层冻结规则
+
+当前专题只冻结“高价值关系入口”结论，不做百科式铺陈。
+
+- `1宫`：靠个人气场吸引关系
+- `2宫`：家庭/家族介入明显
+- `3宫`：互联网/竞争/社交表达引关系
+- `4宫`：家庭/家居/原生环境
+- `5宫`：娱乐/恋爱/享乐场景
+- `6宫`：工作/压力/复杂业力
+- `7宫`：伴侣/商业/公开社交入口
+- `8宫`：危机/秘密/复杂关系业力
+- `9宫`：旅行/异地/宗教/父系引介
+- `10宫`：事业/职业活动场景
+- `11宫`：朋友网络/团体社交
+- `12宫`：远距/异地/隐秘/分隔
+
+特别注意：
+
+- `6 / 8 / 12` 宫更容易对应复杂、隐秘、负担重的关系进入方式
+
+---
+
+## 8. 与其他系统的硬联动
+
+### 与 Dasha 联动
+
+最重要的不是“看到 Tithi Lord 就断事”，而是：
+
+- `Tithi Lord` 的 Mahadasha / Antardasha 被触发时
+- 关系主题会显著放大
+- 若本身有 `Fire-sign Dosh` 或 `Ketu/8th lord` 深纠缠，则更易出关系危机
+
+### 与 D9 联动
+
+若 D1 看起来关系欲强，但 D9 中：
+
+- `Tithi Lord` 受损
+- 第七主弱
+- DK 受压
+
+则要警惕：
+
+- 表面能进入关系
+- 深层不一定能稳住关系
+
+### 与 Yogi / Ava Yogi 联动
+
+- `Tithi Lord = Yogi`：关系与财富/好运更易同步
+- `Tithi Lord = Ava Yogi`：关系障碍可能牵连财富与人生推进
+
+---
+
+## 9. 输出模板口径
+
+### 只看 Tithi Lord 时
+
+允许说：
+
+- “你的情感底色更像……”
+- “你进入关系时最容易被……吸引”
+- “你在关系中的结构性挑战是……”
+
+不允许说：
+
+- “你一定离婚”
+- “你一定不婚”
+- “你一定有几次婚姻”
+
+### 结合 D1 + D9 + Dasha 后
+
+可以升级为：
+
+- “这类结构在你的盘里不仅是情感底色，还被第七宫链/ D9 / 大运同时放大，因此关系风险更高”
+- “这不是单一征象，而是多层关系指标指向同一问题”
+
+---
+
+## 10. 当前最推荐的专题断法
+
+### 轻断
+
+用于普通关系分析：
+
+1. 先看 Tithi Lord 主星本性
+2. 看主星星座元素
+3. 看主星宫位
+4. 看 D9 状态
+
+### 中断
+
+用于婚恋模式深读：
+
+1. 轻断四步
+2. 加 `7宫主 / DK / Dasha`
+3. 加 `Rikta / Fire-sign / Retrograde`
+
+### 重断
+
+只在这些同时满足时使用：
+
+1. `Tithi Lord` 受损
+2. `7宫链` 同时受损
+3. `D9` 再次确认
+4. `Dasha` 正在触发
+
+这时才可以讨论：
+
+- 婚灾
+- 多婚倾向
+- 抽离型关系
+- 强业力关系
+
+---
+
+## 11. 当前未冻结但必须记住的边界
+
+以下几条目前**不能伪装成完全代码闭环**：
+
+1. `逆行按对宫星座读取` 的统一算法规则
+2. `Tithi Lord + Ketu + 8th lord` 的自动化婚灾/抽离判定
+3. `Tithi Lord = 7th lord` 导出婚姻次数的硬算法
+4. 文章中所有案例级重断语
+
+处理方式：
+
+- 可以作为**高阶专题模板**输出
+- 必须注明“该条属于文章级高阶判读规则，目前仍需结合全盘验证”
+
+---
+
+## 12. 作为工业化模板时的字段骨架
+
+后续做模板化时，建议统一字段：
+
+- `tithi_number`
+- `paksha`
+- `tithi_lord`
+- `lord_sign`
+- `lord_house`
+- `lord_dignity`
+- `lord_retrograde`
+- `tithi_doshas`
+- `d9_support`
+- `seventh_lord_link`
+- `dk_link`
+- `dasha_activation`
+- `confidence`
+- `narrative_short`
+- `narrative_deep`
+
+---
+
+## 13. 最短执行卡
+
+如果时间很紧，至少执行这 7 步：
+
+1. 算出 `Tithi`
+2. 识别 `Tithi Lord`
+3. 看主星本性
+4. 看主星星座元素
+5. 看主星宫位
+6. 看 `D9 + 7宫主 + DK`
+7. 看当前 `Dasha`
+
+只做到前 5 步，叫**关系底色判断**。
+做到 7 步，才叫**专题深判**。
+
+---
+
+## 14. 结论
+
+`Tithi Lord` 现在已经不该再被当成一条零散小技法。
+它应该被当成：
+
+> **关系专题中的一级入口模块**。
+
+它最适合做的，不是替代全部婚姻判断，而是把“为什么这个人总在关系里以某种方式出问题/出彩”说透。

references/yogi-asc-tight-orb-wealth-freeze-guide.md

@@ -0,0 +1,350 @@
+# Yogi / 上升度数 / 紧密合相财富专题冻结执行手册
+
+> 来源：`references/yogi-avayogi-system.md`、`scripts/aspects.py`、`scripts/special_lagnas.py`、`4印度占星.docx`，并参考 Komilla Sutton 对 Personal Panchanga / Yogi Point 的公开说明
+>
+> **来源标签**: 【Panchanga传统 + 现代实践 + Skill执行冻结】 — Yogi/Ava Yogi 财富激活与紧密度数判断
+>
+> **版本**：v1.0 | **最后更新**：2026-06-26
+
+---
+
+## 0. 来源等级与使用原则
+
+本手册采用“分层信任”，不能把网上文章或个案断语直接视为权威规则。
+
+### A级：Panchanga / Nitya Yoga 基础
+
+- `Yogi Point` 来自 Panchanga 的 `Nitya Yoga`，即太阳和月亮的关系。
+- `Yogi planet` 是 Yogi Point 所在 Nakshatra 的主星。
+- `Duplicate Yogi` 是该点所在 Rashi 的主星。
+- `Avayogi` 是从 Yogi Nakshatra 起算第 6 个 Nakshatra 的主星。
+
+Komilla Sutton 的 Personal Panchanga 文章明确把 Yogi planet / Yogi Point 放在 Panchanga 体系下，并提醒这些指标是**补充信息**，不能脱离本命盘主判断。
+
+### B级：现代 Jyotish 实践，可作为强参考
+
+- Yogi planet 与好运、繁荣、支持者有关。
+- Avayogi 与阻碍、消耗、负反馈有关。
+- Benefics 过境 Yogi Point 时，常被视为积极窗口。
+- 伴侣或合作方的上升主若对应自己的 Yogi / Avayogi，可作为关系或财务互动的辅助线索。
+
+### C级：网上文章/案例转述，只能作为线索
+
+- “Yogi 点与上升点同 Nakshatra 必富”
+- “Yogi 点与上升度数紧密合相必然成为富豪”
+- “佩戴某宝石必激活财富”
+- 名人案例中的财富断语
+
+这些只能进入模板层，不能单独变成硬断语。
+
+### 使用原则
+
+1. 先看 Dhana Yoga / 2宫 / 11宫 / 9宫 / 5宫 / Lagna lord / D2 / D9 / D10。
+2. 再用 Yogi / Avayogi 做财富激活与阻碍细化。
+3. 紧密合相 `<1°` 只能提高置信度，不能替代财富承诺。
+4. 宝石与补救必须保守表达，不可保证财富结果。
+
+---
+
+## 1. 用途
+
+本手册把 `Yogi / Ava Yogi / Duplicate Yogi`、上升点度数、紧密合相、财富 Yoga 组合，冻结成一个可稳定执行的财富专题模板。
+
+适用场景：
+
+1. 用户问财富来源、财运爆发点、赚钱方向
+2. 用户问“为什么某段时间突然有钱/破财”
+3. 用户问合作对象、伴侣、环境是否激活财务
+4. 用户问宝石、活动、行业是否适合自己
+5. 用户盘中有上升点、Yogi 点、2/11 主星或财富星的紧密合相
+
+---
+
+## 2. 当前冻结边界
+
+### 已冻结
+
+1. `references/yogi-avayogi-system.md` 已有 Yogi / Ava Yogi / Duplicate Yogi 体系
+2. `scripts/aspects.py` 已有 orb 与紧密相位基础
+3. `scripts/special_lagnas.py` 已有 Hora Lagna、Ghati Lagna、Arudha 等特殊上升点
+4. `generate_yoga_rules.py` 已有 Dhana Yoga / Lakshmi Yoga 等财富规则
+5. `full-reading` 已能输出财富相关模块与证据
+
+### 尚未完全冻结
+
+1. Yogi Point 与 Lagna degree 的自动 `<1°` 检测
+2. Yogi Point 与 2宫主 / 11宫主 / Jupiter / Venus 的紧密合相专题
+3. Avayogi 与财富宫/财富星紧密关联的破财模板
+4. Ashwini / Abhijit 等 Nakshatra 财富/天赋细节专题
+5. 外部案例 benchmark
+
+结论：
+
+> 当前可以把 Yogi 财富体系作为“财富激活/阻碍的细化层”，但不能替代传统财富承诺判断。
+
+---
+
+## 3. 强制执行顺序
+
+### Step 1. 先确认财富承诺
+
+必须先看：
+
+- 2宫、11宫、5宫、9宫
+- 2宫主、11宫主
+- Jupiter / Venus
+- Lagna lord
+- Dhana Yoga / Lakshmi Yoga
+- D2 Hora
+- D9 / D10 支持
+
+若这些没有支持，Yogi 信号只能作弱提示。
+
+### Step 2. 计算 Yogi 三元组
+
+输出：
+
+- Yogi Point
+- Yogi planet
+- Duplicate Yogi
+- Avayogi planet
+- Yogi Point 所在 Nakshatra / Rashi / House
+
+### Step 3. 判断 Yogi planet 状态
+
+必须看：
+
+- 宫位
+- 尊贵度
+- 是否燃烧
+- 是否逆行
+- 是否受凶星严重影响
+- 是否与财富宫主、财富星、Dhana Yoga 有联系
+
+### Step 4. 检查 Avayogi 风险
+
+必须看：
+
+- Avayogi 是否落入 2/11/5/9/10
+- Avayogi 是否合相财富宫主
+- Avayogi 是否参与 Dasha
+- Avayogi 是否与 Yogi / Duplicate Yogi 混杂
+
+### Step 5. 检查紧密度数
+
+优先检查 `<1°`：
+
+- Lagna degree ↔ Yogi Point
+- Yogi Point ↔ Jupiter / Venus
+- Yogi Point ↔ 2宫主 / 11宫主 / 9宫主 / 5宫主
+- Yogi Point ↔ Hora Lagna
+- Avayogi ↔ 2宫主 / 11宫主 / Lagna lord
+
+说明：
+
+> `<1°` 是强放大器，不是独立承诺。若没有财富承诺，它只说明该主题敏感，不保证财富结果。
+
+---
+
+## 4. 财富信号分级
+
+### 低置信财富提示
+
+条件：
+
+- 只有 Yogi planet 强
+- 或 Yogi Point 位于吉宫
+- 但 Dhana Yoga / D2 / Dasha 不支持
+
+输出：
+
+- “这是一条可利用的好运方向”
+- “更像潜力，不是已兑现财富承诺”
+
+### 中置信财富信号
+
+条件满足两项以上：
+
+- Yogi planet 强
+- Yogi Point 位于 2/5/9/10/11
+- Yogi planet 与 2/11 主星有关
+- Dasha 激活 Yogi / Duplicate Yogi
+- Jupiter 过境 Yogi Point 所在 Nakshatra
+
+输出：
+
+- “财富机会更容易通过某领域出现”
+- “适合顺势做相关行业/活动/合作”
+
+### 高置信财富窗口
+
+必须同时满足：
+
+1. D1 财富承诺存在
+2. D2/D9/D10 至少一层支持
+3. Yogi planet 或 Yogi Point 与财富链强关联
+4. Dasha / Transit 同步激活
+5. Avayogi 没有严重破坏，或破坏被明确化解
+
+输出：
+
+- “高优先级财富窗口”
+- “适合执行具体财务行动，但仍需现实风控”
+
+---
+
+## 5. 上升点与 Yogi Point
+
+### 同 Nakshatra
+
+可以说：
+
+- 出生人格与 Yogi Point 的繁荣方向同频
+- 此人更容易把个人行动与好运方向连接
+- 若财富承诺也强，可提高财富兑现置信度
+
+不可以说：
+
+- 必富
+- 一定成为富豪
+- 不需要 Dasha/现实行动也能发财
+
+### `<1°` 紧密合相
+
+可以说：
+
+- Yogi Point 对自我、身体、人生方向的影响极敏感
+- 该人更容易在对应 Nakshatra/Rashi/House 主题上被激活
+
+不可以说：
+
+- 单凭此项断巨富
+
+---
+
+## 6. Avayogi 风险模板
+
+### Avayogi 连接财富宫
+
+允许输出：
+
+- 财富主题容易伴随代价、延迟、反复或错误判断
+- 需要更严格风险管理
+
+### Avayogi 连接 Lagna / Lagna lord
+
+允许输出：
+
+- 本人决策模式容易把阻碍带入财务
+- 需要避免 Avayogi 所象征的人、行业或行为模式
+
+### Avayogi Dasha
+
+允许输出：
+
+- 该运期需保守财务策略
+- 若同时有强 Yogi / Dhana Yoga 支持，可能表现为“压力中带机会”
+
+禁止输出：
+
+- 一定破财
+- 一定失败
+
+---
+
+## 7. 与其他财富系统的硬联动
+
+### 与 Dhana Yoga / Lakshmi Yoga
+
+- Dhana Yoga 给出财富承诺
+- Yogi Point 给出激活路径
+- 两者同向时，才可提高财富判断强度
+
+### 与 Dasha
+
+- Yogi / Duplicate Yogi Dasha：机会增加
+- Avayogi Dasha：阻碍增加
+- 混合运：好坏交织，必须看 Antar / Transit
+
+### 与 Transit
+
+- Jupiter 过境 Yogi Point：较积极
+- Venus 过境 Yogi Point：资源/关系/美感机会
+- Saturn 过境 Yogi Point：考验、延迟、结构化机会
+- Rahu 过境 Yogi Point：突然、非传统、高波动
+
+### 与 D2 / D9 / D10
+
+- D2 确认财富积累能力
+- D9 确认福德与长期稳定
+- D10 确认事业渠道
+
+---
+
+## 8. 行动建议模板
+
+可建议：
+
+- 选择 Yogi planet 象征的行业/活动
+- 在 Yogi Dasha / Jupiter transit 期间主动推进财务计划
+- 避开 Avayogi 过强时的大额冒险
+- 结合现实财务管理，不做孤注一掷
+
+不可建议：
+
+- 保证收益
+- 用宝石替代理性财务决策
+- 因某点位而鼓励赌博、投机或高风险行为
+
+---
+
+## 9. 工业化字段骨架
+
+后续模板化建议字段：
+
+- `yogi_point_longitude`
+- `yogi_point_nakshatra`
+- `yogi_point_house`
+- `yogi_planet`
+- `duplicate_yogi`
+- `avayogi`
+- `lagna_yogi_distance_deg`
+- `tight_orb_hits`
+- `wealth_lord_links`
+- `dhana_yoga_support`
+- `d2_support`
+- `d9_support`
+- `d10_support`
+- `dasha_activation`
+- `transit_activation`
+- `confidence`
+- `narrative_short`
+- `narrative_deep`
+- `boundary_note`
+
+---
+
+## 10. 最短执行卡
+
+如果时间很紧，至少执行：
+
+1. 先判断 D1 财富承诺
+2. 看 D2 / D9 / D10 是否支持
+3. 算 Yogi Point / Yogi / Duplicate Yogi / Avayogi
+4. 看 Yogi planet 是否强
+5. 查 `<1°` 紧密合相
+6. 查 Dasha / Transit 是否激活
+7. 输出置信度与边界
+
+只做到前 5 步，叫**财富潜力定位**。
+做到第 7 步，才叫**财富窗口判断**。
+
+---
+
+## 11. 结论
+
+Yogi / Avayogi / Duplicate Yogi 最适合作为：
+
+> **财富与灵性激活的高阶补充层。**
+
+它能让财富分析更精细、更贴近个人活动路径，但不能代替传统财富承诺、分盘验证、大运和现实风控。