送審之前，必須先成立的每一件事。

我們與您的團隊一起做什麼

• 要求即驗收條件——把屬地規則翻譯成您的工程師與測試團隊可以直接執行的可驗證條目，在迭代開始之前交付，而不是之後
• 設計期的數學模型審閱——RTP 區間、波動率目標、最大贏付與購買特色玩法的許可情況，在模型還便宜改動時就對照市場要求核對
• 首次實作時的 RNG 與接入審閱——播種、縮放與區間映射在寫下來的時候就看，而不是等它變成承重結構之後
• 規則與介面按標準立規格——強制告知語句、各類上限與揭露內容，從一開始就寫進頁面規格書
• 玩家保護功能進需求列表——工作階段提醒、現實提醒、自動旋轉限制作為正式需求排期，而不是最後兩週硬加上去
• 證據邊做邊留——版本清單、Hash 值、變更記錄與測試輸出在開發過程中同步累積，而不是事後憑記憶補寫
• 持續驗證——每一次數學改動都重跑一次 RTP 模擬，偏移出現的當週就能發現

為什麼它會改變整筆帳

• 需求階段漏掉的一條要求只是一次溝通；同樣一條要求在評測之後才發現，就是又一輪漫長的送審流程和一次延後的上線
• 程式凍結之前做的改動，不必承擔在已凍結、已簽署版本上的迴歸風險
• 等您需要送審文件時，它大半已經寫好了，因為證據是即時留下來的
• 數學不必到後期才重新配平，而後期配平正是多數 RTP 問題的來源
• 您的團隊把標準學會一次，就能帶進下一款產品，於是第二次送審比第一次便宜

通常是一個伴隨您迭代節奏的輕量顧問式合作——固定的評審節奏、一條隨時可用的溝通管道，以及每個里程碑的檢查點——而不是全職駐場。

我們檢查什麼

• 逐條對照目標規則集的需求追溯
• RNG 實作：播種、重新播種、縮放、區間映射、循環
• 賠付表、捲軸帶、權重表，以及它們與數學模型的一致性
• 遊戲邏輯：中獎判定、線路 / 路數方向、百搭與分散符號處理
• 特色玩法的觸發、再觸發、上限與購買特色玩法行為
• 回合恢復：斷線、斷電、重複下注、未完成回合
• 屬地要求的玩家保護功能
• 規則、幫助與資訊頁面與實際行為的對照
• 計數器、日誌、重要事件與上報介面
• 幣別、面額、下注上限、最大贏付與最大風險敞口的處理

您會拿到什麼

• 就緒檢測報告——逐條給出通過 / 有條件通過 / 不通過，並附引用條款
• 問題清單——每一項按阻斷、嚴重、次要或觀察項分級
• 整改方案——改什麼、為什麼改、以及什麼證據能證明它已經修好
• 複測——驗證已關閉的問題確實保持關閉
• 需求追溯矩陣——向實驗室證明您確實做過功課的那份材料

這些問題是我們發現的，不是實驗室發現的。一份乾淨的就緒檢測報告，能有力預示一次乾淨的評測，但永遠不構成保證。

我們幫您改什麼

• 數學——重新配平賠付表、捲軸帶與權重表，讓 RTP 落進屬地要求的區間，同時不毀掉遊戲手感
• RNG 接入——播種、重新播種、縮放與區間映射，調整到符合標準要求
• 特色玩法行為——觸發與再觸發上限、購買特色玩法的許可、最大贏付與最大風險敞口限制
• 回合完整性——斷線、斷電與未完成回合的恢復，做到確定可重現、可舉證
• 玩家保護——工作階段提醒、現實提醒、自動旋轉限制、時鐘與淨盈虧顯示，按各市場要求調整
• 規則與資訊頁面——與賠付表、數學模型及當地強制語句做到完全一致
• 日誌與計數器——實驗室會要求查看的重要事件、稽核軌跡與上報介面

我們怎麼和您的團隊協作

• 每一項問題都附帶條款依據、原因說明和一條具體的建議改法——而不是只寫「不合規」
• 您的工程師負責實作；在被判定為關閉之前，我們會對照判定標準複核這次改動
• 凡是影響數學的修改，我們會重跑驗證，而不是假定模型仍然成立
• 凡是屬於判斷空間的問題，我們會把您要向實驗室提出的理由寫成說明，而不是悄悄改掉遊戲
• 已關閉的問題會複測，而這份清單從第一輪到送審都是唯一的事實來源

我們負責建議與驗證；程式碼庫仍歸您的團隊所有。如果您希望由我們直接動手實作，可以另行約定範圍。

文件包內容

• 遊戲說明、主題與完整遊戲規則
• 數學報告與含分項 RTP 拆解的 PAR 表
• 賠付表、捲軸帶、權重表與符號定義
• RNG 說明、縮放方法與獨立性聲明
• 波動率、中獎頻率、循環長度與最大贏付分析
• 版本清單：版本號、檔案目錄、Hash 值與簽章
• 變更記錄，以及與此前已認證版本的差異分析
• 第三方與開源元件清單
• 屬地聲明與符合性聲明
• 幫助、規則與責任博彩頁面截圖
• 測試證據：日誌、截圖與模擬輸出

以及審查過程中

• 送審檢查清單，按受理實驗室或監管機構的要求訂製
• 問詢處理——補充資料要求的技術答覆由我們起草
• 差異送審——針對更新的精簡文件包，讓您不必把整款遊戲重新認證一遍
• 版本紀律——從凍結到批准，只有一個事實來源
• 多市場複用——一份核心文件包，各屬地疊加差異層

文件格式與必備聲明因受理機構而異。我們會在立項時確認當前使用的範本版本，而不是沿用去年的。

方法

• 透過語言無關的驅動框架跑您的引擎——Go、Java、C、C++、C# 等均可
• 確定性的種子集，任何一個數字都能逐行重現
• 按您需要的信賴區間決定跑量，而不是湊一個好看的整數局數
• 按下注模式分別跑：基礎、加注、購買特色玩法與超級購買
• 分項歸因：基礎遊戲、免費旋轉、特色玩法、獎池貢獻
• 收斂過程追蹤，讓估計值是看著穩下來的，而不是斷言出來的
• 與您申報的理論模型和賠付表交叉核對

報告內容

• 模擬 RTP，附信賴區間與相對申報理論值的差值
• 分項 RTP 表與各項佔比
• 波動率指數、標準差與循環長度
• 整體與各特色玩法的中獎頻率
• 最大贏付的可達性與尾部實測頻率
• 模擬清單：引擎 Hash 值、種子、設定、運行時長