732642856
157 lines
3.4 KiB
Markdown
157 lines
3.4 KiB
Markdown
# 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`
|