diff --git a/SKILL.md b/SKILL.md index aba1531e..ec9b30e9 100644 --- a/SKILL.md +++ b/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 扩充仍在进行。） --- diff --git a/references/ashwini-abhijit-ketu-nakshatra-freeze-guide.md b/references/ashwini-abhijit-ketu-nakshatra-freeze-guide.md new file mode 100644 index 00000000..3b62a81e --- /dev/null +++ b/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. 输出必须说明来源等级与边界。 +``` diff --git a/references/bhrigu-pada-all-event-freeze-execution-guide.md b/references/bhrigu-pada-all-event-freeze-execution-guide.md new file mode 100644 index 00000000..9d59243a --- /dev/null +++ b/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、分盘和现实事件校验。 diff --git a/references/quick-reference-guide.md b/references/quick-reference-guide.md index 9132b98d..835d895b 100644 --- a/references/quick-reference-guide.md +++ b/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 ...` | diff --git a/references/rtn-high-order-d9-freeze-execution-guide.md b/references/rtn-high-order-d9-freeze-execution-guide.md new file mode 100644 index 00000000..1a54fb1f --- /dev/null +++ b/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 结构会在现实中表现为某种关系模式、欲望模式或危机模式”，但不应单独承担事件承诺和精确应期。 diff --git a/references/tithi-lord-freeze-execution-guide.md b/references/tithi-lord-freeze-execution-guide.md new file mode 100644 index 00000000..f48f5c83 --- /dev/null +++ b/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` 现在已经不该再被当成一条零散小技法。 +它应该被当成： + +> **关系专题中的一级入口模块**。 + +它最适合做的，不是替代全部婚姻判断，而是把“为什么这个人总在关系里以某种方式出问题/出彩”说透。 diff --git a/references/yogi-asc-tight-orb-wealth-freeze-guide.md b/references/yogi-asc-tight-orb-wealth-freeze-guide.md new file mode 100644 index 00000000..ff5cd5bd --- /dev/null +++ b/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 最适合作为： + +> **财富与灵性激活的高阶补充层。** + +它能让财富分析更精细、更贴近个人活动路径，但不能代替传统财富承诺、分盘验证、大运和现实风控。