2. 决策链路基础概念:节点、边、状态、事件、决策流图

流式决策链路是额度策略引擎的核心运行模型。要理解策略如何从“用户请求”一步步转化为“额度结果”,必须先掌握五个基础概念:节点、边、状态、事件和决策流图。它们共同构成了策略编排与执行的底层语言。

2.1 核心概念定义与作用

概念 定义 在额度策略中的作用
节点 (Node) 决策流中的最小执行单元,代表一个具体的处理步骤。 执行规则判断、调用外部数据、计算分数、输出额度建议。
边 (Edge) 连接节点的有向线段,代表执行路径与流转条件。 根据节点输出结果(通过/拒绝/人工),决定下一步走向哪个节点。
状态 (State) 决策流在某一时刻的全局数据快照。 记录用户信息、中间变量、命中规则、当前额度建议,供后续节点读取。
事件 (Event) 触发决策流开始执行的外部或内部信号。 用户提交申请、额度调整请求、定时任务触发、风控预警回调。
决策流图 (Decision Flow Graph) 由节点和边组成的有向无环图(DAG),描述完整的决策逻辑。 可视化呈现策略全貌,支持模块化开发、测试与监控。
💡 记忆口诀:“事件敲门,状态随行;节点办事,边指路;流图定全局。”

2.2 节点:决策的最小执行单元

节点是策略引擎的“工人”。每个节点只做一件事,但必须做完整。常见的节点类型包括:

  • 规则节点:执行 if-else 逻辑,输出“通过/拒绝/人工”。
  • 计算节点:执行评分卡、收入负债比计算,输出数值。
  • 调用节点:请求外部数据源(征信、黑名单、多头借贷),返回数据。
  • 赋值节点:将计算结果写入状态,供下游节点使用。
  • 聚合节点:合并多条路径的结果,输出最终额度。
🔧 工程要点:每个节点必须具有幂等性——相同输入 + 相同状态,必须输出相同结果。这是保障策略可回溯、可复现的基础。

2.3 边与路径:决策的流向控制

边定义了节点之间的流转逻辑。每条边通常携带一个条件表达式,只有条件满足时,决策流才会沿该边前进。

边的常见类型:

  • 无条件边:节点执行完毕后自动进入下一节点(顺序执行)。
  • 条件边:根据节点输出结果选择分支(如:通过→额度计算;拒绝→终拒节点)。
  • 默认边:当所有条件边都不满足时,走默认路径(兜底逻辑)。

2.4 状态:决策的“共享白板”

状态是决策流中所有节点共享的数据上下文。它像一个“全局变量池”,节点可以从中读取数据,也可以写入数据。

状态通常包含以下层级:

  1. 请求层:用户提交的原始信息(身份证、手机号、申请金额)。
  2. 衍生层:节点计算产生的中间变量(信用分、负债率、多头数)。
  3. 决策层:最终输出的额度建议、拒绝原因码、有效期。
⚠️ 常见陷阱:状态污染——上游节点错误地修改了共享字段,导致下游节点读到脏数据。解决方案:每个节点只写自己负责的命名空间,读操作需做空值校验。

2.5 事件:决策的“启动信号”

事件是决策流被触发的根本原因。没有事件,决策流永远处于休眠状态。

事件类型 触发时机 典型场景
同步事件 用户实时请求 申请审批、提额请求
异步事件 消息队列推送 还款后额度恢复、逾期标记
定时事件 Cron 表达式触发 额度定期重算、过期清理
回调事件 外部系统通知 征信报告就绪、人工审核完成

2.6 决策流图:把概念串成整体

决策流图将节点、边、状态、事件整合为一个可执行、可监控的完整系统。下图展示了一个简化的额度审批决策流图:

额度审批决策流图示例 额度审批决策流图示例 事件:用户提交申请 节点:黑名单检查 通过 节点:多头借贷判断 通过 节点:信用评分卡计算 通过 节点:输出额度建议 拒绝 节点:终拒处理 拒绝 说明:实线为主流程(通过路径),虚线为拒绝路径。每个节点执行后更新状态,边根据状态值决定流向。

2.7 概念关系总结

五个概念在运行时形成闭环:

  1. 事件携带初始数据进入决策流图。
  2. 决策流图从起始节点开始执行,每个节点读取状态、执行逻辑、写回状态。
  3. 节点执行完毕后,根据输出结果选择边,进入下一个节点。
  4. 当到达终止节点时,决策流结束,输出最终额度结果。
📌 核心原则:“事件驱动、状态共享、节点自治、边控流向、流图定序。” 这五个概念是后续学习策略编排、灰度发布、性能优化的基石。