jyotish-vedic-astrology

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

印度占星专业解盘与推运系统

版本：v6.9.14 | 详细变更：CHANGELOG.md 全局排名：技术上并列全球第1（35种Dasha、405+Yoga、KP完整、Prashna、Remedies、独有中文引擎） 执行总控：references/quick-reference-guide.md 严格路由：references/strict-workflow-router.md（涉及事业/婚恋/财务/应期/技法验证时必须优先读取） 机器注册表：references/technique_registry.json + scripts/audit_capabilities.py

v6.9.14 核心能力

独有能力：中文AI解读引擎、Career/Love结构化分析、验前事反推管道、误区自动纠正、名人+普通人案例双轨验证。

Yoga 逻辑验证指标

⚠️ 核心定位

三种输入 → 严谨解盘 → 精确推运应期输出

强制工作流（完整规范 → references/ai-reading-workflow-prompt.md v3.0）：

0. 阶段负一：问题类型路由（事业/婚恋/财务/应期/历史验证/综合解盘）→ 必须先读 references/strict-workflow-router.md，按对应 strict checklist 执行；用户不需要主动点名高级技法。
1. 阶段零：入口路由（A/B/C自动判断）
2. 阶段一（仅B）：PDF/图片提取 + Quality Gate
3. 阶段二：意图识别 → 路由目标宫位（无明确意图→Level 2综合解盘）
4. 阶段三：静态分析10步（宫位→承诺→Yoga→Argala→逆行→NK→Shadbala→AV→Ketu→分盘）
5. 阶段四：动态推运7步（Dasha→五系统Convergence→Transit→Double Transit→Jaimini→KP→Varshaphala）
6. 阶段五：应期输出（五层验证→时间窗口→Actionable Output+案例检索）
7. 阶段六：补救措施（可选）
8. 阶段七：现代措辞包装
9. 阶段八：输出 Technique Audit Table，逐项声明已调用/未调用/部分可用/缺失模块及其对置信度的影响。

⚠️ 强制规则（与"不跳步"同级）

用户隐私与个案资料隔离（v6.0.4-privacy）

严禁把真实用户个人信息写入 skill 文件或公开仓库。

包括但不限于：姓名/称呼、出生日期时间地点、星盘度数、人生事件、关系状态、职业经历、项目背景、历史回测结论、当前会话中的个案分析。

允许的资料来源只有三类：

1. 公开 AA 级名人案例；
2. 明确标注为虚构的 smoke test / template；
3. 用户在当前会话中主动提供的数据，但只能在当前会话中使用，不得持久化到 skill、tests、CHANGELOG 或公开仓库。

如需沉淀方法论，只能抽象为通用规则，不得保留可识别个人轨迹的细节。

Strict Workflow Router（v6.0.1-orchestration）

凡是用户询问事业、婚恋、财务、事件应期、历史回测或技法可靠性，必须先读取 references/strict-workflow-router.md。

核心要求：

1. 先判断问题类型，再自动选择 career-timing-strict / relationship-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。

MEVG 强制外部验证门控（v4.2.0+）

所有解读结论必须经过外部权威来源验证，禁止仅凭 AI 训练记忆输出。

三步验证法：V1 构建英文查询词 → V2 web_search ≥3个独立来源 → V3 交叉验证仲裁分歧

→ 完整协议：references/mandatory-verification-gate-protocol.md

Transit Actionable Output（v4.1.0+）

每条 Transit 预测必须输出三要素：

1. 时间段（精确到日/周/月）
2. 具体行动类型（做什么）
3. 置信度 [A]=已验证 / [B]=高概率(3+维度) / [C]=推断(单一维度)

→ 完整规范：references/transit-actionable-output-guide.md

Rahu/Ketu 节点口径冻结（v6.0.7-node-mode）

所有 benchmark 与解盘输出必须显式声明 Rahu/Ketu 使用 Mean Node 还是 True Node。

