3-3-3 算「大」還是圍骰？同一總點 9 為甚麼可能被大小規則排除

最穩的答案不是二選一，而是分層：3-3-3 的總點確實是 9；9 落在常見 Small 4–10 區間；但 3-3-3 同時是指定圍骰（Specific Triple）。若該桌 Big／Small 規則寫明 Triple 排除，最後結算 Small 會輸，而 Specific Triple 3-3-3 是否贏則取決於你有沒有另外下注該投注。

因此一個骰子結果可以同時擁有多個身份，但每一張投注只看自己的命中條件。結果是 3-3-3，不代表你自動買了 Triple；同樣地，總點是 9，也不代表 Small 在所有規則下必定命中。

第一層是骰面：3、3、3。第二層是總點：9。第三層是重複結構：三顆相同，因此是 Triple。第四層才是把這個結果逐個對照投注：Small、Total 9、Any Triple、Specific Triple 3、Single Number 3 等。

這種拆法比只問「它到底算小還是圍骰」更精確。骰寶不同投注不是互相排斥的分類盒，同一結果可以同時符合多個投注條件；真正需要分清的是某一注的 Rules 有沒有排除或包含這個結果。

因為常見 Small 的完整定義不是單純「總點 4–10」，而是「總點 4–10，且結果不是 Triple」。3-3-3 通過第一個條件，但在第二個條件被排除。所以 Small 不是算錯總點，而是完整條件沒有全部滿足。

這個例子特別重要，因為 3-3-3 不像 1-1-1 那樣總點本身已在 Small 範圍外。它讓你清楚看到：即使總點落在範圍內，Triple 例外仍然可以改變結算。

Any Triple 關心的是「任何三顆相同」，所以 1-1-1 至 6-6-6 都可能命中；Specific Triple 3-3-3 則只接受 3-3-3。兩者的命中結果數不同，實際 Paytable 亦通常不同。

如果你只下注 Small，3-3-3 是否同時符合 Any Triple 並不會替你派彩，因為你沒有買那張注。反過來，如果你買 Specific Triple 3，Small 是否輸也不會取消 Triple 自己的結算。

結果為 3-3-3 時，Small 若排除 Triple 則不命中；Total 9 若只看總和，通常會符合，但仍要看有沒有額外排除；Any Triple 會符合；Specific Triple 3 亦會符合。四張注可以同時出現贏和輸，而不是整局只得一個標籤。

更多一局多注例子可看 骰寶結果案例庫。

三顆六面骰共有216個有序結果，而3-3-3只有一種排列。Total 9 卻可以由很多其他骰面組成，例如1-2-6、1-3-5、1-4-4、2-2-5、2-3-4等。這說明「Specific Triple 3」和「Total 9」是不同大小的結果集合。

真正穩定的閱讀方法，是把名稱拆成可核對欄位：先問結果由甚麼機制產生，再問這張投注究竟覆蓋哪些骰面結果，最後才看 Paytable 怎樣支付。只要順序倒轉，就很容易用一個看起來熟悉的投注名稱，推導出實際規則從未寫過的條件。對電子桌尤其如此，畫面、版本名和按鈕文字只能當入口，正式 Rules／Paytable 才是結算依據。

• Small 是否排除 Triple
• Any Triple 定義
• Specific Triple 3 定義
• Total 9 是否有額外條款
• 各項實際 Paytable

不要只保存最後答案，最好保存推理鏈：原始骰面或產品版本是甚麼、使用哪一套 Rules、哪些結果屬於 winning outcomes、哪些例外會排除本來看似命中的情況、最後用哪一張 Paytable 結算。這樣日後遇到同名但不同版本的桌面，只要替換有變動的欄位，不需要整篇重新猜。

核對時亦應把「已確認」和「推論」分開。監管清單能確認版本存在，不代表能確認玩家派彩；桌面顯示可以確認按鈕名稱，不代表能確認後台結果機制；一張概率表可以確認標準模型，不代表能證明所有電子版本都沿用同一模型。把證據層次寫清楚，文章才不會由一個正確事實跳到一個沒有來源的結論。

對讀者而言，最有價值的不是記住某一句口訣，而是能自己完成同一套檢查。當結果、規則、派彩、版本四層都對得上，才有條件談命中概率或長期數學；任何一層未知，都應明確標示未知，而不是用常見規則補空白。

