總點6包含2-2-2：指定總點與圍骰例外會否互相衝突？

結果層只陳述事實：三顆骰是2、2、2；總點=6；三顆相同；指定數字2出現三次。投注層才問某個市場是否把這些事實列為命中 Conditions。

如果把兩層混在一起，就會產生『既是總點 6又是圍骰，究竟算哪一個』的假衝突。骰寶並不要求一局只能屬於一個分類；同一局可以同時讓多張不同投注命中或輸。

三顆公平六面骰共有216個有序結果。總點6的有序組合共有10個，不是只看不排序的牌型。它們包括1-1-4的3個排列、1-2-3的6個排列，以及2-2-2的1個排列，合計10/216。

2-2-2因此占總點 6全部命中結果的1/10，但它又是圍骰。Exact 總點與圍骰是重疊事件，並不互斥。

總點 6：若規則如GRA電子骰寶所寫，4–17指定總點接受任何組合，則命中。小：6在4–10，但圍骰例外會把它排除，所以輸。指定 圍骰 2：命中。任意 圍骰：命中。單一號碼 2：2出現三次，按三次出現層級支付。

至於指定 加倍 2不能一概而論。GRA某些電子規則把『兩或三顆指定相同』都算加倍命中；Metropolitan公開規則則明寫圍骰出現時加倍輸。這正好說明同名投注也要看正式規則。

標準大／小的圍骰排除是該投注自己的附加條件；它不代表『圍骰不能再參與任何其他投注』。總點 Sum的規則若寫任何組合，只要總和相符就照常命中。

所以閱讀規則時，不能把一張投注的例外條款擴散到整張桌。每個注 Type都應有自己的結果集合。

確認總點 6是否真的存在、總點是否排除圍骰、大／小是否排除圍骰、加倍是否包含圍骰、單一號碼第三次出現怎樣支付、指定／任意 圍骰各自派彩。

電子桌最容易出錯的是用另一家派彩表補空白。名字一樣不代表同一結算。

• 總點 6 命中 Conditions
• 大／小 圍骰 Exception
• 加倍是否含圍骰
• 單一號碼三次出現派彩
• 指定 圍骰派彩
• 任意 圍骰派彩

有些產品可能移除某些總點、改成不同派彩表或加入Bonus；只要市場不存在，就不能因數學上總和等於6而說玩家『贏了總點 6』。

本文用標準骰寶常見市場說明事件重疊，實際投注仍以當前規則／派彩表為準。

它同時觸發總點、圍骰、指定數字三次出現，而且又落在小數值範圍內，卻因圍骰例外讓小失敗。一次就能看出『數學標籤』『市場條件』『例外條款』是三個層次。

比起普通1-2-3，2-2-2更能暴露規則閱讀是否只是看名稱。

總點 6是10/216；指定2-2-2只有1/216。前者是把所有總和為6的有序結果合在一起，後者只是一個特定結果。

因此同一局可以同時命中兩張注，但兩張注的公平派彩與莊家優勢絕不應直接共用。

第一步先確認結果空間仍是三顆公平六面骰。如果骰子數、面數、重擲、Bonus結果或RNG狀態改變，216個有序結果就未必仍是完整模型。

第二步把投注名稱翻成命中 Set。總點看總和；大／小看總和加圍骰例外；單一號碼看指定數字出現次數；組合看兩個不同值是否同時出現；加倍與圍骰則看重複結構。只有集合定義清楚，概率才有意義。

第三步單獨記派彩表。概率不會因按鈕顏色改變，派彩卻可以因版本、場館或軟件更新而改，莊家優勢正是兩者加權後的結果。最後再記介面與操作，避免把視覺更新說成數學更新。

• 結果空間
• 命中 Conditions
• 圍骰例外
• 派彩表
• 版本／規則日期

骰寶一個結果往往同時帶有總點、重複結構、指定數字出現次數與多個組合標籤。真正結算時，沒有一個全局分類會把其他標籤取消；只有每張注自己的規則會決定命中或排除。

