送审之前，必须先成立的每一件事。

我们与您的团队一起做什么

• 要求即验收条件——把属地规则翻译成您的工程师与测试团队可以直接执行的可验证条目，在迭代开始之前交付，而不是之后
• 设计期的数学模型审阅——RTP 区间、波动率目标、最大赢付与购买特色玩法的许可情况，在模型还便宜改动时就对照市场要求核对
• 首次实现时的 RNG 与接入审阅——播种、缩放与区间映射在写下来的时候就看，而不是等它变成承重结构之后
• 规则与界面按标准立规格——强制告知语句、各类上限与披露内容，从一开始就写进页面规格书
• 玩家保护功能进需求列表——会话提醒、现实提醒、自动旋转限制作为正式需求排期，而不是最后两周硬加上去
• 证据边做边留——版本清单、Hash 值、变更记录与测试输出在开发过程中同步累积，而不是事后凭记忆补写
• 持续验证——每一次数学改动都重跑一次 RTP 模拟，偏移出现的当周就能发现

为什么它会改变整笔账

• 需求阶段漏掉的一条要求只是一次沟通；同样一条要求在评测之后才发现，就是又一轮漫长的送审流程和一次延后的上线
• 代码冻结之前做的改动，不必承担在已冻结、已签署版本上的回归风险
• 等您需要送审文件时，它大半已经写好了，因为证据是实时留下来的
• 数学不必到后期才重新配平，而后期配平正是多数 RTP 问题的来源
• 您的团队把标准学会一次，就能带进下一款产品，于是第二次送审比第一次便宜

通常是一个伴随您迭代节奏的轻量顾问式合作——固定的评审节奏、一条随时可用的沟通渠道，以及每个里程碑的检查点——而不是全职驻场。

我们检查什么

• 逐条对照目标规则集的需求追溯
• RNG 实现：播种、重新播种、缩放、区间映射、循环
• 赔付表、卷轴带、权重表，以及它们与数学模型的一致性
• 游戏逻辑：中奖判定、线路 / 路数方向、百搭与分散符号处理
• 特色玩法的触发、再触发、上限与购买特色玩法行为
• 回合恢复：掉线、断电、重复下注、未完成回合
• 属地要求的玩家保护功能
• 规则、帮助与信息页面与实际行为的对照
• 计数器、日志、重要事件与上报接口
• 币种、面额、下注上限、最大赢付与最大风险敞口的处理

您会拿到什么

• 就绪检测报告——逐条给出通过 / 有条件通过 / 不通过，并附引用条款
• 问题清单——每一项按阻断、严重、次要或观察项分级
• 整改方案——改什么、为什么改、以及什么证据能证明它已经修好
• 复测——验证已关闭的问题确实保持关闭
• 需求追溯矩阵——向实验室证明您确实做过功课的那份材料

这些问题是我们发现的，不是实验室发现的。一份干净的就绪检测报告，能有力预示一次干净的评测，但永远不构成保证。

我们帮您改什么

• 数学——重新配平赔付表、卷轴带与权重表，让 RTP 落进属地要求的区间，同时不毁掉游戏手感
• RNG 接入——播种、重新播种、缩放与区间映射，调整到符合标准要求
• 特色玩法行为——触发与再触发上限、购买特色玩法的许可、最大赢付与最大风险敞口限制
• 回合完整性——掉线、断电与未完成回合的恢复，做到确定可复现、可举证
• 玩家保护——会话提醒、现实提醒、自动旋转限制、时钟与净盈亏显示，按各市场要求调整
• 规则与信息页面——与赔付表、数学模型及当地强制语句做到完全一致
• 日志与计数器——实验室会要求查看的重要事件、审计轨迹与上报接口

我们怎么和您的团队协作

• 每一项问题都附带条款依据、原因说明和一条具体的建议改法——而不是只写「不合规」
• 您的工程师负责实现；在被判定为关闭之前，我们会对照判定标准复核这次改动
• 凡是影响数学的修改，我们会重跑验证，而不是假定模型仍然成立
• 凡是属于判断空间的问题，我们会把您要向实验室提出的理由写成说明，而不是悄悄改掉游戏
• 已关闭的问题会复测，而这份清单从第一轮到送审都是唯一的事实来源

我们负责建议与验证；代码库仍归您的团队所有。如果您希望由我们直接动手实现，可以另行约定范围。

文件包内容

• 游戏说明、主题与完整游戏规则
• 数学报告与含分项 RTP 拆解的 PAR 表
• 赔付表、卷轴带、权重表与符号定义
• RNG 说明、缩放方法与独立性声明
• 波动率、中奖频率、循环长度与最大赢付分析
• 版本清单：版本号、文件目录、Hash 值与签名
• 变更记录，以及与此前已认证版本的差异分析
• 第三方与开源组件清单
• 属地声明与符合性声明
• 帮助、规则与责任博彩页面截图
• 测试证据：日志、截图与模拟输出

以及审查过程中

• 送审检查清单，按受理实验室或监管机构的要求定制
• 问询处理——补充资料要求的技术答复由我们起草
• 差异送审——针对更新的精简文件包，让您不必把整款游戏重新认证一遍
• 版本纪律——从冻结到批准，只有一个事实来源
• 多市场复用——一份核心文件包，各属地叠加差异层

文件格式与必备声明因受理机构而异。我们会在立项时确认当前使用的模板版本，而不是沿用去年的。

方法

• 通过语言无关的驱动框架跑您的引擎——Go、Java、C、C++、C# 等均可
• 确定性的种子集，任何一个数字都能逐行复现
• 按您需要的置信区间决定跑量，而不是凑一个好看的整数局数
• 按下注模式分别跑：基础、加注、购买特色玩法与超级购买
• 分项归因：基础游戏、免费旋转、特色玩法、奖池贡献
• 收敛过程追踪，让估计值是看着稳下来的，而不是断言出来的
• 与您申报的理论模型和赔付表交叉核对

报告内容

• 模拟 RTP，附置信区间与相对申报理论值的差值
• 分项 RTP 表与各项占比
• 波动率指数、标准差与循环长度
• 整体与各特色玩法的中奖频率
• 最大赢付的可达性与尾部实测频率
• 模拟清单：引擎 Hash 值、种子、配置、运行时长