CLOUD GIDO
Engineering notes
GIRISK2026-09-07GIRISK

GiRisk: six capabilities behind millisecond decisions

Rules, exposure, limits, audit, and replay are first-class product features—not slideware.

系列:《Cloud GIDO 三产品特性深讲》第 10/15 篇
标签:GiRisk、实时风控、规则引擎、审计、回放


开篇:实时风控产品容易「假完整」

很多系统能演示「规则命中就拒绝」。但生产还要问:

  1. 高峰时延是否稳定?
  2. 拒绝原因业务能否理解?
  3. 敞口是否实时可见?
  4. 限额如何与规则协同?
  5. 审计是否完整?
  6. 出了纠纷能否回放?

GiRisk(玑险) 把这些当成显式特性,而不是售后承诺。

六大特性

GiRisk 链路

产品页:https://cloud-gido.com/zh/girisk


六大特性总览

#特性一句话
1实时决策在预算内给出 PASS/REJECT/LIMIT
2风险规则逻辑集中管理,可变更可治理
3敞口实时理解当前暴露
4限额用额度约束行为
5审计每次决策留痕
6回放原始上下文复现

对应口号:

快速、可解释、可审计;每个决策都应可回放。


逻辑架构(特性如何串联)

Transaction
  → Risk Gateway
  → GiRisk Engine
       ├ Rules
       ├ Exposure
       └ Limits
  → Decision
  → Audit
  → Replay

场景表达(合规中性)

面向高并发交易系统,常见行业语境:

电商 · 游戏 · 支付 · 金融科技

讨论「交易风险、额度、滥用与异常行为防控」时,用机制语言,不绑敏感垂类。


与 GISO / GIDO 的特性依赖

上游对 GiRisk 的影响
GISO 事件可信特征与行为输入更稳
GIDO Stream近实时特征加工
GIDO Serve策略侧查询服务化

GiRisk 可以单独讲特性,但落地评估常要看上游。


今日小结

讲 GiRisk,请按六特性讲;只讲「引擎很快」会显得单薄。

讨论: 你们现网风控最缺的是时延、规则治理,还是审计回放?

下篇深讲:规则 · 敞口 · 限额 如何协同。


延伸