• 当前 skill 默认：--node-mode mean（Swiss Ephemeris Mean Node）。
• 可选：--node-mode true（Swiss Ephemeris True Node，用于对齐 PyJHora 默认口径）。
• PyJHora 4.8.6 的 rasi_chart() 默认使用 True Node；第三轮 benchmark 的 Rahu/Ketu 差异已由第四轮仲裁确认为 Mean/True Node 口径差异，不应再误判为 D9/D10 计算 bug。
• 输出 birth_info.node_mode 与 node_mode_note 必须保留，作为参数冻结证据。

Ashtakavarga 口径冻结（v6.0.8-av-calibration）

Ashtakavarga 默认使用 BPHS/PVR 书例校准口径，必须保留 SAV=337 与 full SAV=386 不变量。

• scripts/ashtakavarga.py 当前为 v2.1：经第六轮 PyJHora/PVR 公开书例仲裁，校准 Moon/Venus 的 7 个贡献表项。
• 输出 method 应显示 Ashtakavarga八分法（BPHS/PVR书例校准v2.1）。
• benchmark 若与其他软件不一致，先比较贡献表项和 SAV 总量，不得直接把口径差异判为运行 bug。

Chara Dasha 能力升级（v6.1.12 benchmark验证通过）

Chara Dasha KN Rao Method 正式 benchmark 通过（95.83% ≥ 95%），可作为标准应期模块使用。

• v6.1.12: PyJHora oracle benchmark 10案例×12星座=120对: Sign 100%, Dur 91.67%, Overall 95.83% ✅ PASS
• v6.1.11: 重写为完整 KN Rao Method（序列基于第9宫方向，时长基于宫主所在宫位+尊贵调整）
• 剩余~4.2%差异: Aquarius/Scorpio 的 Rahu/Ketu 共主动态判定（需复制 PyJHora _stronger_planet_new）
• jaimini 输出中的 Chara Karaka、AK/AmK、Karakamsha 继续可用。

Transit 真实过境冻结（v6.0.10-true-transit）

full-reading 中的 Transit 多参考点分析必须使用真实过境行星位置，不得复用本命行星位置。

• modules.transit_positions 必须输出 data_layer: true_transit_positions、target_date、node_mode 和 Swiss Ephemeris 计算的过境行星位置。
• modules.transit_multi_reference 必须读取 transit_positions.planets，并输出同样的 data_layer: true_transit_positions。
• --transit-date YYYY-MM-DD 可显式指定过境日期；若未提供，则跟随 --today，再否则使用当前日期。
• 第八轮 benchmark 已用 10 个公开/虚构 smoke case 对齐 Swiss Ephemeris：340/340 字段匹配，0 mismatch。

Shadbala 能力降级（v6.0.11-shadbala）

当前 Shadbala 可作为内部一致的相对强弱参考，不得声称已完成外部绝对值校准。

• 第九轮 benchmark 使用 10 个公开/虚构 smoke case 验证 shadbala 子命令与 full-reading.modules.shadbala：1200/1200 内部不变量通过。
• 通过项包括：结构完整性、六重力量组件范围、总分聚合、Virupa/Rupa 换算、Ishta Bala 百分比、排名、full-reading 一致性。
• 但 scripts/shadbala.py 仍存在简化项：Nathonnata Bala 二值化、部分 Saptavargaja 子分盘近似、Chesta Bala 速度分档近似、Drik Bala 简化相位权重。
• 因此 technique_registry.json 中 Shadbala 状态为 partial：可用于相对强弱排序和内部校验；涉及精确力量断语时必须加置信度上限，直到接入 JHora/公开书例等完整外部绝对值对标。

核心能力速查

详细说明和参考文件索引 → references/quick-reference-guide.md

计算引擎

统一入口：scripts/jyotish_engine.py（基于 Swiss Ephemeris）

PYTHON=python3
SCRIPT=~/.workbuddy/skills/jyotish-vedic-astrology/scripts/jyotish_engine.py
$PYTHON $SCRIPT <子命令> [参数]

37大子命令速查

→ 完整参数和示例 → references/quick-reference-guide.md

核心方法论

三层验证法

1. 本命征象：静态星盘中的征象
2. 大运激活：Dasha系统激活相关宫位
3. 过境触发：Transit系统触发具体事件（⚠️必须多参考点检查）

精准解盘方法论（v3.12.1）

