03 · 负责任博彩

目标读者：产品经理、合规官、技术主管、客服团队 核心问题：如何建立系统化的负责任博彩（Responsible Gambling, RG）框架，保护玩家同时满足监管要求？

---

负责任博彩框架概述

负责任博彩是指博彩运营商通过制度、技术和人员培训相结合，主动识别和帮助问题赌博者的体系。

flowchart TD
    RG["负责任博彩 核心三支柱"]
    RG --> P["预防层（Prevention）"]
    RG --> D["识别层（Detection）"]
    RG --> I["干预层（Intervention）"]
    P --> P1["自我排除、存款限额、损失警示"]
    P --> P2["广告和营销守则"]
    P --> P3["未成年人保护"]
    D --> D1["AI 行为分析"]
    D --> D2["手动玩家筛查"]
    D --> D3["异常行为标记（AML 联动）"]
    I --> I1["主动联系高危玩家"]
    I --> I2["冷静期（Cooling-off Period）"]
    I --> I3["心理咨询转介"]
    I --> I4["损失补偿制度（部分司法管辖区）"]

全球监管压力演变

flowchart LR
    A["2020-2023：自我排除和基础限额工具<br/>UKGC: 强制 GAMSTOP 参与<br/>MGA: Player Protection Directive 实施"] --> B["2024-2025：行为识别和 AI 预警<br/>UKGC: Safer Gambling Review<br/>瑞典、德国：AI 驱动的风险检测强制"] --> C["2026+：实时干预和一体化数据库<br/>MGA: 跨 EU 统一自排除数据库规划中<br/>欧盟: AI 法案（8月生效）对 RG AI 的法律责任规范"]

---

自我排除机制（Self-Exclusion）

运作原理

玩家主动请求被平台永久或临时禁用账户

触发方式：
  - 账户设置中自助申请
  - 客服电话、邮件申请
  - 跨运营商方案（GAMSTOP 英国/GAMCARE 欧洲）

排除期限选项：
  英国（GAMSTOP）: 6个月 / 1年 / 5年
  MGA / 泛欧: 通常 6个月-永久

排除后的强制措施：
  ✓ 账户立即锁定，无法登录
  ✓ 正在进行的存款请求被拒绝
  ✓ 已有余额可申请提现（需验证）
  ✓ 所有营销通讯完全停止

技术实现（后端架构）

核心数据模型（PostgreSQL）:

table player_exclusions {
  id: uuid primary key
  player_id: uuid not null
  exclusion_type: enum('self', 'forced', 'temporary') -- 自排 / 强制 / 临时
  status: enum('active', 'expired', 'lifted') 
  start_date: timestamp not null
  end_date: timestamp nullable -- null = 永久
  reason: text -- 可选的玩家备注
  manager_id: uuid nullable -- 员工强制排除时
  created_at: timestamp not null
}

table exclusion_history {
  id: uuid primary key
  exclusion_id: uuid not null fk
  action: enum('created', 'lift_requested', 'lift_approved', 'expired')
  performed_by: enum('player', 'staff', 'system')
  timestamp: timestamp not null
  notes: text nullable
}


API 端点设计：

POST /api/v1/players/{player_id}/exclusions
  body: {
    type: 'self',
    duration_months: 6 | 12 | 60 | null,  // null = 永久
    reason: 'string optional'
  }
  response: { exclusion_id, status, effective_at }

  实现关键：
  - 需要玩家二次确认（72小时冷静期强烈建议）
  - 激活时立即触发账户锁定和营销列表清除
  - 记录完整审计日志


GET /api/v1/players/{player_id}/exclusion-status
  response: {
    is_excluded: boolean,
    type: 'self' | 'forced' | null,
    expiry_date: timestamp or 'permanent',
    remaining_days: number or null
  }


登录拦截（中间件）:

@middleware
def check_player_exclusion(req):
  player_id = req.session.player_id
  exclusion = db.query(PlayerExclusions)
                .filter_by(player_id=player_id, status='active')
                .first()

  if exclusion:
    if exclusion.end_date < now():
      # 自动过期
      exclusion.status = 'expired'
      db.commit()
      return next()  // 继续
    else:
      return error_403('account_excluded_until_' + exclusion.end_date)

  return next()


