Grok Bot Galaxy 第三天（第 11/40 段）

🧑‍🏫 這段是 Grok 團隊的直播。他們一邊測試自己做的對戰小遊戲和排行榜，一邊示範怎麼用 Grokbot 查 bug、把玩家意見整理成工作單。就算你不寫程式，也能學到怎麼把工作交代給 AI，以及接收陌生人的文字時要防什麼。

• 118:42 配對機制：玩家會跟其他玩家的 snapshot 對戰，snapshot 被打過就會從 pool 移除，沒有 snapshot 可配時就改配 AI 玩家
  ↳ matchmaking 是決定你跟誰對戰的機制。你打的通常不是真人即時操作，而是其他玩家的 snapshot，也就是某個時間點存下的分身。分身被打過就移出候選池（pool），配不到分身就換 AI 上場。
• 118:42 測試期間沒有其他玩家，所以大多配到 AI；現在已經有真人在衝排名，排行榜分數持續更新
  ↳ 測試時只有工作人員在玩，候選池是空的，所以多半配到 AI。現在真人湧進來衝排名，leaderboard（列出玩家分數和名次的排行榜）上的分數一直在變。
• 119:15 Elo 概念：排名越往上，越難拿到分數
  ↳ Elo 是源自西洋棋的計分制度，用分數估一個人的實力。分數越高，打贏一般對手能加的分就越少，所以排名越往上爬越慢。
• 119:48 Elo 概念：遇到分數高很多的玩家並打贏，可以拿到更多分數
  ↳ 反過來說，打贏比你高很多分的人，系統會判斷你的實力被低估了，一次加比較多分。所以敢挑戰高手，比較有機會快速上分。
• 120:24 Grokbot 可以快速產生勝負圖表和對手難度圖表（對手分成 ghost、AI、unknown），他們覺得這些名稱需要改得更好
  ↳ Grokbot 是這支影片主角的 AI 助理。問它一句，就能畫出勝負圖和對手難度圖。對手分成 ghost、AI、unknown（不明）三類，不過他們自己也覺得這些名稱看不懂，要改。
• 120:24 數據顯示輸的場次多於贏的，代表 AI 常常打贏玩家；他們認為競技遊戲的勝率應該盡量接近 50%，玩家才會覺得有機會贏
  ↳ 圖表顯示玩家輸的比贏的多，代表 AI 太強了。他們認為對戰遊戲的勝率要接近五成，玩家才會覺得「下一場可能會贏」而繼續玩。一直輸只會讓人想放棄。
• 120:59 想提高到接近 50% 勝率，可以派 bot 去分析資料；Roshan 的 Grokbot 連接了 planet scale、GitHub 和各種 metrics
  ↳ 想把勝率調回五成，不用自己埋頭看數字，可以派 bot 去分析。Roshan 的 Grokbot 已經接上 planet scale（雲端資料庫服務）、GitHub（放程式碼的平台）和各種 metrics（營運數據指標）。
• 121:30 可以把資料交給 game designer bot，請它分析玩家為什麼輸比贏多、遊戲為什麼不好玩；因為它有跨來源的 context，能提供好的 insight
  ↳ 接著把資料交給負責遊戲設計的 bot，問它玩家為什麼老是輸、遊戲哪裡不好玩。它同時看得到資料、程式碼和數據，也就是有足夠的 context（背景資訊），給出的 insight（見解）比較到位。
• 122:02 講者認為 Grokbot 最重要的不是設定 bot，而是把各種工具和 plugin 接上；不想建團隊的話，只用一個 bot 也能做到很多事
  ↳ 講者的重點是：bot 的角色怎麼設定不是關鍵，關鍵是接上多少工具。plugin 就是外掛，讓 bot 能操作其他服務。不想組一整隊 bot 的人，一個 bot 把工具接好也能做很多事。
