3. 策略版本生命周期：从开发、测试、评审、灰度发布到全量上线的完整生命周期管理

风控策略版本的生命周期管理是确保模型与规则稳定、可追溯、可回滚的核心流程。一个标准的策略版本从构思到退役，通常经历五个关键阶段：开发、测试、评审、灰度发布与全量上线。每个阶段都设有明确的准入准出标准，以降低线上风险。

3.1 生命周期全景图

下图展示了策略版本从开发到全量上线的完整流转路径，以及各阶段之间的关键决策点。

3.2 各阶段详细规范

3.2.1 开发阶段

开发阶段是策略版本的起点，主要工作包括策略逻辑编码、参数配置、特征工程调整以及依赖库版本锁定。此阶段强调版本控制与可复现性。

• 代码管理：所有策略代码必须提交至 Git 仓库，分支命名规范为 feature/策略名称_版本号_日期。
• 配置分离：将阈值、权重、黑名单等参数外置到配置文件，避免硬编码。
• 单元测试：每个策略函数至少包含一个正向用例和一个边界用例，测试覆盖率不低于 80%。

3.2.2 测试阶段

测试阶段通过离线数据对策略版本进行全面的效果验证。测试报告必须包含以下核心指标：

3.2.3 评审阶段

评审阶段由风控负责人、算法工程师、业务方共同参与，对测试结果进行集体决策。评审流程如下：

1. 材料准备：测试报告、变更清单、回滚方案、影响范围评估。
2. 会议评审：逐条审查策略变更点，重点关注对通过率和坏账率的潜在影响。
3. 投票决策：采用“一票否决制”，任何一方持反对意见则版本暂缓上线。
4. 签字归档：评审通过后，所有参会人员在评审单上电子签名，归档至版本管理系统。

3.2.4 灰度发布阶段

灰度发布是策略上线前的最后一道防线，通过小流量真实数据验证策略效果。灰度策略通常采用以下分流方式：

• 按用户 ID 哈希：取用户 ID 后几位哈希值，决定是否进入灰度组。
• 按流量百分比：逐步从 1% 提升至 5%、10%、20%，每阶段观察 24 小时。
• 按地域/渠道：先开放非核心地域或低风险渠道。

灰度期间需要实时监控以下指标：

3.2.5 全量上线阶段

全量上线意味着策略版本正式对所有流量生效。上线操作必须遵循以下步骤：

1. 上线窗口：选择业务低峰期（如凌晨 2:00-4:00）执行上线。
2. 灰度切换：将灰度流量从 20% 逐步提升至 50%、100%，每步间隔 10 分钟。
3. 监控确认：全量后持续监控 30 分钟，确认无异常告警。
4. 版本锁定：将当前版本标记为“生产稳定版”，禁止任何人直接修改。

3.3 版本回滚机制

无论哪个阶段发现问题，都必须能够快速回滚。回滚策略分为两种：

• 热回滚：通过配置中心动态切换策略版本，无需重启服务，适用于参数类变更。
• 冷回滚：重新部署上一版本的代码包，适用于代码逻辑变更，需要重启服务。

下图展示了回滚决策树，帮助运维人员快速判断回滚方式：

3.4 生命周期管理清单

为便于团队执行，以下清单总结了每个阶段的关键动作与负责人：