跨运营商集成（GAMSTOP / EGAMSTOP）:

GAMSTOP 是英国强制的多运营商自排除方案
- 所有 UKGC 持牌商必须对接
- 接口: RESTful API + weekly CSV 数据同步

实现方式：
  1. 本地自排除: 在自己数据库维护
  2. GAMSTOP 自排除: 调用 GAMSTOP API 激活

  async function registerWithGAMSTOP(playerId, duration):
    // POST https://api.gamstop.org.uk/exclusions
    response = await httpClient.post('/exclusions', {
      player_reference: playerId,
      duration: duration,  // MONTHS
      exclusion_type: 'FULL',
      timestamp: now()
    })

    // 失败重试（Retry Policy: exponential backoff）
    if response.status !== 200:
      logFailedExclusion(playerId)  // 报告给 compliance
      throw new ComplianceError()


解除排除（Lifting / Early Removal）:

// 严格规则（部分司法管辖区要求）
// 英国: 排除期间内通常不允许主动解除
// 欧盟: 通常需要等待冷静期结束，部分运营商允许有证人见证的解除

POST /api/v1/exclusions/{exclusion_id}/request-lift
  // 自排除期满前通常不允许
  // 例外: 强制排除可被员工主动解除

  business_logic:
    if (exclusion.type === 'self' && exclusion.end_date > now()):
      return error_400('exclusion_period_active')

    // 强制排除或已过期的自排除
    exclusion.status = 'lift_requested'
    notify_compliance_team()  // 审查
    return { status: 'pending_review' }

---

存款、损失、时间限额

限额架构

flowchart TD
    L["三层限额体系"]
    L --> L1["存款限额（Deposit Limit）"]
    L --> L2["损失限额（Loss Limit）"]
    L --> L3["会话时间限额（Session Time Limit）"]
    L1 --> L1a["限制玩家在给定时间内可存入的金额<br/>粒度: 日 / 周 / 月 / 自定义<br/>示例: 日限 £100, 周限 £500, 月限 £2000"]
    L2 --> L2a["限制玩家在时间段内的净损失（投注额 - 返奖）<br/>更激进的保护，但计算复杂<br/>如果玩家赢钱，对总额的影响？ → 通常用&quot;下注金额&quot; - &quot;返奖&quot;"]
    L3 --> L3a["单次游戏会话的时长上限<br/>粒度: 分钟级<br/>到期时强制登出"]

强制性要求（UKGC / MGA）:
  ✓ 支持多个时间维度组合
  ✓ 玩家可随时降低限额（立即生效）
  ✓ 玩家提升限额需冷静期（通常 7 天等待）
  ✓ 所有限额信息必须易获取和修改

技术实现

数据模型（PostgreSQL）:

enum LimitType {
  'DEPOSIT',
  'LOSS',
  'WAGER',
  'SESSION_TIME'
}

enum TimeframeUnit {
  'DAY',
  'WEEK',
  'MONTH',
  'LIFETIME'
}

table player_limits {
  id: uuid primary key
  player_id: uuid not null
  limit_type: LimitType not null
  timeframe_unit: TimeframeUnit not null
  amount_or_minutes: numeric not null  -- 金额或分钟数

  status: enum('active', 'paused', 'expired') default 'active'
  created_at: timestamp not null
  updated_at: timestamp not null

  -- 冷静期追踪
  pending_increase: numeric nullable  // 玩家申请提升后的新额度
  pending_increase_effective_date: timestamp nullable  // 7天后

  unique(player_id, limit_type, timeframe_unit)
}

table limit_usage {
  id: uuid primary key
  player_id: uuid not null
  limit_id: uuid not null fk
  period_start: timestamp not null
  period_end: timestamp not null

  amount_used: numeric  // 已用额度
  transaction_count: integer  // 交易次数
  last_updated: timestamp not null
}


存款额度检查（支付处理前）:

