root/Jyotisha
2
0
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Wiki Activity
Files
main
Jyotisha/references/event_judgment_wealth.md
T

5.3 KiB
Raw Permalink Blame History

Wealth Event Adjudicator v1.0

这是 wealth 题目域的专用裁决器。用于收入、财富积累、到账、套现、资产扩张、估值跃升、公众财富地位等问题。

1. Route Freeze

先冻结三件事：

  1. 任务类型
    • prediction
    • backtest
    • rectification_support
    • multi-option adjudication
  2. 目标粒度
    • trend
    • window
    • month_level
    • event_level verification
  3. 财富事件标签
    • income_growth
    • asset_accumulation
    • liquidity_cashout
    • public_wealth_status

若财富事件标签不清，先说明判定对象再继续。

2. Four Wealth Layers

财富题目固定拆成四层：

  1. wealth promise
  2. wealth activation
  3. wealth manifestation
  4. payout label

payout label 子类

  • income_growth：收入增长、薪资提升、持续现金流增强
  • asset_accumulation：资产沉淀、持仓扩大、房产/股权/长期财富积累
  • liquidity_cashout：到账、套现、融资落袋、出售变现
  • public_wealth_status：IPO、估值跃升、财富排行榜、公众财富可见度

3. Mandatory Layers

财富题目至少必须展开：

  • D1: 2H / 11H / 5H / 9H / 10H / Jupiter / Venus / Mercury
  • D2
  • D11
  • D10（若财富来自职业兑现）
  • Vimshottari + Narayana
  • Shadbala
  • Ashtakavarga
  • Functional Benefic/Malefic
  • MEVG / Global Web Evidence
  • Real Case Calibration

高严谨时尽量补：

  • Argala on 2H / 11H
  • A2 / A11 / A10
  • KP
  • Yogi / Dhana / Lakshmi template hooks

4. Evidence Ledger Roles

把财富证据按 4 种角色分类：

  1. promise
    • 本命是否具备财富承载力或财富兑现潜力？
  2. activation
    • Dasha / Transit / Annual / KP / Jaimini 是否点燃财富主题？
  3. manifestation
    • 这些激活是否足以落到现实收益/资产/现金流，而不只是机会、焦虑或纸面波动？
  4. payout_label
    • 最终更像哪一类财富事件：收入增长、资产积累、套现到账、公众财富地位？

5. Wealth Adjudication Order

5.1 Promise

先问：

  • 2H / 11H / 5H / 9H / 10H 是否给出财富承诺？
  • D1 的财富 promise 是否得到 D2 / D11 / D10 支持？
  • Jupiter / Venus / Mercury 在题目域里是增强器、兑现器还是干扰器？
  • 是否存在强财富模板钩子：
    • lakshmi_dhana_activation_chain
    • yogi_asc_tight_orb_wealth

若本命 promise 薄弱，不得因为单次 transit 或单个 Dasha 就断定“发财”。

5.2 Activation

必须检查：

  • Vimshottari 是否激活 2L / 11L / 5L / 9L / 10L / Jupiter / Venus / Mercury
  • Narayana 是否同向
  • Transit Jupiter / Saturn / nodes 是否对 2H / 11H / 10H 有实质推动
  • Shadbala / Ashtakavarga 是否支持“强而可兑现”的状态

若 Vimshottari 与 Narayana 明显冲突，标记 mixed 或 blocked。

5.3 Manifestation

这一层专门防止“有财运感，但没落到现实收益”。

要区分：

  • opportunity to earn
  • actual income growth
  • asset build-up
  • cash-out / liquidity event
  • public wealth visibility

5.4 Payout Label

只有前三层通过后，才给最终财富事件标签。

禁止把所有财富事件都压成一个粗糙的“发财”。

6. Defect Typology

财富线沿用婚恋线的缺陷类型思路：

  1. promise weak
  2. activation/convergence weak
  3. manifestation split
  4. payout-label failure

payout-label failure

定义：

  • 旧体系高分
  • 现实财富事件明确成立
  • 新聚合器没有把它抬成正确的财富标签

这是财富线最重要的回归靶子之一。

7. Template Hooks

优先调用并引用：

  • lakshmi_dhana_activation_chain
  • yogi_asc_tight_orb_wealth
  • strict-workflow-router.md 的 wealth-timing-strict
  • divisional-chart-deep-reading.md 中的财富链 D2 -> D4 -> D10 -> D11

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

8. Output Contract

财富输出最少要有：

  1. wealth 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

最终还要给出：

  • payout_label

9. Must-Not-Overclaim

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

  • 只看 Vimshottari 没看 Narayana
  • 只看 D1 没展开 D2 / D11
  • 把事业曝光误当成财富兑现
  • 把纸面估值误当成流动性到账
  • 未说明 birth time precision
  • 未说明 Ayanamsa / Node mode
  • 未完成 MEVG / Global Web Evidence
  • 未完成 Real Case Calibration
Reference in New Issue View Git Blame Copy Permalink