Jyotisha/references/event_judgment_marriage.md

Marriage Event Adjudicator v1.0

这是 relationship 题目域的专用裁决器。用于婚恋、婚姻、配偶、正式关系、关系转正、长期关系是否成立等问题。

---

1. Route Freeze

先冻结三件事：

1. 任务类型
   • prediction
   • backtest
   • rectification_support
   • multi-option adjudication
2. 目标粒度
   • trend
   • window
   • month_level
   • event_level verification
3. 关系定义
   • legal marriage
   • formal partnership
   • sustained relationship

若关系定义不清，先说明判定对象再继续。

---

2. Mandatory Layers

婚恋题目至少必须展开：

• D1: 7H / 7L / Venus / Jupiter / Mars / Moon / DK
• D9: Lagna / 7H / 7L / Venus-Jupiter / DK
• UL
• Vimshottari + Narayana
• Transit / Double Transit
• Vivah Saham
• Functional Benefic/Malefic

若用户要求高严谨，还应尽量加：

• KP 7H sub-lord
• Chara Dasha
• Argala on 7H / 7L / UL

---

3. Evidence Ledger Roles

把婚恋证据按 4 种角色分类：

1. promise
   • 7H / 7L / DK / UL / D9 是否支持婚恋承诺
2. activation
   • Dasha / Transit / Double Transit / KP / Saham 是否激活
3. manifestation
   • 这些激活是否足以落到现实关系成立，而不是只表现为暧昧、吸引、情绪事件
4. timing
   • 若上三层成立，再给窗口或月份级判断

---

4. Marriage Adjudication Order

4.1 Promise

先问：

• 本命是否有婚恋承载力？
• D1 的 7H / 7L / Venus / Jupiter / DK 是否形成基本 promise？
• D9 是否支持，还是明显削弱？
• UL 是否支持“正式关系/婚姻质量”？

若 promise 本身薄弱，不得直接因为某段 Dasha 激活就断定“必然结婚”。

4.2 Activation

必须检查：

• Vimshottari 是否激活 7H / 7L / Venus / Jupiter / DK / UL
• Narayana 是否同向
• Transit / Double Transit 是否对 7H / 7L / DK / UL 有作用
• Vivah Saham 是否支持

若 Vimshottari 与 Narayana 明显相反，标记 mixed 或 blocked。

4.3 Manifestation

这一层专门防止“有窗口但没落地”。

要区分：

• romantic activation
• relationship formation
• legal marriage
• public formalization

尤其对名人、公职人物、长期恋爱者，要警惕“关系已成立，但婚礼日期只是社会安排”。

4.4 Timing

只有在 Promise + Activation + Manifestation 都通过后，才给：

• 趋势级
• 窗口级
• 月份级
• 事件验证级

若只能做到窗口级，必须明说不能上升到“具体婚礼日”。

---

5. Template Hooks

优先调用并引用：

• darakaraka_ul_spouse_depth
• strict-workflow-router.md 的 relationship-timing-strict
• marriage-timing-validation-methodology.md

若调用不到，必须在 Audit Table 里标注其对置信度的削弱。

---

6. Output Contract

婚恋输出最少要有：

1. relationship verdict
2. confidence
3. main conflicts
4. Technique Audit Table
5. raw evidence

示例 verdict：

• high_probability_window
• moderate_probability_window
• weak_window_needs_confirmation
• insufficient_evidence
• blocked

---

7. Must-Not-Overclaim

以下情况必须降级或阻断：

• 只看 Vimshottari 没看 Narayana
• 只看 DK 没看 UL/D9
• 只看 Double Transit 就断婚期
• 只看单一文章规则
• 未说明 birth time precision
• 未说明 Ayanamsa / Node mode