732642856
197 lines
5.1 KiB
Markdown
197 lines
5.1 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`
|
||
- `MEVG / Global Web Evidence`
|
||
- `Real Case Calibration`
|
||
|
||
若用户要求高严谨，还应尽量加：
|
||
|
||
- `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.2.1 Non-Standard Proxy Activation
|
||
|
||
不要把婚期只限缩到 `Venus / Jupiter / Saturn`。
|
||
|
||
公开案例显示，`Mercury / Moon / Rahu / Ketu` 等非典型大运、小运也可能给出婚姻事件，但必须满足：
|
||
|
||
```text
|
||
active_lord not in {Venus, Jupiter, Saturn}
|
||
AND active_lord linked to any of {2H, 7H, 8H, 11H, 7L, Venus, Jupiter, DK, UL, A7, D9_7H, D9_7L}
|
||
AND supported by at least one of {PD/PrAD, Chara/Narayana, Transit/Double Transit, D9, UL/A7}
|
||
```
|
||
|
||
解释边界：
|
||
|
||
- `Rahu/Ketu` 型：更常见非常规、突然、异地/异文化、秘密性、压力或强吸引。
|
||
- `Mercury` 型：更常见网络、学习、工作协作、朋友介绍、沟通、文书渠道。
|
||
- `Moon` 型：更常见家庭、安全感、同居、情绪依赖、照顾与生活稳定。
|
||
|
||
机器可审计资料见：
|
||
|
||
```bash
|
||
python3 scripts/non_standard_marriage_trigger_audit.py --pretty
|
||
```
|
||
|
||
### 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`
|
||
6. `MEVG / Global Web Evidence`
|
||
7. `Real Case Calibration`
|
||
|
||
`MEVG / Global Web Evidence` 必须复用
|
||
`references/mandatory-verification-gate-protocol.md`，至少说明 source tier、
|
||
global web evidence collection、conflict arbitration 和未验证声明如何降级。
|
||
|
||
`Real Case Calibration` 必须给出真实案例参考、公开 benchmark case，或明确的
|
||
case gap。没有可比案例时不得假装完成，应降低置信度。
|
||
|
||
pure calculation exemption 只适用于纯计算、纯代码、纯项目维护或不解释运势意义的原始
|
||
数据输出；一旦解释婚恋运势、关系窗口或婚期，必须执行 MEVG 与真实案例校正。
|
||
|
||
示例 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`
|
||
- 未完成 `MEVG / Global Web Evidence`
|
||
- 未完成 `Real Case Calibration`
|