风险处置建议

GEELAB 提供风险材料和信号信息，最终处置由你的业务系统决定。当前产品的处置建议可以归纳为三类：pass、review、reject。它们是给业务团队的参考，不等同于 GEELAB 直接返回的最终 decision。

放行（pass）

适合：

• 信号风险较低。
• confidence 不足以支持强处置。
• 业务对误拦截非常敏感。
• 用户行为和历史记录没有其他异常。

放行不代表忽略信号。你仍可以记录该事件，作为后续观察和模型分析的依据。

记录观察（review）

“通过观察”适合需要进一步确认、但不希望立即拒绝的场景。可以采用柔性处理：

• 要求补充验证码或短信验证。
• 延迟发放权益。
• 降低单次操作额度。
• 增加日志和人工审核标记。
• 继续观察后续设备和账号行为。

对于误判成本较高的登录、支付或内容访问场景，建议优先考虑观察或增强验证，而不是直接封禁。

增强验证

增强验证适合风险信号较明确，但仍需要用户完成额外证明的场景，例如：

• 短信或邮箱验证码。
• 多因素认证。
• 重新登录。
• 人工审核。
• 订单或身份信息二次核验。

验证方式应与业务风险匹配，避免对所有低风险用户增加不必要的摩擦。

限制操作

当你希望降低风险而不是完全拒绝访问时，可以限制具体动作：

• 暂停领取权益。
• 限制注册或提现频率。
• 限制单笔金额或次数。
• 暂缓高价值操作。
• 只允许查看，不允许修改或提交。

限制策略应尽量针对风险动作，而不是无差别阻断整个账号或设备。

阻断（reject）

“拒绝”适合多个信号同时出现、风险置信度较高、且业务明确允许阻断的场景。阻断可以表现为：

• 拒绝当前请求。
• 暂停当前操作。
• 要求联系人工支持。
• 对高风险动作进行冷却处理。

对于封禁敏感的业务，建议先采用观察、增强验证或限制操作，确认误判率后再扩大阻断范围。

不要仅凭单个信号永久封禁

单个信号可能存在合理解释，也可能受平台、网络和设备环境影响。除非你的业务经过充分验证并明确接受误判成本，否则不建议仅凭一个信号永久封禁用户或设备。

更稳妥的做法是：

1. 结合多个信号。
2. 查看 Device ID 的历史事件。
3. 对照账号和业务行为。
4. 评估 level、confidence 和误判成本。
5. 先采用观察或增强验证。
6. 持续监控处置结果并调整策略。