这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
决策结果与可用性取舍
决策结果
风控服务返回的不应该只是 true/false，而应包含动作和原因：
{
"action": "verify",
"reason": "命中规则 rule_1024，风险分 0.83",
"decision_id": "dec_9f3a..."
}decision_id 很重要。后续用户申诉、客服查询、策略复盘都要靠它追踪：
- 命中了哪些规则。
- 模型分是多少。
- 使用了哪些特征。
可用性取舍
风控系统故障时，业务应该放行还是拦截？答案取决于场景：
| 场景 | 倾向 |
|---|---|
| 登录、浏览等低风险 | 故障放行 |
| 支付、提现等高风险 | 故障转人工或降级限额 |
| 大促活动领券 | 临时收紧，防止损失扩大 |
不能全局一刀切
- 全放行：作弊趁故障大量涌入。
- 全拦截：正常用户也被挡住，体验崩溃。
- 按业务风险等级分级：低风险放行、高风险转人工或限额。
一句话
风控返回动作 + 原因 + decision_id（可申诉、可复盘）；故障时的默认动作由业务风险等级决定——登录倾向放行、支付转人工、大促领券临时收紧，不能全局一刀切。
发现内容有问题？
告诉我们哪里需要改进。