• 122:02 講者接上的工具包括 Slack、X、planet scale、Notion、Clerk、Excalidraw（用來畫白板）；bot 還會自己建立 skill，例如做 sound design
  ↳ 他接了 Slack（工作聊天軟體）、X、planet scale、Notion（筆記兼資料庫）、Clerk（帳號登入服務）和 Excalidraw（線上白板）。bot 還會自己建 skill（可以重複用的技能包），例如做遊戲音效。
• 122:33 同一個 team 裡看得到隊友裝了哪些 app（例如 Matt 裝了 Remotion）；需要什麼幾乎都有 plugin
  ↳ 在同一個 team 裡，可以看到隊友幫 bot 裝了哪些 app，例如 Matt 裝了 Remotion（用程式做影片的工具）。講者的感覺是，想做的事幾乎都找得到對應的 plugin。
• 122:33 也可以直接把 MCP URL 丟給 Grokbot，它會自己安裝；前一天剛加入 1Password，其他還有 agent mail、Clay 等，每天都有新的上線
  ↳ MCP 是讓 AI 連接外部工具的通用規格。把某個服務的 MCP 網址丟給 Grokbot，它會自己裝好。前一天才加入 1Password（密碼管理工具），另外還有 agent mail、Clay 等，每天都有新的上線。
• 123:09 有一個叫 Crit 的 game design bot，data bot 把即時上線資料分享給 Crit，由 Crit 協助評估要做的遊戲機制好不好
  ↳ 他們有一個專門評估遊戲設計的 bot，叫 Crit。管數據的 bot 會把即時的玩家資料傳給它。之後想加新玩法時，Crit 就拿真實數據幫忙判斷這個玩法好不好。
• 123:46 發現 bug：自己一直配到 AI、打完 Elo 也沒變，但排行榜上其他人的 Elo 一直在變
  ↳ 講者自己玩的時候發現怪事：每場都配到 AI，打完 Elo 分數也沒變，但排行榜上其他人的分數一直在動。這表示配對或計分可能有 bug（程式錯誤）。
• 123:46 修 bug 的做法：如果是透過系統回報的 bug，會交給 engine 處理；這次是自己發現的，所以直接找 founding engineer bot
  ↳ 修 bug 分兩條路：使用者透過系統回報的，交給 engine 那條流程處理；這次是自己發現的，就直接找扮演「創始工程師」的 bot。
• 124:22 給 bot 的指令：描述在 thursdayarina.com 上一直配到 AI、但排行榜 Elo 卻在變動的現象，請它查清楚原因
  ↳ 指令的寫法值得學：講清楚是哪個網站（thursdayarina.com）、看到什麼現象（一直配到 AI，但排行榜分數在變），然後只要求它「查出原因」，而不是直接叫它改。
• 124:53 指令中還要求用 potato mode、用 Cursor cloud agent 調查，先不要開 PR，查完回報原因再決定怎麼修
  ↳ 指令還指定用 potato mode（影片沒解釋是什麼），並用 Cursor（AI 寫程式工具）的 cloud agent（在雲端執行的 AI 助手）來查。PR 是改程式碼的申請，先不開，查完回報再決定怎麼修。
• 125:23 新功能：使用者可以在遊戲裡送出回饋，回饋會流進 Slack 頻道
  ↳ 新功能：玩家可以直接在遊戲裡寫意見送出，這些意見會自動送進團隊的 Slack 頻道，團隊一看就知道玩家在說什麼。
• 125:23 接收使用者輸入要注意：moderation、rate limiting、過濾不雅字詞，寫進資料庫前要做 sanitization
  ↳ 只要開放別人輸入文字就要設防：moderation 是審查內容；rate limiting 是限制一個人短時間內能送幾次，防止洗版；還要過濾髒話。存進資料庫前要做 sanitization，把可能搞破壞的字元清掉。
• 125:54 回饋功能放在需要驗證的 route 後面，使用者必須用 X 登入，才不會誰都能送
  ↳ 回饋功能放在 authenticated route 後面，也就是要先登入才能用的頁面。這裡規定要用 X 帳號登入，陌生人或機器程式就沒辦法匿名亂送。
