Re: [方舟] 終末地,驚世智慧抽卡法

看板C_Chat (希洽)作者 (天空人)時間3小時前 (2026/01/21 10:59), 編輯推噓9(9029)
留言38則, 9人參與, 2小時前最新討論串9/11 (看更多)
因為反正閒著所以順便玩grok 首先這是我讓grok記住的規則 基礎概率:每抽6星概率 = 0.8% 小保底(軟保底): 連續65抽沒出6星 → 第66抽開始,每抽概率+5% 到第80抽必定出6星(硬保底) 這個計數可以跨池繼承 6星出貨分配(UP池): 出6星時:50% 是當期UP限定6星 50% 由「2個非當期UP限定6星 + 5個常駐6星」平分(7等分) 除了公測前3個限定池以外,其他限定池的「非UP限定6星」都是前兩個限定池的UP角色 大保底(硬性必得UP): 當期卡池最多120抽內必定獲得當期UP限定6星(僅限一次) 免費10連福利: 第一次抽滿30抽 → 獲得一次不計入保底的免費10連 跨池10連: 抽滿60抽 → 獲得一張僅限下個卡池使用的免費10連 然後參考那個人說的設定這樣的資源叫grok記住 記住模擬環境 起始有250抽,三個新卡池 然後再追加新卡池的時候會額外獲得50抽 總共13個新卡池 抽卡模式1: 以單抽計數 30抽內出限定六星則停手 31~60抽內出限定六星則補滿60抽 61抽以上出限定六星則停手 沒有120抽不抽 模擬結果(5萬次蒙特卡洛模擬): 平均限定六星獲得數:5.556 個 (總UP限定六星,有些池可能多抽到第二個) 平均不重複六星獲得數:5.496 個 (成功拿到的不同UP池數,相當於收集率 42.3% 每池) 平均全六星獲得數:12.088 個 (包含UP + 非UP限定 + 常駐6星) 抽卡模式2: 以單抽計數 如果前一池有30抽的pity,則一直抽到限定6星出 如果前一池沒有30抽的pity則最多只抽30抽 沒有120抽不抽 模擬結果(5萬次蒙特卡洛模擬): 平均限定六星獲得數:5.111 個 (總UP限定六星,有些池可能多抽到第二個) 平均不重複六星獲得數:5.096 個 (成功拿到的不同UP池數,相當於收集率 39.2% 每池) 平均全六星獲得數:10.204 個 (包含UP + 非UP限定 + 常駐6星) 可能規則或者模式寫法上還能再精修 grok算的對不對也不好說就是了 但由於我都有個先決條件是沒120就不抽 所以在這個前提上這個每池只補50的點會放大這問題,很常跳池 然後模式2的墊抽法會更放大這問題 所以雖然看上去結果少了 但模式2其實只用了692抽,模式1用了752抽 然後模式2的平均六星抽數(62.4)比模式1(60.8)少 有興趣也能一起來玩玩grok 啊不過可能規則太繞了他有時候會算到呆掉這樣 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.15.32.206 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1768964358.A.660.html

01/21 11:00, 3小時前 , 1F
喔靠腰我最後數字寫反了
01/21 11:00, 1F

01/21 11:02, 3小時前 , 2F
模式1怪怪的吧,一般出pu就停了不會補到60?
01/21 11:02, 2F

01/21 11:04, 3小時前 , 3F
Grok可以蒙地卡羅抽喔,好先進。我都叫R語言抽
01/21 11:04, 3F

01/21 11:04, 3小時前 , 4F
不要給AI算數學好嗎==
01/21 11:04, 4F

01/21 11:05, 3小時前 , 5F
我星期日有用grok gemini gpt claude寫120單抽驗證
01/21 11:05, 5F

01/21 11:06, 3小時前 , 6F
雖然4個寫出來的全錯 但grok是最準的 只有小邏輯錯
01/21 11:06, 6F

01/21 11:07, 3小時前 , 7F
就是有點慢
01/21 11:07, 7F

01/21 11:08, 3小時前 , 8F
他會算到他運作中的那個點點點都不見,都不知道是掛了還
01/21 11:08, 8F