async function validateDepositLimit(playerId, depositAmount):
  // 查询所有活跃存款限额
  limits = await db.query(`
    SELECT pl.*, lu.amount_used 
    FROM player_limits pl
    LEFT JOIN limit_usage lu 
      ON pl.id = lu.limit_id 
      AND lu.period_start <= NOW() 
      AND lu.period_end > NOW()
    WHERE pl.player_id = $1 
      AND pl.limit_type = 'DEPOSIT' 
      AND pl.status = 'active'
  `, [playerId])

  for (const limit of limits) {
    amountUsed = limit.amount_used || 0
    remaining = limit.amount_or_minutes - amountUsed

    if (depositAmount > remaining) {
      return {
        allowed: false,
        reason: `Deposit limit exceeded for ${limit.timeframe_unit}`,
        limit_type: limit.timeframe_unit,
        limit_amount: limit.amount_or_minutes,
        used_amount: amountUsed,
        remaining: remaining
      }
    }
  }

  return { allowed: true }


损失限额检查（更复杂，涉及实时数据）:

// 注意: 需要与游戏引擎和支付系统集成
// 计算逻辑: 总投注额 - 总返奖额

async function checkLossLimit(playerId, betAmount):
  lossLimits = await db.query(`
    SELECT pl.* FROM player_limits pl
    WHERE pl.player_id = $1
      AND pl.limit_type = 'LOSS'
      AND pl.status = 'active'
  `, [playerId])

  for (const limit of lossLimits) {
    // 计算当前周期内的损失
    stats = await gaming_db.query(`
      SELECT 
        SUM(amount) as total_wagered,
        SUM(returns) as total_returns
      FROM player_bets
      WHERE player_id = $1
        AND created_at >= $2
        AND created_at < $3
    `, [playerId, getPeriodStart(limit.timeframe_unit), now()])

    netLoss = (stats.total_wagered || 0) - (stats.total_returns || 0)

    if (netLoss + betAmount > limit.amount_or_minutes) {
      return {
        allowed: false,
        reason: 'Loss limit would be exceeded',
        current_net_loss: netLoss,
        bet_amount: betAmount,
        loss_limit: limit.amount_or_minutes
      }
    }
  }

  return { allowed: true }


会话时间限额:

// Redis 用于实时追踪
// key: session:{sessionId}:started_at
// 值: Unix timestamp

async function validateSessionTime(playerId, sessionId):
  sessionStart = await redis.get(`session:${sessionId}:started_at`)

  if (!sessionStart) {
    return { allowed: true, reason: 'new_session' }
  }

  sessionTimeLimits = await db.query(`
    SELECT amount_or_minutes 
    FROM player_limits 
    WHERE player_id = $1
      AND limit_type = 'SESSION_TIME'
      AND status = 'active'
  `, [playerId])

  for (const limit of sessionTimeLimits) {
    elapsedMinutes = (now() - parseInt(sessionStart)) / 60000

    if (elapsedMinutes >= limit.amount_or_minutes) {
      await forceLogout(sessionId)  // 强制登出
      return {
        allowed: false,
        reason: 'session_time_limit_exceeded',
        session_duration_minutes: elapsedMinutes,
        limit_minutes: limit.amount_or_minutes
      }
    }
  }

  return { allowed: true }


玩家 API（设置和查看限额）:

GET /api/v1/players/{playerId}/limits
  response: {
    deposit_limits: [
      { timeframe: 'DAY', amount: 100, currency: 'GBP', used_today: 50 },
      { timeframe: 'WEEK', amount: 500, currency: 'GBP', used_this_week: 250 }
    ],
    loss_limits: [...],
    session_time_limits: [...]
  }


POST /api/v1/players/{playerId}/limits
  body: {
    limit_type: 'DEPOSIT',
    timeframe: 'MONTH',
    amount: 2000,
    currency: 'GBP'
  }

  // 业务逻辑:
  // - 降低限额: 立即生效
  // - 提升限额: 创建 pending 记录，7天后自动激活

  if (newAmount < currentLimit):
    limit.amount = newAmount
    limit.updated_at = now()
    db.commit()
    return { status: 'active', effective_immediately: true }

  else if (newAmount > currentLimit):
    limit.pending_increase = newAmount
    limit.pending_increase_effective_date = now() + 7.days()
    db.commit()
    return {
      status: 'pending',
      effective_date: limit.pending_increase_effective_date,
      message: '限额提升需要 7 天冷静期'
    }