• 125:54 下一步：讓 Grokbot 整理並分類回饋、轉成功能需求，再由產品團隊決定要不要採納
  ↳ 下一步是讓 Grokbot 把一大堆回饋整理、分類，轉成一條條功能需求。不過要不要做，還是由產品團隊的人決定，bot 只負責整理。
• 126:30 也可以把使用者回報的 bug 拿來跑自動化 bug report，把自己測試應用程式這件事大規模化
  ↳ 使用者回報的 bug 也可以丟進自動化流程，自動產生 bug 報告，等於請大量玩家幫你測試。字幕提到的 fuzzing，就是用大量各式各樣的輸入去試，看程式哪裡會壞。
• 126:30 預告：之後會有更多讓玩家參與的有趣方式，也在規劃廣告贊助，同時承認介面很需要重新設計
  ↳ 預告：之後會有更多讓玩家參與的玩法，也在規劃廣告贊助。他們也老實承認，目前的介面很需要重新設計。
• 127:00 不會在直播中公開回饋內容；接下來示範工程師怎麼用 Grokbot 建立處理回饋的 factory
  ↳ 玩家寫的回饋不會在直播中公開。接下來由工程師示範怎麼用 Grokbot 建一條 factory，也就是像工廠產線一樣，自動處理回饋的流程。
• 127:34 Lauren 的 chief bot 叫 Steve，她只跟 Steve 對話，再由 Steve 分派工作給其他 bot
  ↳ Lauren 的 chief bot（總管 bot）叫 Steve。她只跟 Steve 對話，再由 Steve 把工作分派給其他 bot，就像只跟主管交代事情，由主管分工給組員。
• 127:34 做法：複製接收回饋的 Slack 頻道連結貼給 Steve，再用語音輸入下指令
  ↳ 操作很簡單：把接收回饋的 Slack 頻道連結複製給 Steve，再用語音輸入講要它做什麼，不用打一大段字。
• 128:12 Factory workflow 第一步：看回饋 → triage → 嘗試重現問題 → 在 Notion 資料庫開 ticket
  ↳ 流程第一步：讀回饋 → triage（依嚴重程度分級，決定先處理哪個）→ 試著重現問題，確認問題真的存在 → 在 Notion 資料庫開 ticket（待辦工作單）。
• 128:12 之後想接上會自動修 issue、開 PR 的 bot，但這步先留到以後
  ↳ 之後的目標是接上會自己修問題、開 PR 的 bot，讓整個流程從收回饋到改程式都能自動跑。這次先不做，留到以後。
• 128:12 處理使用者產生的內容時，要過濾跟遊戲無關的內容、不雅字詞和可疑連結
  ↳ 玩家寫的東西什麼都有，所以要先篩掉跟遊戲無關的內容、髒話和可疑連結，避免垃圾訊息或釣魚網址混進處理流程。
• 128:48 很重要：用 AI 審閱回饋時，要提醒 AI 注意 prompt injection
  ↳ prompt injection 是有人在文字裡偷藏指令，想騙 AI 照著做，例如在回饋裡寫「忽略之前的指示」。讓 AI 讀陌生人寫的內容前，一定要先提醒它小心這一招。
• 128:48 Lauren 的習慣：下完指令後，請 bot 用自己的話重述一遍
  ↳ Lauren 的習慣：下完指令後，請 bot 用自己的話重述一次任務。它如果理解錯了，當下就看得出來，不用等它做完才發現。
• 129:24 排行榜出現第一批 platinum 玩家（約 1100 分），有五、六位玩家克服 UI bug 升上 platinum
  ↳ 排行榜出現第一批 platinum（白金）段位的玩家，大約 1100 分。有五、六位玩家克服了介面上的 bug，升上 platinum。
• 129:54 考慮送獎品給排行榜前 10 名，例如 Grokbot Ultra 方案，但細節還要討論，也要先取得核准
  ↳ 他們在考慮送獎品給前 10 名，例如 Grokbot Ultra 方案。不過細節還沒定，也要先取得核准，目前還只是構想。

Lauren 請 Steve 建立的 Factory workflow，第一步最後會把 ticket 開在哪裡？