https://x.com/i/broadcasts/1YGNrbXEeazGw
第三天早上開播不久，他們先送東西，再打開工廠。
優惠只開十分鐘：沒用過 Grokbot 的人下載 App、開好帳號、設一個 recurring task，就送一個月最高方案，直播裡報的價值是 200 美元。送完之後，畫面切到 Lauren 的電腦，看前一晚的產出。她和 Roshan 前一晚把計畫丟給一組 bots，早上回來數 merge 進去的 PR，數字從一百多開始往上跳，三個人各記一個版本，最後的共識是一百六、一百七左右。
這是 Grokbot Galaxy 三天直播的最後一天。地點在舊金山，離 Dreamforce 會場半個街區，樓下是講台，樓上是他們做東西的攝影棚。前兩天他們先想做一間實體店面，訪談幾位來賓之後發現太難，第二天改成遊戲公司。第三天要做的事只有一件：把遊戲推出去。
一個晚上長出來的工廠，與那隻叫 Play 的 QA bot
Lauren 有一套自己用的 skill 集合叫 PStack，一個 Cursor plugin 加一個 Grokbot plugin。裡面有一個 skill 叫 Potato Mode，用她的說法，它教 bot 怎麼更嚴格地去編排其他 bot 跟 agent。指令長這樣：`/potato mode`，後面加上 full autopilot 跟一份計畫。
接下來發生的事就是一間工廠。它把計畫拆成很多小階段，一組 agents 分工：有人實作小 PR，有人去驗證，有人把應用跑起來，像使用者一樣到處點，找 bug。驗證做得夠紮實，PR 就可以在全自動模式下自己合併。Lauren 說她其實不喜歡「工廠」這個詞，只是找不到更接近的講法。
QA 也交出去了。任何在 CI 上變綠的 PR，都會被一隻叫 Play 的 bot 接手。它知道遊戲引擎怎麼運作，會把整場遊戲從頭到尾玩一遍，在合併前留下意見。Lauren 補了一句：「我們沒有 QA 團隊。昨天還有一個實習生，今天他不在了。」
再往下一層是 swarm。PStack 裡的 swarm skill 教 bot 去 Cursor 開一批 cloud agents，每個 agent 有自己的電腦，各自把遊戲跑起來、亂點、試邊角案例。他們把這件事叫 fuzzing，但定義很樸素：像一個重度玩家那樣，把每個按鈕按過，把每個奇怪的組合試過。
這些東西合起來的意義只有一句：把人工步驟從流程裡拿掉。Lauren 講得很直接，只要把對的資訊、對的 context 給 agent，那些「進 UI 點一點、確認有沒有壞」的工作就可以交出去。這件事後來變成整天的節奏。驗證不夠，不准自動合併；有回饋進來，先想它能不能變成某隻 bot 的工作。
遊戲本身：三隻排一排，兩勝三局，十枚 token
到這個時間點，遊戲的代號還是 Cupcake，正式名字要等上線才揭曉。
規則不複雜。三隻 bot 排成一線，一次一隻結算，回合結束時站著最多的一方拿分，兩勝三局贏一場對局。開局有十枚金幣，直播中途他們把「金幣」改叫 token，一隻普通 bot 三枚。商店裡還有強化道具，例如蘋果可以讓一隻 bot 加一攻擊、加一生命；買不起的卡可以先按 Freeze 留到下一輪；不想要的可以賣掉回收。策略藏在順序跟取捨裡：誰放前排、誰墊後、這三枚要花在誰身上。
卡片的原料是真的。場上每一隻 bot 都來自 Grokbot 市集裡真實存在的模板，當天挑了大約七十隻，每一隻生了獨一無二的頭像。稀有度不同，能力不同，Doctor EggBot 是 epic 等級。有人的工程師 bot 也被收進去，畫面顯示 uncommon，他得到一句「這 roll 得不錯」。
介面還在長。直播裡隨手就能指出好幾個問題：商店裡看不到卡片的能力、手機版底部的跑馬燈會蓋住按鈕、排行榜要手動重新整理。他們一邊玩一邊把這些記下來，交給後面的產線。
分數用 Elo 排，有分階。中午前出現第一批 platinum 玩家，Elo 一千一；下午場上有五位 diamond；第一名是整天領先的「Ari, the monk」。中間有人發現自己的戰績顯示四勝零敗，點進去卻有一敗，這條也變成 bug。
有一個工程決定值得記下來，因為它解釋了當天為什麼沒有全面崩掉。Lauren 在想的問題是：三個人同時改同一個產品，如果她把後端的欄位拿掉，Roshan 同時改了卡片的畫面，前端會不會去讀一個不存在的東西。她沒時間重新設計架構，先把後端回來的資料用 Zod 驗過一遍。後端是 Go 加 serverless，資料庫 PlanetScale，登入用 Clerk，部署在 Vercel，分享用的動態 OG 圖由 Takumi 產生。
上線：一個還沒有頭像的 X 帳號
上線的決定做得很短。帳號開好了，網址有了，介面還有一堆 bug。他們的講法是：就當作一場 play test，先說好會有 bug，大家邊玩邊修。有人補上那句老話：「如果我們沒有覺得丟臉，那就是出貨出得太早。」
上午十點多，第一則貼文發出去。帳號的頭像是預設的，因為還沒設。貼文的人自己說，這很像第一次開公司，東西都還不太能動，但很有趣。
兩個官方來源當場被講了很多次：ThursdayArena.com，以及 X 上的 @ThursdayArena。他們強調，任何其他帳號、任何其他網址，都不是他們。這句話整天出現了好幾次，重複到有點像咒語。
上線前最後一個障礙是登入。X 登入當場報錯，被當成 bug 處理，幾分鐘後通了。第一個小時的成績是排行榜上九十六個人，X 追蹤數兩百二十五，沒多久四百七十六，再沒多久八百多。他們一邊盯著 log，一邊玩自己的遊戲，排行榜第一名換了好幾次手。
遊戲可以不用登入就先玩。guest mode 是前一晚加的，為了讓剛點進來的人先玩到一局，再決定要不要用 X 登入。玩過練習局的人裡，大約 8% 最後用 X 登入。
從訂規則到做工具：這一天的行銷營運
樓下講台排的是 Grokbot 用在行銷營運與營收營運的場次。團隊裡有兩個 Matt，上樓的是負責營收營運的那位，他講完就坐下跟大家一起把這些東西套在遊戲上。
他的核心說法是，這一類角色的工作正在從訂規則變成做工具。以前是寫規範、發 checklist、希望各部門照著做；現在直接做內部應用，讓規則長在工具裡面。他用一句話形容行銷與業務團隊：他們在玩你設計的遊戲。
他示範的第一組是 bot 團隊。OP One 是他的 chief of staff，Fisher 負責收所有 inbox，Juno 是產品經理 bot。Fisher 每天固定時間掃過 email、行事曆、Slack，把真正要動的事挑出來丟給 OP One；OP One 再把其中一件事轉給對的 bot，例如 territory planning bot，它手上有 CRM 的完整 context 與 rules of engagement，先做出第一版，人只負責最後確認。講到一半，bot 就真的在他演講的同時把任務派了出去。
第二個例子是給業務用的「lead 交友軟體」。行銷一直產出 lead，業務不想碰，lead 在系統裡放到爛，也沒有人回饋給行銷。他的做法是讓每個業務登入一個只看得到自己 lead 的介面，往左滑要選一個結束原因，按下送出會用正確的方式寫回 CRM；往右滑就把這個物件送進 follow-up sequence。看起來像交友軟體，寫回 CRM 的邏輯是真的。實際開發時間十小時，上線幾週後 lead 的檢視率創下新高。有業務跟他說「我應該不需要再多一個交友軟體」，他的回答是這個至少約到會賺錢。
同一個下午，做 growth 的 Vincent 上樓把這些整理成 playbook：新追蹤者發 welcome DM、排行榜長出分享循環、把理想客戶輪廓交給一隻叫 Cerebro 的 bot。Cerebro 接了 Clay 與 Ample Market，先產出目標公司名單，再找人，再寫個人化的 outbound，送出後由 bot 盯著信箱看誰回。它也把玩家分成幾個段落，工作空檔的休閒玩家，以及拿它取代滑手機的人。它吐出的其中一句是「我們和新聞速覽、零食採買、再一局休閒遊戲共用同樣的五分鐘」，他們的反應是「有點 AI slop，而且裡面有一個 em dash」。這句話後來沒有直接用，但合作的品牌名單留下了：新聞 App、電子報、看盤 App。
錢：不賣強度，賣位置
錢在第三天有兩個接觸點，一個接上了，一個壞掉。
Stripe 負責 Link 的 Dan Hill 上樓聊 payments。Link 讓 agent 開一次性卡號在網路上買東西，人在 Grokbot 裡核可花費。他舉的例子是停車罰單、訂餐廳、訂機票、處理小孩學校的繳費。對這間公司的意義很直接：如果遊戲要收錢，得先讓 agent 有辦法替玩家付錢。他們當場把 Stripe connector 接上，下午的目標變成收到第一塊錢。
遊戲裡怎麼收，前一天就決定了不做 pay-to-win，付錢的人不該買到比較強的角色。當天下午真正推的是廣告：贊助大廳的表單、排行榜的置頂位置（每週競標一列）、底部跑馬燈的廣告位。還有人提議付錢讓名字在跑馬燈上有顏色，或是付錢把一段 prompt 送進產品。直播裡也提過訂閱、把某些功能鎖在後面，以及「有時候你就是得在遊戲裡加一點摩擦才能收錢」這種話，但同一段對話裡他們也承認那條線很難抓。最後留下的是不影響玩法的位置廣告。
前一天規劃過的帽子與外觀，在「讓遊戲今天能上線」的排序裡被砍掉。收播前他們實測競標介面：上傳 logo 只吃 SVG，第一次失敗，失敗後沒有重新載入，內容審核是壞的，$1 的競標送出後也沒有出現在排行榜頂端。他們自己下的註解是，我們賺到了理論上的第一塊錢。
把玩家的抱怨接上產線
上線之後，這條產線有三個入口：遊戲裡的回饋表單、一個 Slack 頻道，還有一支電話號碼。電話是用 XAI 的 voice agent 接的，加了 guardrails，來電的人如果開始亂 prompt，或是開始生氣，直接掛掉。當天收到的回饋裡，71% 是 bug，16% 是稱讚。
主場是 Slack 頻道。一隻 bot 盯著它做去重，確認是重複的，就丟給 cloud agents 去修。Lauren 之前建的 triage 流程是這樣跑的：先讓 bot 重現 bug，能重現才相信它真的懂問題；懂了才進 Notion；再由負責修的 bot 動手，修完跑 `/verify cupcake` 加 swarm 驗證，通過才自動合併。因為遊戲已經在 production，自動合併的前提是不能把所有人一起弄壞，她的講法是全自動可以，驗證要更兇。
那天現場修掉的東西列得出來：商店裡看不到卡片能力、手機跑馬燈蓋住按鈕、一直配對到 AI 玩家（回報最多的一條）、Elo 的數字對不上、重新抽卡造成的卡死、對戰紀錄不會更新。
他們也示範了一次用講話修 bug。Roshan 對著工程師 bot 說，排行榜上顯示四勝零敗，點進去是一敗，請它開一個 cloud agent 去查，順便問了一個笑話。bot 回了一個 SQL 走進酒吧、問能不能 join 的笑話，他們的反應是「不好笑，換一個」。Grokbot 的 voice mode 是當天才發布的。
新功能走同一個迴圈。卡片重畫，參考實體卡牌的視覺效果，當天挑到第三個版本；排行榜的動態 OG 圖，前三名放右邊；贏了以後可以分享的勝利卡；贊助大廳的表單收進按鈕後面；廣告競標同時在改。傍晚新開的 PR 編號來到兩百七十四，直播裡有人說要往三百走。
這群人的產能有點難估。他們自己的說法是，幾個人手上加起來大概有四、五十到六十隻 bot 在跑。另外有一個小習慣值得一提：Potato Mode 裡有個 skill 叫 No Comments，對應一隻專門刪註解的 agent。原因是 agent 很愛用註解解釋一個 workaround，等於把繃帶留在程式碼裡，根因沒修。Lauren 在自己負責的 Grokbot codebase 裡也是同一套做法。
至於 PR merge 為什麼叫 mash：她叫 Doctor EggBot 用食物、特別是馬鈴薯來命名，不知道哪一步出了差錯，Notion 裡多了一條「每次合併 PR 都應該叫 mash」。這件事就一直留著，畫面上有 push，也有 mash。
收播前的帳
下午四點多，他們最後一次翻數字。公開對戰超過六千場，練習局四千五百場上下，X 登入接近兩千，頁面瀏覽接近三萬。行動裝置與桌機大約一半一半，最多人從 X 連進來，搜尋遊戲名字時他們是第一個結果。上午有一波流量高峰，下午再來一次。這些數字是他們自己拉的，前一天完全不存在。
同一段時間，那條工廠用一條壞掉的 SQL 把 production 打掛。他們在鏡頭前處理，幾分鐘後 main 跟 prod 回來，第一句話是「我們回來了」。
收尾時他們把這三天的心得講了一輪。
第一個人講的是對齊。他們花了時間在幾個點子之間猶豫，一旦全員對同一個想法有反應，速度是自己長出來的。他也老實承認，如果沒有這場直播，「會有人玩這個遊戲嗎？我不覺得」。最難的從來不是做出來，是讓人願意在乎。
第二個人講的是組隊。不要怕組一支很雜的 bot 團隊，用找員工的方式去想它。他們有學遍好遊戲的遊戲設計 bot，直播裡也出現過另一種做法：進入一個新領域時，先把相關的課程整批丟給 bot 去上。你不知道的東西，可以讓 bot 去補。
第三個人講的是拿掉。有 AI 之後什麼都做得出來，所以紀律變成「我們要 unship 什麼」。前一天白板上那些複雜的屬性表、不同的戰場、外觀帽子，最後只留下核心迴圈跟廣告。他覺得這是當天能出貨的直接原因。
最後一個補上的是人的部分。他提到一則在 X 上看到的說法：一個團隊需要兩種人，一種是有清楚願景與品味、知道什麼該放進產品的人，另一種是無論如何都要把事情做出來的人，兩種兼有的人更少。講的人說，這是很難被模型取代的角色。
最後的結尾示範是廣告競標。填廣告主名稱、上傳 logo、送出競標，只吃 SVG 的欄位又擋了一次，換了一張 dummy logo 才過，審核功能是壞的，$1 的競標沒有出現在排行榜上。Lauren 的總結是他們有了理論上的贊助收入，然後大家下線。
一個小時前他們還在看那條一路往上的累積曲線，收播前幾分鐘 production 才剛掛掉又回來。這一天留下的不是「三天開一間公司」的證明，而是更小的一個觀察：這條產線真的能把使用者的抱怨變成出貨，速度很快；同一條產線也能把 production 打掉，速度一樣快。那些自動合併的 PR 是 bot 自己收的，最後那塊廣告看板得靠人一個欄位一個欄位填，還沒填完。