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/>如果玩家赢钱，对总额的影响？ → 通常用"下注金额" - "返奖""]
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