01/21 11:08, 3小時前 , 9F
可以把他寫的code拿去gpt問 gpt雖然寫不行但debug還行XD
01/21 11:08, 9F

01/21 11:08, 3小時前 , 10F
怎樣
01/21 11:08, 10F

01/21 11:13, 3小時前 , 11F
直接讓ai互相對話算了(X
01/21 11:13, 11F

01/21 11:16, 3小時前 , 12F
我是開colab去加載R然後掛google api
01/21 11:16, 12F

01/21 11:18, 3小時前 , 13F
然後剛剛想到漏掉叫它記得把60送的10一定要用掉了,但結
01/21 11:18, 13F

01/21 11:18, 3小時前 , 14F
果上對模式1是幾乎沒影響(因為幾乎全用了),模式2就更省
01/21 11:18, 14F

01/21 11:18, 3小時前 , 15F
了(六星均抽壓到58)這樣
01/21 11:18, 15F

01/21 11:18, 3小時前 , 16F
然後現在在等模式3抽到就停的結果
01/21 11:18, 16F

01/21 11:24, 3小時前 , 17F

01/21 11:25, 3小時前 , 18F
追up或收集率>抽到就停
01/21 11:25, 18F

01/21 11:26, 3小時前 , 19F
追六星的產量 > 大概是模式2,每個六星用抽數最低
01/21 11:26, 19F

01/21 11:28, 3小時前 , 20F
但大概不管怎麼折騰,只要捏著大原則無井不下其實大概就
01/21 11:28, 20F

01/21 11:28, 3小時前 , 21F
都差沒多少
01/21 11:28, 21F

01/21 11:29, 3小時前 , 22F
感覺讓它用問答的不準 直接讓它依這個條件產一個co
01/21 11:29, 22F

01/21 11:29, 3小時前 , 23F
de出來 這樣至少能檢查中間邏輯?
01/21 11:29, 23F

01/21 11:31, 3小時前 , 24F
然後我在改一下模式1,模式1的條件我是參考前面那篇影片
01/21 11:31, 24F

01/21 11:31, 3小時前 , 25F
裡給的,然後我發現我數字看錯了
01/21 11:31, 25F

01/21 11:32, 3小時前 , 26F
因為我沒有真的想寫程式來驗這事
01/21 11:32, 26F

01/21 11:33, 3小時前 , 27F
AI數學超容易算錯 別鬧了==
01/21 11:33, 27F

01/21 11:35, 3小時前 , 28F
所以比較理想的是不要他算而是讓它產code再自己跑
01/21 11:35, 28F

01/21 11:35, 3小時前 , 29F
叫他產邏輯本身是可以的 grok還會把他的py拿去實際跑
01/21 11:35, 29F

01/21 11:36, 3小時前 , 30F
所以會很慢 另外幾家的結果就是純幻想了
01/21 11:36, 30F

01/21 11:36, 3小時前 , 31F
google直接跟我說他不能算
01/21 11:36, 31F

01/21 11:37, 3小時前 , 32F
所以雖然grok imagine現在算圖一坨,但grok本體還是蠻優
01/21 11:37, 32F

01/21 11:37, 3小時前 , 33F
秀的
01/21 11:37, 33F

01/21 11:37, 3小時前 , 34F
能不能丟個100池下去,感覺13池太少了
01/21 11:37, 34F

01/21 11:38, 3小時前 , 35F
然後因為大原則符合我預期(就是反正不管你怎麼瞎搞其實
01/21 11:38, 35F

01/21 11:38, 3小時前 , 36F
結果不會有什麼太大的差別)
01/21 11:38, 36F

01/21 11:43, 3小時前 , 37F
拉到100池結果差不多,就總之無井不下,抽到就跑
01/21 11:43, 37F

01/21 11:53, 2小時前 , 38F
好了我把我的扣打用完了
01/21 11:53, 38F
文章代碼(AID): #1fS446PW (C_Chat)
討論串 (同標題文章)
文章代碼(AID): #1fS446PW (C_Chat)