4. 参数配置的元模型：参数定义、参数作用域与参数类型

在审批工作流节点优化中，参数配置的元模型是连接业务逻辑与引擎执行的核心骨架。审查意见驱动的参数配置，本质上是将“谁在什么条件下说了什么”转化为引擎可理解的结构化数据。本章从参数定义、参数作用域、参数类型三个维度，建立完整的元模型认知。

4.1 参数定义：元模型的基础单元

参数定义是元模型的最小原子，每个参数由以下属性唯一标识：

4.2 参数作用域：流程级 / 节点级 / 实例级

作用域决定了参数的生命周期与可见范围。理解作用域是避免参数污染和配置混乱的关键。

• 流程级（Process-level）：参数在流程定义启动时初始化，在整个流程实例生命周期内全局可见。适用于流程编号、发起人部门、全局预算上限等不随节点变化的常量。
• 节点级（Node-level）：参数仅在当前节点执行期间有效，节点完成后自动销毁。适用于节点专属的审查意见、临时计算中间值、节点超时配置等。
• 实例级（Instance-level）：参数在流程实例启动时创建，可在任意节点读写，实例结束后保留为历史数据。适用于审批链累积意见、累计金额、最终决策结果等需要跨节点传递的数据。

下面通过一张作用域关系图直观展示三种作用域的生命周期差异：

4.3 参数类型：字符串 / 数字 / 布尔 / JSON

参数类型决定了引擎如何解析、校验和存储参数值。四种核心类型覆盖了绝大多数审批场景：

{
  "approver": "张三",
  "timestamp": "2025-03-21T14:30:00Z",
  "decision": "reject",
  "reason": "发票金额与合同不一致",
  "conditions": {
    "rejectCode": "AMOUNT_MISMATCH",
    "allowResubmit": true
  }
}

4.4 参数配置的元模型完整结构

将参数定义、作用域、类型三者组合，形成元模型的完整配置结构。以下是一个典型的参数配置清单示例：

下面通过一张元模型架构图，展示参数定义、作用域、类型三者之间的组合关系：

4.5 元模型在审查意见驱动中的实践要点

• 参数键命名规范：采用 作用域前缀.业务域.属性名 格式，例如 node.opinion.level、instance.opinionChain，便于引擎解析和运维排查。
• JSON 类型参数建议预定义 Schema：在流程定义阶段为 JSON 参数绑定 JSON Schema，引擎在节点执行时自动校验结构完整性，避免运行时解析异常。
• 节点级参数及时清理：节点执行完毕后，引擎应自动释放节点级参数占用的内存资源。若需保留节点级参数用于审计，应显式复制到实例级参数中。
• 布尔类型避免三态陷阱：布尔参数应始终设置默认值，避免出现 null 导致条件路由判断异常。推荐默认值设为 false。