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

看板C_Chat作者 (天空人)時間19小時前 (2026/01/21 10:59), 編輯推噓9(9推 0噓 29→)
留言38則, 9人參與, 18小時前最新討論串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, 19小時前 , 1F
喔靠腰我最後數字寫反了
01/21 11:00, 1F
推
01/21 11:02, 19小時前 , 2F
模式1怪怪的吧，一般出pu就停了不會補到60？
01/21 11:02, 2F
推
01/21 11:04, 19小時前 , 3F
Grok可以蒙地卡羅抽喔，好先進。我都叫R語言抽
01/21 11:04, 3F
推
01/21 11:04, 19小時前 , 4F
不要給AI算數學好嗎==
01/21 11:04, 4F
→
01/21 11:05, 19小時前 , 5F
我星期日有用grok gemini gpt claude寫120單抽驗證
01/21 11:05, 5F
→
01/21 11:06, 19小時前 , 6F
雖然4個寫出來的全錯 但grok是最準的 只有小邏輯錯
01/21 11:06, 6F
→
01/21 11:07, 19小時前 , 7F
就是有點慢
01/21 11:07, 7F
→
01/21 11:08, 19小時前 , 8F
他會算到他運作中的那個點點點都不見，都不知道是掛了還
01/21 11:08, 8F
→
01/21 11:08, 19小時前 , 9F
可以把他寫的code拿去gpt問 gpt雖然寫不行但debug還行XD
01/21 11:08, 9F
→
01/21 11:08, 19小時前 , 10F
怎樣
01/21 11:08, 10F
推
01/21 11:13, 19小時前 , 11F
直接讓ai互相對話算了（X
01/21 11:13, 11F
推
01/21 11:16, 19小時前 , 12F
我是開colab去加載R然後掛google api
01/21 11:16, 12F
→
01/21 11:18, 19小時前 , 13F
然後剛剛想到漏掉叫它記得把60送的10一定要用掉了，但結
01/21 11:18, 13F
→
01/21 11:18, 19小時前 , 14F
果上對模式1是幾乎沒影響(因為幾乎全用了)，模式2就更省
01/21 11:18, 14F
→
01/21 11:18, 19小時前 , 15F
了(六星均抽壓到58)這樣
01/21 11:18, 15F
→
01/21 11:18, 19小時前 , 16F
然後現在在等模式3抽到就停的結果
01/21 11:18, 16F
→
01/21 11:24, 18小時前 , 17F
01/21 11:24, 17F
→
01/21 11:25, 18小時前 , 18F
追up或收集率>抽到就停
01/21 11:25, 18F
→
01/21 11:26, 18小時前 , 19F
追六星的產量 ＞ 大概是模式2，每個六星用抽數最低
01/21 11:26, 19F
→
01/21 11:28, 18小時前 , 20F
但大概不管怎麼折騰，只要捏著大原則無井不下其實大概就
01/21 11:28, 20F
→
01/21 11:28, 18小時前 , 21F
都差沒多少
01/21 11:28, 21F
推
01/21 11:29, 18小時前 , 22F
感覺讓它用問答的不準 直接讓它依這個條件產一個co
01/21 11:29, 22F
→
01/21 11:29, 18小時前 , 23F
de出來 這樣至少能檢查中間邏輯？
01/21 11:29, 23F
→
01/21 11:31, 18小時前 , 24F
然後我在改一下模式1，模式1的條件我是參考前面那篇影片
01/21 11:31, 24F
→
01/21 11:31, 18小時前 , 25F
裡給的，然後我發現我數字看錯了
01/21 11:31, 25F
→
01/21 11:32, 18小時前 , 26F
因為我沒有真的想寫程式來驗這事
01/21 11:32, 26F
推
01/21 11:33, 18小時前 , 27F
AI數學超容易算錯 別鬧了==
01/21 11:33, 27F
推
01/21 11:35, 18小時前 , 28F
所以比較理想的是不要他算而是讓它產code再自己跑
01/21 11:35, 28F
→
01/21 11:35, 18小時前 , 29F
叫他產邏輯本身是可以的 grok還會把他的py拿去實際跑
01/21 11:35, 29F
→
01/21 11:36, 18小時前 , 30F
所以會很慢 另外幾家的結果就是純幻想了
01/21 11:36, 30F
→
01/21 11:36, 18小時前 , 31F
google直接跟我說他不能算
01/21 11:36, 31F
→
01/21 11:37, 18小時前 , 32F
所以雖然grok imagine現在算圖一坨，但grok本體還是蠻優
01/21 11:37, 32F
→
01/21 11:37, 18小時前 , 33F
秀的
01/21 11:37, 33F
推
01/21 11:37, 18小時前 , 34F
能不能丟個100池下去，感覺13池太少了
01/21 11:37, 34F
→
01/21 11:38, 18小時前 , 35F
然後因為大原則符合我預期(就是反正不管你怎麼瞎搞其實
01/21 11:38, 35F
→
01/21 11:38, 18小時前 , 36F
結果不會有什麼太大的差別)
01/21 11:38, 36F
→
01/21 11:43, 18小時前 , 37F
拉到100池結果差不多，就總之無井不下，抽到就跑
01/21 11:43, 37F
→
01/21 11:53, 18小時前 , 38F
好了我把我的扣打用完了
01/21 11:53, 38F
‣ 更多 skyofme 的文章
文章代碼(AID): #1fS446PW (C_Chat)
討論串 (同標題文章)
完整討論串 (本文為第 9 之 11 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共11篇)
‣ 更多 skyofme 的文章
文章代碼(AID): #1fS446PW (C_Chat)