docs(skill): take upstream's source corrections to five reference guides
Upstream corrected guides whose calculations we already ported. Our guides still described the old rules: - argala: secondary Argala is house 5, blocked by house 9 (PVR Integrated Approach 10.5-10.7). The 8th-house and planet-gender rules are dropped. scripts/argala.py already does this (BUG-1386). - sahams: the calculator carries all 36 PVR Table 74 formulas with day and night exceptions (BUG-1474). references/saham_rules.json is byte-equal to upstream. - shodasavarga: Shodasa-varga weights are D27 0.5 and D30 1. The old 1 and 1.5 summed to 21. They now match vimsopaka_calculator.py. - yogi-avayogi: the mixed historical notes are marked as not a formula. The live profile is Sun + Moon + 93 deg 20 min in scripts/annual_native/yogi_sphuta.py; the upstream path is adapted. - ai-reading workflow: adds the 2026-10-02 full-text evidence boundary (conditional openings, untested is not "absent", no celebrity fill-in). event_judgment_wealth and SKILL.md now name finance-timing-strict with wealth-timing-strict as the legacy alias, as the router already does. Chat binds only the 商业运行时路由 section of SKILL.md and router sections, so no chat prompt text changes. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DbBXoyeZrYn6ryNcSe5Y2Y
This commit is contained in:
@@ -261,7 +261,7 @@ adapter available 解释为已完成 VedAstro、PyJHora/JHora 或 jyotishganit r
|
||||
**凡是用户询问事业、婚恋、财务、事件应期、历史回测或技法可靠性,必须先读取 `references/strict-workflow-router.md`。**
|
||||
|
||||
核心要求:
|
||||
1. 先判断问题类型,再自动选择 `career-timing-strict` / `relationship-timing-strict` / `wealth-timing-strict` / `event-timing-strict` / `event-verification-strict`。
|
||||
1. 先判断问题类型,再自动选择 `career-timing-strict` / `relationship-timing-strict` / `finance-timing-strict`(兼容 `wealth-timing-strict`)/ `event-timing-strict` / `event-verification-strict`。
|
||||
2. 用户不需要知道 Chara Dasha、A10、Argala、Shadbala、Ashtakavarga 等技法名称;AI 必须按问题类型自动调用。
|
||||
3. 必须产出 Technique Audit Table,说明每项高级技法是否调用、结果是什么、缺失会如何降低置信度。网页由界面折叠展示,口语正文不要再贴该表。
|
||||
4. 不得把未实现或未调用的技法静默省略;A10/Karma Pada、Pushkara、Vargottama、Dasha Sandhi 已进入 full-reading 输出;Bhava Chalit 与 Sudarshana Chakra 已进入 complete,可正常纳入 Technique Audit Table。
|
||||
|
||||
@@ -15,6 +15,16 @@
|
||||
|
||||
## ⚠️ 核心原则
|
||||
|
||||
### 全文证据边界(2026-10-02)
|
||||
|
||||
标题、开场第一句、摘要、卡片、正文、结尾建议均受相同证据约束。
|
||||
先回答问题不等于先作确定断言;条件性迹象在开场也必须保持条件性。
|
||||
计算完成、规则条件满足、传统解释、外部复核和现实事件是不同状态。
|
||||
未检测、检测失败或尚未验证不能写成“不成立”;可保留带规则与限制的候选格局。
|
||||
事业分别说明行业候选、工作方式、公众可见度与发展节奏,逐项绑定10宫星、10宫主、
|
||||
D10、A10、功能角色和强度等实际证据。禁止无依据的“幕后、专业交付、晚成”模板。
|
||||
不得用名人姓名或已知职业补全盲读;职业象征须保留相近候选与现实核验问题。
|
||||
|
||||
1. **不跳步**:每个阶段必须完成后才能进入下一阶段
|
||||
2. **不猜测**:数据缺失时标注"缺失",不编造数据
|
||||
3. **不锚定**:先输出星盘推导,再等用户反馈,不先知道用户生活再"找依据"
|
||||
|
||||
@@ -1,5 +1,7 @@
|
||||
# Argala 行星干预体系完整指南
|
||||
|
||||
> 2026-10-14 原文裁决:当前计算以 PVR《Integrated Approach》§§10.5–10.7(正文来源页117–118)为依据。第5宫是次级干预,第9宫是对应阻挡;计都所在参照星座逆向计数;双方数量相等不能直接判受阻,须比较强弱。本指南其余历史扩展(第8宫、性别条件、占位数量直接换算Rajayoga等级)没有在上述原文中得到支持,不得用作当前计算依据。下方旧矩阵只作为历史记录,不代表已核验规则。
|
||||
|
||||
> **适用场景**:分析行星对宫位的"锁门/开门"效应——哪些行星在帮助/阻碍某个宫位的结果实现
|
||||
> **版本**:v1.0.0 | **创建日期**:2026-04-24
|
||||
> **优先级**:⭐⭐⭐⭐⭐(K.N. Rao PAC-DARES方法论核心组件)
|
||||
@@ -57,12 +59,12 @@
|
||||
|
||||
### 2.2 次Argala(Secondary Argala)
|
||||
|
||||
**规则**:从目标宫位起算,第5宫和第8宫有次级Argala效应:
|
||||
**当前规则**:从目标宫位起算,第5宫有次级Argala,第9宫阻挡它:
|
||||
|
||||
| 干预宫位 | 名称 | 含义 | 条件 |
|
||||
|----------|------|------|------|
|
||||
| **第5宫** | 次级创造Argala | 智慧/创造力的干预 | 仅当该宫内有**男性行星**(Sun/Mars/Jupiter)时生效 |
|
||||
| **第8宫** | 次级隐藏Argala | 隐藏资源/危机转化的干预 | 仅当该宫内有**女性行星**(Moon/Venus)或**暗行星**(Rahu/Ketu/Saturn)时生效 |
|
||||
| **第5宫** | 次级Argala | 干预 | 与第9宫配对比较,不附加行星性别条件 |
|
||||
| **第9宫** | Virodhargala | 阻挡第5宫干预 | 数量相等时须比较强弱 |
|
||||
|
||||
### 2.3 Virodha Argala(反干预/解锁)
|
||||
|
||||
@@ -74,7 +76,6 @@
|
||||
| 第4宫 | **第10宫** | 外部职责抵消基础支持 |
|
||||
| 第11宫 | **第3宫** | 个人行动抵消网络收益 |
|
||||
| 第5宫(次级) | **第9宫** | 信仰/远见抵消创造力干预 |
|
||||
| 第8宫(次级) | **第2宫** | 资源消耗抵消隐藏力量 |
|
||||
|
||||
**判断规则**:
|
||||
- 如果主Argala宫有行星 → 有Argala
|
||||
@@ -272,4 +273,4 @@ E (Exchange) → S (Strength)
|
||||
- K.N. Rao PAC-DARES体系
|
||||
- B.V. Raman《Three Hundred Important Combinations》
|
||||
- Sanjay Rath《Jaimini Sutras》Argala章节
|
||||
- Parasara《Brihat Parasara Hora Sastra》Argala Adhyaya
|
||||
- Parasara《Brihat Parasara Hora Sastra》Argala Adhyaya
|
||||
|
||||
@@ -158,7 +158,7 @@
|
||||
|
||||
- `lakshmi_dhana_activation_chain`
|
||||
- `yogi_asc_tight_orb_wealth`
|
||||
- `strict-workflow-router.md` 的 `wealth-timing-strict`
|
||||
- `strict-workflow-router.md` 的 `finance-timing-strict`(兼容 `wealth-timing-strict`)
|
||||
- `divisional-chart-deep-reading.md` 中的财富链 `D2 -> D4 -> D10 -> D11`
|
||||
|
||||
若调用不到,必须在 Audit Table 里标注其对置信度的削弱。
|
||||
|
||||
@@ -47,7 +47,10 @@
|
||||
|
||||
## 四、当前真实边界
|
||||
|
||||
当前 skill 已能输出常见 36 个 Saham 与婚姻点等专项点。
|
||||
2026-10-14计算链更新:通用计算器已接入PVR表74全部36项及其昼夜例外。
|
||||
来源为《Integrated Approach》印刷页394–396;并保留独立婚姻点入口。
|
||||
额外旧候选项仍单独标为 `legacy_candidate_unverified`,不属于这36项的认证范围。
|
||||
这项源码更新不等于客户冻结版本已经更新或报告已经重新发布。
|
||||
|
||||
但必须保留的边界:
|
||||
|
||||
|
||||
@@ -56,8 +56,8 @@ BPHS提供的行星功能性吉凶量化系统(与Shadbala天文强度互补
|
||||
| D16 | — | — | 1 | 2 |
|
||||
| D20 | — | — | — | 0.5 |
|
||||
| D24 | — | — | — | 0.5 |
|
||||
| D27 | — | — | — | 1 |
|
||||
| D30 | 1 | 1 | 1.5 | 1.5 |
|
||||
| D27 | — | — | — | 0.5 |
|
||||
| D30 | 1 | 1 | 1.5 | 1 |
|
||||
| D40 | — | — | — | 0.5 |
|
||||
| D45 | — | — | — | 0.5 |
|
||||
| D60 | — | — | **5** | **4** |
|
||||
|
||||
@@ -1,5 +1,12 @@
|
||||
# Yogi / Ava Yogi / Duplicate Yogi 行星系统
|
||||
|
||||
> 2026-09-26 校正(上游 5fb8379c 同步,2026-11-04 移入):下文是保留的历史混合笔记,不是当前可执行公式。
|
||||
> 其中“Lagna+93°20′”、93°20′=6宿、结果为双子6°40′等说法相互矛盾,不能用于计算。
|
||||
> 当前原生 profile 为 Sun+Moon+93°20′,Avayogi 再加186°40′;93°20′是巨蟹3°20′,
|
||||
> 精确宿界归入 Pushya(Saturn)。计算以 `scripts/annual_native/yogi_sphuta.py`
|
||||
> (`YOGI_OFFSET`、`AVA_OFFSET`)为准。
|
||||
> 未找到明确来源的 Lagna 变体保持待考,不与当前日月公式合并。
|
||||
|
||||
> 来源:公众号文章(1-4印度占星),整合 Tithi Lord、财富业力、灵性距离、Dasha/Transit 激活等跨文章知识点。
|
||||
> 版本:v1.0 | 2026-04-25
|
||||
|
||||
|
||||
Reference in New Issue
Block a user