前端 UI 示例（玩家端）:

存款限额卡片:
  ┌─────────────────────────────────┐
  │ 日存款限额: £100                │
  │ 今天已用: £50 (50%)             │
  │ 剩余: £50                       │
  │                                 │
  │ [今日] [本周] [本月] [自定义]   │
  │                                 │
  │ 提升限额（需要7天） →           │
  │ 降低限额（立即生效） →          │
  │ 查看限额历史 →                  │
  └─────────────────────────────────┘

---

问题赌博识别（AI 和行为分析）

识别指标

风险信号（Indicators of Problem Gambling）:

1. 投注行为异常
   ✓ 投注额逐周递增 >20% 
   ✓ 单日投注次数 >50 次
   ✓ 平均投注额增长趋势
   ✓ 损失追赶行为（损失后立即增加投注）

2. 时间模式异常
   ✓ 会话时长逐周增加
   ✓ 深夜/凌晨频繁活跃
   ✓ 连续游戏超过 4 小时
   ✓ 休息时间减少

3. 财务压力信号
   ✓ 充值频率增加
   ✓ 使用信用卡 / 分期支付频率增加
   ✓ 存款后立即全额投注（冲动交易）
   ✓ 多个来源反复充值（可能预借）

4. 情感信号（从客服互动）
   ✓ 客服沟通中表现沮丧/焦虑
   ✓ 频繁咨询"如何追回损失"
   ✓ 多次联系强制自排除流程


AI 模型方法:

使用机器学习识别复杂模式
  工具: LightGBM / XGBoost（梯度提升树）
  特征工程:
    - 滑动窗口统计（7天、30天、90天）
    - 投注金额、频率、时长的一阶/二阶差分
    - 周期性特征（星期几、时段）
    - 玩家人口统计特征（年龄、地理位置、加入时长）

  目标变量:
    - 历史上进入自排除 / 强制排除的玩家（正例）
    - 正常活跃玩家（负例）

  模型输出:
    risk_score: [0-1]
    • 0.0-0.3: 低风险
    • 0.3-0.6: 中等风险（建议主动沟通）
    • 0.6-0.8: 高风险（立即干预）
    • 0.8-1.0: 极高风险（强制措施）

  部署:
    - 批量评分（每日/每周）
    - 实时评分（关键操作时）
    - A/B 测试验证干预效果（避免假阳性）

行业工具和供应商

领先的 RG AI 工具供应商:

1. Mindway AI
   https://mindway.ai/
   • 获得 EGR Europe Awards 2026 最佳安全博彩工具
   • 特点: 行为洞察、跨平台风险检测
   • 集成: 实时风险评分 + 玩家干预推荐

2. GamCare + YGAM (英国非营利)
   https://www.gamcare.org.uk/
   https://ygam.org/
   • 英国标准化的培训和认证框架
   • 员工培训: City & Guilds 认证课程
   • 资源: 免费咨询热线、在线自评测试

3. Neccton（支付网络）
   • 链接到支付处理层，识别频繁充值模式
   • 与银行和支付宝合作，标记高风险玩家

4. Optimove（分析平台）
   https://www.optimove.com/resources/blog/ai-analytics-responsible-gambling
   • 整合 CRM + RG 分析
   • 个性化干预策略推荐
   • 队列分析: 相同风险档案玩家的转化率

5. GameScanner
   • 行为模式识别
   • 78% 精准度的早期成瘾检测
   • 实时玩家风险评分


国际框架和认证:

ISO/IEC 42001 (AI 管理系统)
  • 2026年下半年新兴标准
  • RG AI 合规性认证的关键

EU AI Act (2026年8月生效)
  • 高风险 AI 系统（包括问题赌博识别）
  • 需要: 影响评估、 可解释性、人工审查

---

员工培训和文化

培训框架

