如何用 Yuer DSL 构建一个投资风险量化前置裁决模板

26 阅读4分钟

背景:真正危险的不是“算错风险”,而是“不该算却开始算”

在 EDCA OS / Yuer DSL 的多轮高责任场景工程测试中,我们反复遇到同一个问题:

在很多 AI 投资或风控系统里,
风险并不是出现在“模型判断错误”,
而是出现在 系统在条件尚未满足时,仍然允许进入量化或评估阶段

当系统在以下状态下继续执行风险量化或分析逻辑:

  • 关键信息缺失
  • 风险边界未冻结
  • 不确定性未被显式承认

后续无论模型多复杂,其输出在工程层面都已经不再可靠。

这类问题,本质上不是模型问题,而是流程与裁决边界问题


设计目标:把“能不能开始算”从语言层收回

基于上述问题,Yuer DSL 被用于构建一种 投资风险量化前置裁决模板

这个模板的目标非常克制:

  • ❌ 不执行风险量化
  • ❌ 不生成风险评分
  • ❌ 不给出投资建议或方向性结论

它只做一件事:

裁决当前条件,是否允许系统进入“风险量化阶段”。

需要明确的是:

  • 模板本身不具备裁决权
  • 所有裁决由 EDCA OS Runtime 执行
  • Yuer DSL 只负责表达请求结构、边界与约束

为什么要在量化之前加一道“裁决闸门”

在工程实践中,以下做法极易导致系统性失控:

  • 在信息不完整时继续量化
  • 将自然语言分析直接当作“可行动结论”
  • 在未承认不确定性的情况下继续评估

这些问题的核心不在于“算得准不准”,而在于:

系统在不具备判断前提时,仍然允许判断发生。

“前置裁决”的作用,就是在流程入口阶段主动阻断这种失控路径。


模板在 EDCA OS / Yuer DSL 体系中的位置

需要特别说明的是:

本模板是 Yuer DSL 的一个应用场景示例
用于展示其在高责任风险量化场景中的边界控制能力。

它并不定义 Yuer DSL 的全部能力,
也不将其限定在金融或投资领域。

从体系角度看,Yuer DSL 的核心目标是:

在高责任系统中,
将“是否允许继续判断”的权力,从语言层回收至 Runtime 层。


核心结构拆解(偏工程视角)

该模板通过以下几个关键结构完成前置裁决:

1. 责任锚点(Responsibility Anchor)

  • 明确请求对应的人类责任主体
  • 防止责任在系统中被隐性转移给 AI

2. 信息充分性声明(Information Sufficiency)

  • 判断是否具备进入量化阶段的最低信息条件
  • 任一关键项缺失,直接触发 Fail-Closed

3. 风险边界冻结(Risk Boundary)

  • 定义不可越界条件
  • 不涉及收益、估值或机会判断

4. 不确定性显式暴露(Mandatory Uncertainty)

  • 未承认不确定性 → 必须拒绝
  • 防止系统在自我合理化状态下继续运行

使用流程(这是流程,不是建议)

模板的使用流程仅限于系统级步骤:

  1. 填写风险量化前置裁决请求
  2. 提交至 EDCA OS Runtime
  3. 接收裁决结果(允许 / 阻断)
  4. 根据裁决结果,决定是否进入后续风险量化流程

模板本身不参与任何投资或执行行为。


模板示例(结构展示)

protocol: yuerdsl
version: INVEST_RISK_PRE_GATE_V1
intent: risk_quant_pre_gate

scope:
  domain: investment
  stage: pre_quantification
  authority: runtime_only

responsibility:
  requester_name: ""
  role: ""
  organization: ""
  acknowledgement: true

subject:
  asset_type: [equity | fund | business | project | other]
  identifier:
    name: ""
    symbol_or_id: ""
  market:
    region: ""
    sector: ""

information_status:
  financials:
    status: [complete | partial | missing]
  governance:
    status: [known | partially_known | unknown]
  risk_disclosure:
    status: [sufficient | insufficient | missing]

risk_boundary:
  capital_source:
    own_funds: true
    borrowed_funds: false
  max_acceptable_loss:
    absolute_amount: 0
    percentage_of_capital: 0

uncertainty_declaration:
  known_unknowns:
    - ""
  unknown_unknowns_acknowledged: true

constraints:
  prohibited_outputs:
    - risk_scoring
    - investment_recommendation
    - return_estimation
    - valuation_assessment

rejection_policy:
  fail_closed: true

总结:这是一个“刻意不好用”的设计

这个模板体现的是一种反直觉但必要的系统设计取向

不是尽可能给出更多判断,
而是在不具备判断条件时,明确拒绝继续。

在高责任投资与风险量化场景中:

  • 拒绝 ≠ 系统失败
  • 拒绝 = 系统仍然可控

通过将风险量化入口前移并制度化,
EDCA OS / Yuer DSL 能够在最容易发生判断失控的阶段,
保持裁决的可控性、可审计性与责任边界清晰。