印度占星知識庫

Jaimini 指示星:角色導覽與七、八項規則

先確認 Jaimini 指示星的天體名單與星座內度數排序,再比較七項、八項法,選擇各角色的對應說明。

名稱與相關用語
Jaimini karakas · 傑米尼指示星

編輯審閱: · 審閱單位 OpenFate · 編輯方法說明

概覽

Jaimini 指示星是依命盤分配的可變角色。閱讀時先確認規則與排序,再看各角色的傳統含義;計算名次、自然象徵和宮位不是同一件事。

概念速覽

建議順序
確認口徑、核對排序、閱讀角色
OpenFate 規則
太陽至土星的七項法
另一種口徑
Rao 八項法納入羅喉
不可推論
名次不是人格或價值評分

探索概念

如何選擇下一篇?

若想自行核對名單,請看變動指示星頁;若兩個工具列出不同結果,先讀七項與八項比較。AK、AmK、BK、MK、PK、GK、DK 各頁則處理角色本身的定義與限制。

Jaimini 占星概覽負責另一個問題:這些角色如何放在星座相位、投影點與時間技法之間理解。完成一張角色表,不等於整套傳統方法都已解讀。

七項名單的閱讀示例

設太陽、月亮、火星、水星、木星、金星、土星在各自星座內的進度分別為 24°、20°、16°、12°、8°、4°、2°。七項法由大到小依序給出 AK、AmK、BK、MK、PK、GK、DK。

這張虛構表沒有說太陽必然最強,也沒有讓取得 GK 的金星指認敵人。它只說明角色分配,無法替代對真實關係與生活條件的了解。

兩份名單不一樣,是誰算錯?

先比較天體名單、黃道設定、未捨入的度數及同分處理。已核對的 OpenFate 採七項法並排除羅喉;Rao 第八章採八項法,羅喉從星座末端量進度。

若口徑不同,結果不同不一定是計算錯誤。應連同規則保存整份名單;輸入精度可能改變名次時,保留不確定性,不用人生描述替算式決定答案。

來源與編輯依據

  1. P. V. R. Narasimha Rao: Vedic Astrology — An Integrated Approach
    Rao, Preface, discussion of Parasari/Jaimini terminology: the author advocates integration rather than claiming a universal school definition. Rao, Chapter 8, §§8.1–8.4, printed pp. 79–83; especially §8.2 and Table 13, pp. 80–81: within-sign advancement, the eight-role table, Rahu measured from the sign end, and exact-tie sharing. The seven-role OpenFate policy and its deterministic tie break come from a separate implementation review, not from pretending this eight-role table specifies them. Original ranking examples are editorial arithmetic, not birth-chart evidence or proof of moral, spiritual or family outcomes.具名實務作者的印度占星教材,用來確認術語與特定方法,不代表所有流派共識或科學驗證。2010 年 3 月 18 日附加說明記錄觀點變化,不代表全書已在 2010 年修訂。
  2. OpenFate 編輯方法說明
    OpenFate Editorial Methodology, stable sections #editorial-principles, #editorial-workflow, #editorial-ai, and #editorial-context. Used for the calculation/interpretation and evidence-boundary policy.OpenFate 將確定性的排盤計算、傳統解釋框架與現代編輯說明分開處理。
  3. OpenFate Vedic implementation: local source review, 2026-09-08
    OpenFate local implementation review, 2026-09-08: app/modules/vedic/logic/policy.ts VEDIC_ENGINE_POLICY.karakaScheme and supportsVedicBav; facts.ts computeKarakas and computeSarvashtakavarga; constants.ts SAV_TABLES, SAV_EXPECTED_TOTALS and SAV_EXPECTED_GRAND_TOTAL; career-evidence.ts buildVedicCareerEvidence.unavailable. The reviewed policy uses seven roles without Rahu and a fixed classical-order exact-tie break. Raw BAV rows total 48/49/39/54/56/52/39, summing to 337; the Moon/Venus variant entries differ from Rao’s stated preference. BAV visibility depends on stored contract, and career evidence explicitly marks shadbala unavailable. This is a dated code review, not proof of current deployment or empirical prediction accuracy.編輯對本地規則及計算原始檔的檢查,不是可獨立存取的出版品,也不證明線上版本。實作限制及差異與傳統算術分開記錄。

搜尋知識庫