因此最可靠的案例寫法是先列骰面，再建立所有客觀標籤，最後按投注逐行輸出Win／Lose／Not Offered／Depends on 規則。這種格式同時適合文章、計算器與自動QA。

如果遇到不同官方規則對同名投注處理不一，例如加倍是否包含圍骰，就應把差異原樣保留成規則 Profile，而不是擅自選一種當全球標準。

總點 6的十個有序結果可以分成三組：1-1-4有3個排列，1-2-3有6個排列，2-2-2只有1個。前九個都不是圍骰，最後一個才是圍骰。這表示總點 6本身並不是一個『非圍骰』市場；只要規則寫總和等於6即可，圍骰可以自然落在它的命中集合內。

這種完整枚舉也能檢查工具：如果程式只得到9個總點 6結果，通常代表它把2-2-2錯誤地套用了大／小的圍骰例外。若得到11個以上，則很可能有重複排列或總和條件錯誤。

1-2-3總點6，既命中總點 6，也命中小；2-2-2同樣總點6，總點 6仍可命中，但小因圍骰例外失敗。兩手的差異只有重複形態，正好證明小比總點多了一個『不是圍骰』的條件。

因此規則頁若只寫『小=4至10』而沒有圍骰例外，就不足以完整重建結算。對使用者而言，理解這個額外條件比背派彩更重要，因為它直接決定某些總點是否真正命中。

同一個2-2-2，在某些電子規則中指定 加倍 2仍算贏，因為文字定義包含兩顆或三顆指定相同；另一份真人規則卻明寫圍骰出現時加倍輸。這不是誰算錯，而是市場定義真的不同。

如果網站要提供加倍概率，就必須跟規則 Profile綁定：含圍骰時是16/216，不含圍骰時是15/216。只差一個結果，公平派彩和莊家優勢都會改，不能用單一固定數字覆蓋所有桌。

單一號碼 2只問指定數字2在三顆骰中出現幾次。2-2-2自然落在『三次』層，和它同時是否總點 6、圍骰或加倍沒有衝突。若派彩表將三次支付提高，改變的是這張單一號碼的EV，不會改總點 6的10/216概率。

這種多層結構最適合用來建立資料模型：結果層只存骰面；派生層存sum、counts、distinct values；注 Engine再按每張投注規則判定。只要三層分開，規則差異便很容易管理。

用1-2-3檢查總點 6與小應同時命中；用2-2-2檢查總點 6命中但小失敗；再用1-1-4檢查總點 6、小、加倍 1可同時成立。三手已經覆蓋三種不同重複結構。

若工具或文章在這三手上出現不一致，優先檢查圍骰例外是否被套到錯誤市場，以及加倍對圍骰的規則 Profile是否明確。這比只核對最終莊家優勢更容易找到規則層錯誤。

任何骰寶問題都可以回到同一個底層：三顆公平六面骰產生216個有序結果。文章中的總點、重複形態、指定數字出現次數與組合，全部只是對這216個結果做不同分組。先固定結果集合，再討論市場名稱，可以避免把介面文字誤當數學定義。

若產品仍是三顆六面骰，很多基礎概率可以直接由216結果重算；若新增Bonus Dice、重擲、非標準骰面或額外RNG狀態，則必須重新建立樣本空間。真正決定能否沿用公式的是結果模型，不是產品叫不叫骰寶。

一張投注至少要保存四個欄位：命中 Conditions、Losing Conditions、派彩、特殊例外。大／小的圍骰排除、加倍是否包含圍骰、單一號碼三次如何支付，都屬於這份合同的一部分。不能把其中一張注的例外條款設成全局規則。

同一骰面可以同時進入多份合同，例如某結果既符合Exact 總點又符合圍骰與單一號碼。結算器應逐張判定，而不是先給整手牌一個唯一分類再停止。這個資料結構也最適合處理不同供應商的規則差異。