最常見錯法是把「通常如此」寫成「永遠如此」。Sic Bo 在不同地區和電子桌可以使用不同 Paytable、Bonus 或操作流程，所以穩定文章應先說清標準基準，再指出哪些欄位必須回到當前桌面核對。這不會削弱答案，反而能讓讀者知道哪些部分可以直接套用、哪些部分不能。

另一種錯法是把概率、派彩和單局結果混在一起。概率是結果集合的比例，派彩是命中後的支付，單局結果則只是其中一次實現。即使一個事件理論概率很低，這一局仍可能發生；即使連續很多局沒有發生，也不代表下一局需要「補回」。

最後是把產品名稱當規則。名字相同可以有不同版本，名字不同亦可能共享相同底層三骰結構。真正可靠的比較單位永遠是具體版本、Rules、Paytable與結果生成方式。

處理「3-3-3 骰寶」時，第一步不要直接由畫面上的投注名稱推答案，而是先把實際結果寫成可核對資料：三顆骰子的點數、總點、有沒有重複、是否形成 Triple，以及當前遊戲版本。這些是結果層；Big／Small、Total、Double、Triple、Combination、Single Number 等則是投注條件層。兩層分開後，才不會因為一個熟悉名稱而跳過例外條款。

第二步逐張投注核對 winning condition。若一個結果同時符合多張投注，應分別判定，不能先給整局貼上一個唯一標籤。例如總點、重複數字與指定號碼可以同時成立；相反，某些 Big／Small 規則又可能把 Triple 明確排除。這種逐注閱讀方法可以直接處理很多看似矛盾的結算。

第三步才看 Paytable。命中條件回答「這張注贏不贏」，Paytable 回答「贏了怎樣支付」。兩者其中任何一項改動，都可能令不同版本的長期數學不同；但如果只是介面配色、動畫或終端布局改變，就不應把它寫成概率變化。

第一種是只寫結果，不寫前提。例如「總點在某個範圍，所以一定命中」往往忽略 Triple 例外；「三顆骰子有 216 個結果」亦預設底層確實是三顆六面骰。只要前提沒有寫出來，正確數字亦可能被錯用到另一個版本。

第二種是把概率與短期結果混在一起。27／216、1／216 或其他理論比例描述的是指定模型下的結果集合，不代表下一局有補償機制，更不代表近期沒有出現的結果會因而變得「應該出」。歷史記錄可以用來核對已發生事件，但不能自行改寫下一局的樣本空間。

第三種是把派彩名稱當成固定全球標準。不同受監管版本可以保留相同投注名稱，但使用不同 Paytable、Bonus 或操作條件。遇到陌生電子桌時，最穩定的答案應同時指出標準基準與需要回到當前 Rules 核對的欄位。

先記錄產品名稱、版本號與規則日期，再保存當前 Rules／Paytable。版本號本身只證明軟件或產品有一個可識別版本，並不能告訴你到底改了哪一張投注、哪一個派彩或哪一項 Bonus。只有找到正式規則、監管清單、測試文件或供應商資料，才可以把「版本不同」進一步寫成「規則不同」。

如果結果仍由三顆標準六面骰產生，216 個有序結果仍是概率計算的基礎；若新增骰子、特殊符號、額外隨機狀態或 Bonus 結果，才需要把完整樣本空間重新拆分。即使 216 不變，Paytable 改動仍然可以改變 House Edge，所以結果空間與支付表要分開比較。

發布前最好把每一項結論標成三類：已由正式文件確認、由標準模型計算、目前資料不足。這樣日後版本再更新時，只需要替換有證據變動的欄位，而不會把整篇舊規則連同新版本一起錯誤搬用。

凡是涉及新產品、展會、版本更新或監管核准，先確認日期與資料邊界。核准清單可以證明某個產品／版本被列入核准，但若清單沒有玩家 Rules，就不能自行補寫投注條件；展會尚未開始時，也不能把預期展示內容寫成已發生現場觀察。

對穩定數學內容，應保留完整計算來源，例如三骰結果數、組合數與排列方法；對可能變動的產品內容，則保留版本、規則日期與外部來源。兩種證據不要混用：標準三骰數學不能證明某個新產品一定沿用同一模型，產品宣傳頁也不能取代完整概率計算。

最後檢查站內延伸閱讀是否真的對應下一步搜索任務。規則頁應帶去更細的投注／概率頁，案例頁應帶去正式規則，電子桌頁應帶去結果來源與 Paytable 對照。內鏈的作用是補充缺失前提，不是為了增加數量而重複同一組連結。