UKGC 合规要求：
  所有客户面向员工（客服、销售、运营）必须完成
  "负责任博彩" 培训认证

标准课程体系:

1. 基础（所有员工）
   • 什么是问题赌博和成瘾迹象
   • 公司的 RG 政策和流程
   • 玩家咨询流程（何时、如何提供帮助）
   • 数据保护和隐私（GDPR）

   时长: 2-4 小时
   认证: City & Guilds / 内部
   频率: 年度必修 + 入职强制


2. 进阶（客服/风险管理）
   • 风险识别（深度案例研究）
   • 困难对话处理（同情性拒绝超额存款）
   • 心理咨询资源转介
   • 记录和报告规范（审计追溯）

   时长: 4-8 小时
   认证: 正式评估
   频率: 年度


3. 领导力（经理/合规官）
   • 合规政策制定
   • 违规事件调查
   • 供应商管理（游戏开发商、支付商）
   • 监管沟通和检查准备

   时长: 16-24 小时
   认证: 证书
   频率: 双年度


培训内容示例（客服脚本）:

场景: 玩家在7天内充值 5 次，共 £2,000，风险评分 0.75

客服对话标准:
  CS: "我看到您最近有一些活动。我们想确保您玩得安全。
       您感觉一切都好吗？"

  玩家: "是的，就是在追损失而已。"

  CS: "我理解这种感受。但追损失通常会加重负面情况。
       我们有一些工具可以帮助，比如：
       • 临时自排除（1周-1个月）
       • 降低存款限额
       • 暂停营销邮件

       或者，我可以给您转介专业的心理咨询资源？"

  玩家: "不用了..."

  CS: "没问题。但请记住，GamCare 的免费咨询热线 24/7 
       可用。电话：0808 8020 133。"

  -- 记录交互到 player_interventions 表 --

内部审计和KPI

RG 合规检查清单（季度审查）:

□ 自我排除功能
  ✓ 端到端流程测试（注册→确认→激活→登出）
  ✓ GAMSTOP 集成健康检查（成功率 >99%）
  ✓ 解除申请流程审查

□ 限额工具
  ✓ 存款/损失/时间限额有效性
  ✓ 玩家界面清晰度（A/B 测试用户理解度）
  ✓ 冷静期强制（提升限额时 7 天冷却期实施）

□ 风险识别
  ✓ AI 模型性能指标
    - 精准率（正例识别率）>80%
    - 召回率（高风险玩家覆盖度）>85%
    - ROC-AUC >0.85
  ✓ 高风险队列进展（干预后 30 天转化率）
  ✓ 自排除前风险评分分布

□ 员工培训
  ✓ 培训完成率 >95%（所有新入职员工）
  ✓ 考试通过率 >85%
  ✓ 客服对话审计（抽查 5%，评分）
  ✓ 投诉处理中 RG 提及数量（趋势分析）

□ 玩家转介和支持
  ✓ GamCare / YGAM / BeKind 等转介数量（季度）
  ✓ 转介成功率（接受转介的玩家比例）
  ✓ 自排除后的再激活尝试（需要标记和拒绝）
  ✓ 政策违规事件数和纠正行动


关键 KPI:

1. 风险识别覆盖率
   = (检测到的高风险玩家) / (实际问题赌博者)
   目标: >80%

2. 干预转化率
   = (干预后 30 天内自排除的玩家) / (接收干预的玩家)
   目标: >10%

3. 员工投诉率
   关于 RG 处理不当的投诉
   目标: <0.5% of revenue

4. 监管违规
   UKGC/MGA 审查中发现的 RG 违规
   目标: 0

---

未成年人保护

核心措施:

1. 年龄验证（注册时）
   ✓ 身份证 / 驾照上传和 OCR 识别
   ✓ 出生日期三次验证（初始、支付、定期检查）
   ✓ 第三方年龄验证服务（如 Thawte, Yoti）

   实现:
   async function verifyAge(playerId, documentImage):
     ocrResult = await getAgeFromDocument(documentImage)
     // "出生日期: 1990-05-15"

     age = (today - birthDate).years

     if (age < 18):
       player.account_status = 'age_verification_failed'
       db.commit()
       return { allowed: false, message: '您必须年满18岁' }