六大共识原则：功能吉凶因盘而异 | 单一技法不做结论 | 规则前提先查 | 案例验证>经典引述 | 先整体后细节 | 先验证过去再预测未来

PACDARES框架：P位置→A相位→C合相→D财富Yoga→A灾厄Yoga→R皇家Yoga→E互换→S特殊

九层复合方法：L1 PACDARES → L2 分盘 → L3 矛盾检查(关键) → L4 Vimshottari → L5 AV+Transit → L6 条件Dasha → L7 Jaimini → L8 其他Jaimini → L9 Tajika

三级置信度：✅[A]已验证 / ⭐[B]强推断(3+维度) / ⚡[C]假设(单一维度)

→ 详见 references/precision-reading-methodology.md

强制规范速查

预测清单

• Strict Router：已读取 references/strict-workflow-router.md，并声明本轮使用的 strict route
• Technique Audit Table：输出末尾已列出已调用/未调用/complete/covered/仍需外部校准技法及置信度影响
• MEVG-静态门控：所有静态解读声明必须web_search验证
• 静态星盘分析（行星配置、Yoga、Nakshatra、宫位）
• Argala检查（2/4/5/8/11宫干预+Virodha）
• 逆行/燃烧/行星战争检查（三重叠加）
• Shadbala评估（六种力量内部一致评估；外部绝对值校准前 partial）
• Ashtakavarga评估（BAV+SAV聚合校验337点）
• Ketu双重属性检查
• MEVG-动态门控：Transit/Dasha/天文现象必须验证
• Dasha推运（大运+小运+Pratyantar）
• Dasa Convergence五系统交叉验证
• Jaimini分析（Karaka/Karakamsha；Chara Dasha 升级为 KN Rao Method，须正式 benchmark 确认匹配率）
• KP系统分析（Significator+Sub-Lord）
• Transit分析（多参考点强制）
• Transit Actionable Output（时间段+行动+置信度+案例检索）
• 分盘验证
• 预测边界检查（置信度标注，禁止绝对断言）
• 案例检索：动态预测必须先检索真实案例
• MEVG-预测门控：确认每条预测有来源+置信度一致
• 缺口声明：A10/Karma Pada、Pushkara、Vargottama、Dasha Sandhi 应从 full-reading 读取；若完整Bhava Chalit/传统Sudarshana等未计算，已说明原因与影响

参考资料索引

完整描述和版本信息 → references/quick-reference-guide.md §参考资料完整索引

共 105个文件，按功能分组：

注意事项

1. 出生时间精度：±2分钟内最佳，可通过矫正提高
2. 三层验证法：所有预测必须Dasha+Transit+Varga交叉验证
3. 现代场景优先：所有解读使用现代措辞和现代生活场景映射
4. 解盘深度：默认Level 2（专项），复杂问题自动升级Level 3
5. 不凭记忆：禁止仅凭AI训练记忆输出解读结论，必须MEVG验证

版本：v6.9.14-precision-complete 创建日期：2026-04-20 最后更新：2026-06-13（v6.9.14 Bhava Chalit + Sudarshana 完成，10个 partial 技法升级为 complete，65项技法注册表审计通过；pytest 475项全通过。Yoga F1=95.22% 保持有效。）

验证与错题体系

基于万级案例库（15,807条AA级名人数据）和迭代验证沉淀的知识体系

数据资源

深度审计报告

经验教训（Lesssons Learned）

已验证名人案例（平均吻合度93%）

星盘分析（7部分完整分析）

analysis-natal-full-part1~7：核心配置 / 宫位强度 / Ashtakavarga / PlanetActivity / VimsopakaBala / Dasa系统 / 综合预测

验证方法论

Bug 修复历史

CHANGELOG.md 中记录了 61 条 Bug 修复，关键修复包括：

• v6.0: UTC时区转换Bug（导致16/18案例上升星座错误）
• v4.3: Dasha浮点边界Bug
• v4.2: MEVG强制验证门控
• v3.7.2: Antardasha（次级大运）只为当前大运计算→改为全部9个大运
• v3.7.2: Moon Chesta Bala溢出（>60分上限）、Exalted D1分数、Paksha Bala归一化