4. 规则组件详解：规则（Rule）的定义、规则条件（Condition）与动作（Action）、规则模板与参数化配置

规则（Rule）是授信决策引擎中最核心的原子决策单元。一个规则本质上是一个“如果…那么…”的逻辑映射：当一组条件（Condition）同时满足时，引擎执行预定义的动作（Action）。本章将深入拆解规则的三要素——定义、条件与动作，并介绍如何通过模板与参数化配置实现规则的高效复用。

4.1 规则的定义与结构

在决策引擎中，一条规则由以下四个基本属性构成：

4.2 规则条件（Condition）详解

条件是规则的“输入侧”，由左操作数（变量）、运算符和右操作数（阈值/枚举）三部分组成。根据业务场景，条件可分为以下常见类型：

• 数值比较： income >= 5000、age < 25、credit_score == 600
• 字符串匹配： city IN ("北京", "上海", "深圳")、id_card_type == "身份证"
• 集合运算： overdue_days > 30、loan_count BETWEEN 3 AND 10
• 布尔逻辑： is_blacklisted == true、has_income_proof == false

4.3 规则动作（Action）详解

动作是规则的“输出侧”，决定了条件满足后引擎如何改变决策上下文。常见的动作类型包括：

4.4 规则模板与参数化配置

在大型风控体系中，不同产品线（如现金贷、消费分期、信用卡）往往共享相似的规则逻辑，仅阈值或变量名不同。此时，规则模板与参数化配置成为提升复用性的关键手段。

4.4.1 规则模板的定义

规则模板是一个“半成品”规则，它定义了固定的条件结构和动作类型，但将具体的变量名、阈值、拒绝码等元素暴露为参数占位符。例如：

模板名称: 年龄准入校验模板
条件: ${var_age} >= ${min_age} AND ${var_age} <= ${max_age}
动作: REJECT WITH CODE ${reject_code}

4.4.2 参数化配置的实现

通过为模板填充不同的参数值，可以快速生成多条具体规则：

4.5 规则条件与动作的编排流程

下图展示了从规则模板实例化到最终决策的完整编排流程：

4.6 规则参数化配置的典型场景

除了年龄阈值，参数化配置在以下场景中同样广泛使用：

• 多头借贷阈值： 不同产品对“近3个月查询次数”的容忍度不同，通过参数 ${max_inquiry_3m} 灵活调整。
• 收入负债比： 参数 ${dti_ratio} 控制月供收入比上限，现金贷通常设为 50%，抵押贷可设为 70%。
• 黑名单版本： 参数 ${blacklist_version} 指定使用哪一版黑名单库，实现灰度切换。
• 拒绝原因码： 参数 ${reject_reason} 使不同渠道返回差异化的拒绝文案，便于运营分析。

4.7 规则模板的版本管理

规则模板本身也需要纳入版本管理。每次修改模板结构（如新增条件字段、变更动作类型）时，应生成新的模板版本，并记录变更日志。实例化规则时，必须指定模板版本号，确保历史策略的可追溯性。