2. 设备级限制（可选，但推荐）
   ✓ 移动端年龄网关（COPPA / 英国检查）
   ✓ 学校网络检测和限制（WiFi 过滤）


3. 未成年人检测和禁用
   ✓ 支付方法名字与年龄不符 → 标记审查
   ✓ 学生邮箱地址 → 标记
   ✓ 如发现未成年人，立即禁用 + 退款 + 报告

   table underage_incidents {
     id: uuid,
     player_id: uuid,
     detected_at: timestamp,
     method: 'age_verification_failed' | 'payment_mismatch' | 'student_email',
     action_taken: 'account_disabled' | 'reported',
     amount_refunded: numeric,
     reported_to_regulator: boolean,
     regulator: string  -- 'UKGC', 'MGA', etc
   }

---

完整的 RG 合规检查清单

新平台上线前检查:

□ 政策和文件
  [ ] 负责任博彩政策文件（最少 15 页）
  [ ] 员工手册包含 RG 流程
  [ ] 玩家面向的 RG 信息页（网站首页链接）
  [ ] 自排除和限额流程文档
  [ ] 与第三方 RG 供应商的合同

□ 功能实现
  [ ] 自我排除（最少 6m, 1y, 5y, permanent 选项）
  [ ] 多时间维度限额（日/周/月）
  [ ] 冷静期（7 天提升等待）
  [ ] GAMSTOP 集成（英国）
  [ ] EGAMSTOP / EAD 集成（欧洲）
  [ ] 损失显示仪表板（可见损失/赢）
  [ ] 会话时间跟踪和警告
  [ ] 玩家账户暂停功能（冷静期）

□ 工作流和流程
  [ ] 入职流程包含年龄验证
  [ ] 支付前限额检查
  [ ] 高风险玩家识别（>0.6 分数）
  [ ] 人工干预队列和 SLA（24h 内联系）
  [ ] 客服培训和评估记录
  [ ] 合规检查日志和报告

□ 技术基础设施
  [ ] 限额数据有冗余和备份
  [ ] 审计日志不可编辑（append-only）
  [ ] 金融交易和游戏日志分离存储
  [ ] API 访问日志（谁改了什么时间）
  [ ] 故障转移和灾难恢复计划

□ 监管准备
  [ ] MGA / UKGC 最新指导已整合
  [ ] 测试室审计对 RG 功能的回复
  [ ] 律师审查合规文件
  [ ] 保险涵盖 RG 相关诉讼
  [ ] 监管上报流程文档化


持续合规（年度）:

□ Q1: 员工培训更新 + 政策审查
□ Q2: 技术审计（限额准确性、AI 模型性能）
□ Q3: 监管变化评估（新法律、新指导）
□ Q4: 年度报告和外部审计准备

---

权威资源和参考

资源	URL	用途
UKGC 自排除指南	https://www.gamblingcommission.gov.uk/public-and-players/page/self-exclusion	英国法律标准
GAMSTOP 官网	https://www.gamstop.org.uk/	跨运营商自排除
MGA RG 指导	https://www.mga.org.mt/	欧盟/国际标准
GamCare	https://www.gamcare.org.uk/	员工培训和玩家资源
YGAM	https://ygam.org/	年轻人保护和教育
Mindway AI	https://mindway.ai/	AI 风险识别工具
Safer Gambling Week	https://safergamblinguk.org/	行业最佳实践
英国在线赌博审查	https://www.gamblingcommission.gov.uk/news-action-and-statistics/consultation-and-engagement/safer-gambling-review	最新政策动向
EU AI Act 合规	https://digital-strategy.ec.europa.eu/en/library/ai-act	2026年8月生效

---

互动自测

:::quiz{id=limit-change-rule} 玩家在账户里修改存款限额，下列关于生效时间的说法哪项正确？

• [ ] 无论提升还是降低，都需要 7 天冷静期后才生效
• [x] 降低限额立即生效；提升限额需要 7 天冷静期后自动激活
• [ ] 降低限额需 7 天等待；提升限额立即生效
• [ ] 提升和降低都立即生效

解析：见 §存款、损失、时间限额。UKGC / MGA 强制要求「玩家可随时降低限额（立即生效）」，而「玩家提升限额需冷静期（通常 7 天等待）」，提升申请会创建 pending 记录、7 天后自动激活。 :::

:::quiz{id=self-exclusion-effects multi=true} 玩家完成自我排除并激活后，平台会强制执行以下哪些措施？（多选）

• [x] 账户立即锁定，无法登录
• [x] 正在进行的存款请求被拒绝
• [x] 已有余额可申请提现（需验证）
• [x] 所有营销通讯完全停止
• [ ] 已有余额一律没收，不予退还
• [ ] 玩家可在排除期内随时自行解除排除

解析：见 §自我排除机制「排除后的强制措施」。四项强制措施为账户锁定、拒绝在途存款、余额可提现（需验证）、停止全部营销通讯。余额并不没收；且英国规则下排除期间内通常不允许主动解除。 :::

:::quiz{id=risk-score-band} 问题赌博 AI 模型输出风险评分 0.75，落在哪个区间、对应何种处置？

• [ ] 0.3-0.6 中等风险，建议主动沟通
• [x] 0.6-0.8 高风险，立即干预
• [ ] 0.8-1.0 极高风险，强制措施
• [ ] 0.0-0.3 低风险，无需处理

解析：见 §问题赌博识别「模型输出」。风险评分分四档：0.0-0.3 低风险、0.3-0.6 中等（建议主动沟通）、0.6-0.8 高（立即干预）、0.8-1.0 极高（强制措施）。0.75 属高风险区间，需立即干预。 :::

:::scenario{id=high-risk-cs-intervention}

{"start":"n1","nodes":{"n1":{"text":"一名玩家在 7 天内充值 5 次共 £2,000，AI 风险评分 0.75。你是客服，如何处理这次高风险玩家干预？","choices":[{"label":"评分高就直接封号并没收余额，避免平台风险","next":"bad","feedback":"❌ 干预不是惩罚玩家。高风险的标准动作是主动关心、提供 RG 工具与转介，而非封号没收。","good":false},{"label":"主动表达关心，介绍临时自排除/降低存款限额/暂停营销邮件等工具，并可转介 GamCare 咨询，最后记录本次交互","next":"good","feedback":"✅ 这正是 §员工培训的客服脚本：先关心询问，再提供工具与心理咨询转介，并把交互记录到 player_interventions 表。","good":true}]},"bad":{"text":"封号没收既不合规也会激化矛盾。高风险玩家应按脚本给关心、给工具、给转介（GamCare 热线 0808 8020 133），并留痕。","terminal":true},"good":{"text":"按客服标准脚本完成关心-工具-转介-记录闭环，即便玩家当下拒绝，也告知 GamCare 免费热线 24/7 可用并记录交互。","terminal":true}}}

:::

:::flashcards{id=rg-core-terms} - 自我排除（Self-Exclusion） :: 玩家主动请求平台永久或临时禁用账户 - GAMSTOP :: 英国强制的多运营商自排除方案，所有 UKGC 持牌商必须对接 - 存款限额 :: 限制玩家在给定时间内可存入的金额，粒度 日/周/月/自定义 - 损失限额 :: 限制玩家在时间段内的净损失（投注额 - 返奖） - 会话时间限额 :: 单次游戏会话的时长上限，到期时强制登出 - 提升限额冷静期 :: 玩家提升限额需 7 天等待；降低限额立即生效 - 风险评分 0.6-0.8 :: 高风险，立即干预 - 未成年判定 :: 年龄 < 18 即验证失败；如发现未成年人立即禁用 + 退款 + 报告 :::

:::gate{id=done score=0.8 title=学完负责任博彩} 完成以上自测，正确率达到 80% 以上，即视为掌握本章负责任博彩的核心要点（三支柱框架、自我排除强制措施、限额修改冷静期规则、AI 风险评分分级与干预、未成年人保护）。 :::

---

最后更新：2026-04