次日長桌現場對談全紀錄 深夜大轉向、遊戲工作室拍板與物理世界代理人

大家早安！歡迎來到 Grok Bot Galaxy 次日直播現場（SpaceX / xAI Day 2 直播存檔）。如果聊天室裡有新加入的朋友，我們依照慣例快速做個自我介紹。我是 Matt Palmer（Matt P / @mattyp），在 SpaceX 負責開發者體驗（DevEx）。

我是 Roshan Sadanani（@roshan_s），在 SpaceX AI 負責產品。

哈囉，我是 potato，Twitter / X 上的名字是 potato（@poteto）。我在團隊裡負責處理馬鈴薯的事情——開玩笑的，我在 SpaceX AI 負責 Grok Bot 的工程開發。

對於昨天剛跟著我們起步的觀眾，回顧首日，我們的核心在於建立公司架構、設定好所有帳號、進行腦力激盪，並在商業想法上達成共識。昨天我們原本拍板要打造一間結合數位營運與實體活動的舊金山美食快閃店（Pop-up）。整整一天我們都在圍繞那個願景配置環境、產出原型和展示成果。

不過，經過了一整夜的反覆推敲，我們的團隊可能連夜改變了主意。

沒錯，我覺得昨天的快閃店想法有點眼高手低、好高騖遠了（bit off more than we can chew）。我們昨天請了幾位很棒的現場嘉賓，他們給出了非常中肯且現實的建議：在舊金山經營實體快閃店，有極其繁瑣的法規限制與營業執照（Licensing）要求。而且說實話，在直播畫面上看我們三個人整天處理那些繁文縟節的行政申請，對觀眾來說真的非常無聊。

確實如此。而且昨晚我們放了幾隻 Agent 連夜運轉，讓它們替我們好好推演評估（let our agents cook a little bit）。結果早上回來，Agent 給出了一大堆明確的評估建議：要在短短兩天內從零到完整落地一間實體快閃店，幾乎是不可能完成的任務。

而且對於所有在螢幕前收看直播的觀眾，我們認為如果大家能親自加入這場好玩的過程，一起打造出每個人都能隨時參與並親自使用的東西，那會有趣得多。既然 Agent 都明確建議我們轉向了，那我們就果斷轉向（Pivot）！

打造一間企業的核心原則，始終是挑選你真正充滿熱情、而且過去有實戰經驗的事情。所以，你們兩位要不要聊聊我們今天的新方向？

好！我們對這個新點子感到超級興奮。我們希望打造一個平台，讓螢幕前的每一位觀眾、以及現場的所有與會者，都能輕鬆建立專屬於自己的 Grok Bot 模板（Bot Templates），並用這些模板進行非常有趣的互動。

我們能想到最有趣的事情，就是開一間「遊戲公司（Gaming Company）」！

我們今天要嘗試在這裡創辦一間遊戲工作室（Game Studio），打造出一款我們所有人都能帶著自己的 Grok Bot 一起同樂的全新遊戲。這是我們的核心願景。今天早上的開場大約有二、三十分鐘，我們會先在現場進行即時的白板腦力激盪（Live Whiteboarding），跟大家梳理如何把這個願景拼湊出來。接著 Lauren 會帶我們看一下最小可行性產品（MVP）的架構規劃。大家覺得這計畫如何？

太棒了，我們直接開幹！能把我的白板畫面切換到直播上嗎？

🎬 看著白板 放大一點、放大一點，太小了，觀眾看不清楚。好，首先我們覺得能把 Grok Bot 模板納入核心玩法會非常酷。Lauren，你要不要先跟觀眾解釋一下什麼是 Grok Bot 模板？

沒問題。Grok Bot 模板是一種讓你將自己打造的專屬 Bot 分享給全世界的機制。在 Grok Bot 應用程式的市集（Marketplace）裡，大家可以看到很多精彩的模板範例。

本質上，這是一種分享個人專業知識與工作流的方式。它完整封裝了這個 Bot 具備的各項技能（Skills）、例行排程（Routines），以及經過篩選、不洩漏個人機密的選擇性記憶（Selective Memories）。如果你花時間調教出一隻極度擅長產品經理工作的專家 Bot，你可以直接發布為模板，讓其他人一鍵取用並從中獲益。

完全正確。所以我們的構想是：何不把這些模板帶入一場好玩的遊戲中，激勵大家打造出自己真正喜愛的 Bot，並與社群成員共享？

我們要做的，就是讓每隻 Bot 真正活過來——做一款小遊戲，讓大家把自己的 Bot 派上陣容，彼此正面交鋒對決！

這太好玩了！我把基本邏輯畫在白板上。大家今天在 Grok Bot 裡建立好 Bot 後，可以直接存成模板。我們的遊戲系統會提供一個轉換器，把這份模板一鍵轉化為遊戲裡的「英雄角色」，並能與其他玩家上傳的角色正面對決。

我們希望保持極致簡潔與趣味，讓每個人都能無門檻參與，並在實作過程中不斷迭代。

第一步，是建立一支由三隻 Bot 組成的戰隊。我們會為每隻 Bot 賦予三個核心屬性數值。參考我們平時最愛的幾款經典遊戲，我提議採用： 1. 魅力（Charisma / Riz）； 2. 敏捷（Dexterity / Dex）； 3. 智力（Intelligence / Int）。

同時，每隻 Bot 還擁有專屬特殊能力（Ability），這項能力會調用它的某項核心屬性。

每項能力必須有一個很酷的名字，不能直接叫「魅力技能」或「敏捷技能」，那樣太死板、太像工程參數了。

舉個例子，我自己最喜歡的一隻 Bot 是 Dr. Eggbot。Dr. Eggbot 的標誌性技能可以叫「Unslop（去 AI 廢話）」，這是我平常打磨的去廢話技巧，聽起來就很有特色！但在底層引擎裡，這項技能調用的依然是三大核心屬性之一。

沒錯！所以流程是這樣的：你上傳模板，系統幫你生成主角色，甚至帶一點隨機外觀，生成專屬的像素頭像。接著系統再隨機為你徵召兩隻輔助 Bot，組成一支三人戰隊（例如 Dr. Eggbot、Chad Bot，再加上一隻負責業務外展的 Outbound Bot）。

那屬性數值該如何決定呢？我認為必須具備確定性（Deterministic）：同一隻 Bot 每次匯入時，生成的基礎屬性應當一致。

我見過最平衡的做法是「固定總點數池」：每隻基礎 Bot 的總點數固定為 100 點，然後拆分給這三個屬性。而且我們可以直接調用 LLM 來讀取 Bot 的角色描述：如果這隻 Bot 的設定是擅長人際協調、溝通社交，那它就會獲得更高的魅力（Charisma）加成；如果它擅長在背後串接多種 API 和工具，那它就會獲得極高的敏捷（Dexterity）點數。但無論怎麼分配，三個數值的總和永遠剛好等於 100 點，單項下限設定為 10 點，上限 98 點。

我還有一個想法！在玩《暗黑破壞神》（Diablo）這類動作角色扮演遊戲時，掉落的裝備都有「稀有度（Rarity）」之分。如果 Dr. Eggbot 是一隻傳奇等級（Legendary）的 Bot，那該有多爽啊！

Dr. Eggbot 必須是傳奇！絕對必須是傳奇！

好，那我們加入稀有度修正係數（Rarity Modifier）：普通（Base / Common）的總屬性池是 100 點，若是稀有（Rare）、超稀有（Ultra）、傳奇（Legendary），就可以突破上限，獲得更多的總屬性點數！

既然我們要做的是一間遊戲工作室，從商業現實出發，這款遊戲終究得賺錢。但我很好奇你們對獲利模式的看法。身為資深玩家，大家最討厭的就是「課金變強（Pay-to-Win）」的免洗機制。我們要如何設計出既能創造營收，又絕不淪為 Pay-to-Win 的健康模式？

我完全同意，絕對不碰 Pay-to-Win。身為熱愛遊戲的人，為了數值花錢、或限制每天只能玩幾次體力，那是世界上最糟糕的體驗。

玩家花錢不應該是購買戰力，而是購買趣味與個性化表達： 第一是外觀造型（Cosmetics）。如果有一頂超酷的帽子，我完全願意花 1 美元買下它，而且因為是我專屬的帽子，全世界只有我有！我們可以直接串接 Rock Imagine 的多模態圖像 API，為每隻 Bot 生成獨一無二的專屬造型資產。

第二是戰鬥場地與競技場（Arenas / Stadiums）。就像現實中的體育運動一樣，我們可以在競技場四周開放贊助廣告位。這種經典模式完全不影響遊戲內部的勝負機制，但在高流量的賽事中具備極大的商業價值。

第三是觀戰重播鏈結（Replay Link）。每場對決結束後生成專屬的 Replay ID 與觀戰連結，玩家可以分享到社群媒體。這會形成一個非常棒的飛輪：觀戰吸引新玩家、社群分享帶來流量、競技場看板放大品牌效應。

在產品從 0 到 1 的初期，首要目標是成長與獲取使用者，獲利模式可以在驗證遊戲真正好玩之後再逐步疊加。

談到業務的本質，如果你開了一家公司，你終究是在銷售產品、服務或商品。在我們這裡，核心產品是一款大家能親自互動同樂的遊戲，而我們的實體就是打造這款遊戲的遊戲工作室。

至於打造一間企業的其他層面，其實本質完全相通： 第一是發布管道（Distribution）——我們該如何讓大家發現這款遊戲？我們現在正在進行直播，這本身就是極佳的自帶流量管道；但同時我們也需要配置搜尋引擎最佳化（SEO）與 AI 搜尋最佳化（AEO）。這是我接下來能著手進行的工作。我們需要一個漂亮的著陸頁（Landing Page），讓大家能輕鬆找到我們。我們甚至可以考慮投放一些廣告。

甚至，我們也可以招募第四位團隊成員！我們能不能拿到種子輪融資（Seed Funding）？我們能不能找幾位實習生？問題是在沒有種子輪的情況下要怎麼招人？這個問題我們稍後再回答（笑）。

談到客服支援（Customer Support），大家如果想深入了解或提出疑問，該如何聯絡我們？我們可以提供電子郵件，甚至留一組電話號碼供大家撥打；或者我們直接串接 X 的聊天串流 API，直接從直播聊天室中擷取大家的即時留言！這能讓我們的社群互動直接在 X 上跑起來。

這太酷了！我們可以直接在後台建立客製化的 Grok Bot 來處理客服支援與社群意見整合。這正是把多隻 Grok Bot 真正帶入商業營運的絕佳展示——讓 Bot 協助我們打理整間公司的運轉細節。

太棒了。在白板的下方，我把最小可行性產品（MVP）的核心流程重新整理出來： 你匯入 Grok Bot 模板，系統幫你徵召戰隊，你排定出戰順序（Lineup），接著由系統進行輕量級撮合，讓你與另一支隊伍正面對決。

我們在演算法上需要做一些打磨，確保核心遊戲迴圈（Core Game Loop）具備足夠的平衡性，讓玩家感受到勝利的成就感，並建立再次回來遊玩的動力。

一旦我們把這個緊湊的 MVP 跑順，我們就能在上面疊加更多有趣的複雜機制：例如數值升級、能力變化、甚至設計不同的對戰競技場（Arenas），隨著時間改變場地屬性。這種模式給了我們無限的創意發揮空間！

確實如此！在工程實作上，這也能讓我們展示許多精彩的開發工作流。舉例來說，Dr. Eggbot 整合了我的工程外掛 P-stack。這套工具是我平時開發專案時高頻使用的利器，正好能在這裡大展身手。

在你們剛才討論時，我已經一邊打字、一邊下指令，產出了一份完整的架構手冊（Planning Playbook）。

這份架構手冊非常詳盡：它包含了應用程式的驗證清單（Verification Checklists），確保每項功能都有嚴謹的驗收步驟；它還包含了核心資料結構（Data Structures）、型別定義（Types）以及核心函式簽名（Function Signatures）的虛擬碼。因為我平時的工程習慣，就是優先把資料結構與型別定義梳理清楚。

哈囉大家好！歡迎來到 Grok Bot Galaxy 第二天的現場。我是 Amrita，在 Cursor 擔任現場工程師（Field Engineer）。

今天這場工作坊的主題是「Grok Bot for Sales Engineers（銷售工程師實戰專場）」。今天我會向大家實機展示三隻我日常工作中高頻使用的專職 Bot：其中兩隻會在我們打造的示範專案中沙盒運行，另一隻則是我每天用來替客戶製作案例簡報的秘密武器。

在進入實機前，我們再次回顧核心概念：我們正在從過去向 AI 發送單次指令、來回對話的 Chatbot 時代，邁向擁有一整個常駐虛擬團隊共同運作的時代。

現場給出的精準定義是：「An agent with a computer（配備電腦的代理人）」。

這項變革最美妙的地方在於：它交付的是「完成品（Finished Work）」。你不需要整天盯著它、不需要像照顧嬰兒一樣寸步不離，更不需要整天開著筆電。這些常駐雲端的代理人能像真實同事一樣，在你休假、外出、熟睡時全天候推進任務。

銷售工程師每週往往要與 15 到 20 家不同的企業客戶開會，需要針對客戶所在的行業即時調整簡報內容。過去製作一份嚴謹的案例簡報要花上好幾個小時：閱讀公開部落格、提煉關鍵痛點、找出具體佐證指標、設計版面、尋找高解析度 Logo。

首先登場的是 Mimi。她的專職是客戶案例投影片研究員（Customer Proof Point Researcher）。

我給 Mimi 設定了標準的簡報範本結構，每個案例投影片都具備五大核心要素： 1. 客戶品牌 Logo； 2. 遭遇難題（Problem）； 3. 解決方案（Solution）； 4. 量化成效（Impact）； 5. 客戶逐字引文（Quote）。

Mimi 擁有專屬的 Linux 虛擬電腦。在後台連接完成後，她能直接開啟簡報母檔。大家可以看到我過去與 Mimi 的對話紀錄：例如 Starlink 如何使用 SpaceX API 的公開案例，以及 Jellyfish 近期發布關於如何使用 Cursor 進行程式碼審查（Code Review）的技術部落格。

當我對 Mimi 說：「請為 Jellyfish 製作案例簡報，資料來源是這篇部落格文章」，Mimi 不僅提煉出四要素，更自主在瀏覽器中前往 Jellyfish 官方品牌頁面下載正確向量 Logo，並將其精確置入 Google Slides 投影片中！

現在我們現場進行即時演示。我從瀏覽器複製了一篇 Salesforce 官方發布的技術部落格——文章介紹 Salesforce 如何使用 Cursor 將遺留程式碼（Legacy Code）的測試覆蓋時間大幅縮短 85%。

我直接在對話框對 Mimi 下達指令： 「請為 Salesforce 製作一張標準案例簡報，資料來源是這篇部落格文章。」

Mimi 接收到任務後，立刻在後台虛擬機器啟動瀏覽器，閱讀該文章提煉出核心四要素，甚至主動造訪 Salesforce 的品牌資源頁面獲取官方高解析度向量 Logo。接著她打開 Google Slides，精準排版並插入該簡報，最後截圖回報。

整個過程在 10 到 15 分鐘之內自動完成，毫無差錯。完成後我接著指派了 Grab 的案例，她同樣自主推進。原本需要半天的工作，在喝杯咖啡的時間內就全部交付到位。

另外順帶一提，在後續的場次中，Krista 和 Mark 還會展示第四隻名為「Echo」的專職 Bot。Echo 的專長是在客戶視訊通話進行時，依據客戶即時提出的問題與關注點，在背景動態組織並生成專屬的客製化投影片，那也是極具威力的工具。

接著介紹另外兩位夥伴：Sherlock 與 Serena Williams。

今天我們使用的示範業務是 SpaceX 內部團隊建立的一個名為「FlyLo（FlyloAir.com）」的航班預訂系統。這套系統包含完整的現代軟體工程堆疊：前端、後端、Web 應用程式與機組人員專用 App。

Sherlock 是我們的技術專家 Bot。他直接連線了 FlyLo 的後端儲存庫與前端儲存庫，底層調用 Cursor Cloud Agents 解析程式碼語意。

當客戶提出極端技術難題時——例如：「如果兩個使用者同時在最後一秒點擊搶購同一張機票，系統如何防範高併發競態條件（Race Condition）？」

過去 SE 必須去找核心工程師查閱程式碼，但 Sherlock 在後台調用 Cloud Agent 自動排查程式碼庫，幾分鐘內給出結論： 「FlyLo 在 Postgres 資料庫層面實施了事務保護，結帳流程啟動時會對剩餘機艙空間鎖定 10 分鐘，後續請求會自動攔截並提示衝突。」 不僅如此，Sherlock 還直接起草了一份既嚴謹精確、又不會洩漏關鍵智財權（IP）的客戶溝通郵件草稿供我核准。

Serena Williams 則是競品情報 Bot。我熱愛網球，因此以球后小威廉絲為她命名，因為她以深入研究對手球路與戰術而聞名。

Serena 擁有獨立的虛擬電腦。她會像真實人類一樣造訪競爭對手網站（如 Southwest 航空、Spirit 航空、Expedia），在畫面上逐一點擊日期、挑選航班、模擬真實購票流程，並分析對手與 FlyLo 的流程差異。

更精彩的是跨代理人合作（Bot-to-Bot Group Chat）：我把 Sherlock 與 Serena 加入同一個群組聊天室，對它們提問： 「根據你們的競品測試與程式碼庫分析，目前競爭對手有哪些核心優勢，是我們能夠以極低工程成本快速實現的？」

兩隻 Bot 開始在群聊中自主交鋒對話： Sherlock 指出：「從程式碼層面來看，後端早已支援彈性日期行事曆（Flexible date calendar），前端介面也已拉好連線，只是先前未正式呼叫，只需極少工作量就能上線，這能立刻成為我們面對 Southwest 時的重大亮點。」 Serena 則分析：「對手的托運行李計費流程非常冗長，使用者體驗不佳，我們應避免踩入相同坑洞。」

Sherlock 還主動在對話中 @Serena Williams 詢問細節。兩位數位同事的自主討論，直接產出了一份高價值的產品需求文檔與 GitHub PR 建議。

在企業現實中，如果遇到市場上沒有預設外掛（Plugin）或 MCP（模型上下文協議）的老舊內部系統怎麼辦？

這正是「配備獨立電腦」的威力所在。一個工具沒有 MCP 或 API，完全不是阻礙（Not a blocker）！

凡是人類能在螢幕上操作的系統，Bot 都能接手。例如許多企業使用者習慣使用 Power BI，歷史上很難用 AI 代理人來自動化操作；但 Grok Bot 可以直接在虛擬電腦上打開瀏覽器登入 Power BI！又比如 MongoDB，即使市集裡沒有專屬插件，Bot 也能直接在電腦終端機或客戶端中操作它。

如果我想教會 Bot 一項市場上完全不存在的全新技能呢？

Grok Bot 支援「示範教學（Teach a task）」：我直接點擊接管 Sherlock 的電腦畫面，開啟螢幕錄影。我在 Google 搜尋中打開 Expedia 的技術部落格，滑動頁面，示範如何檢索「AI Agent」相關技術文章。

錄製結束後，Sherlock 自動分析這段操作錄影，將其提煉為一項全新的「競品技術掃描技能（Skill）」，並能立即套用至 Skyscanner、Google Flights 等所有競爭對手。我甚至可以用語音模式（Voice Mode）對它說：「注意到我剛才特別關注競品部落格中的 AI 關鍵字，請將這項偏好應用至後續所有競爭對手的掃描中。」

最後，是「Agent 孕育 Agent（Bot Factory）」的神奇特質： 我直接對 Sherlock 說：「根據你和 Serena 目前在銷售工程領域的工作脈絡，請為我推薦並孵化三隻你認為最有幫助的全新專職 Bot。」

幾分鐘後，Sherlock 自主建立了三位新員工： 1. Battle card Blair：結合實機測試與內部程式碼，自動產生 SE 專用的競品話術對決卡； 2. Demo Drake：展示演練話術專家，依據真實痛點產出絕無幻覺的展示腳本； 3. AI Radar：全天候追蹤各大競品技術部落格的最新發布動態。

當 Bot 在獨立電腦上瀏覽網頁時，如果遇到驗證碼（Captcha）或被特定網站（如 Facebook）判定為機器人封鎖，該如何處理？

這取決於目標網站的反爬蟲嚴格程度。對於企業級應用，我們建議管理員直接在後台將非業務網站（如社群娛樂平台）列入黑名單阻絕。而在業務場景中，如果遇到複雜的驗證阻礙，人類隨時能以「接管模式（Takeover）」點擊進入虛擬機完成解鎖，隨後交還給 Bot 繼續執行。

Grok Bot 的虛擬電腦操作能力是否意味著未來不再需要 MCP 了？兩者關係如何？

絕對不會。MCP 就像是代理人的高速專用 API，在結構化讀取資料（如建立 Google 文件）時，速度比模擬滑鼠點擊更快、且更容易配置安全性白名單。

但真實世界充滿了沒有 API 的老舊系統與客製化工具。電腦操作（Computer Use）填補了最後 10% 的鴻溝，讓代理人能跨越介面限制達成端到端交付。未來兩者會相輔相成。

如果給予 Bot 內部伺服器權限，如何確保它不會擅自修改生產環境造成資安災難？

在設定中有一項核心功能——「自動審查工具（Auto Review）」。你可以將關鍵操作（如部署生產環境、寄送對外信件、存取核心資料庫）設定為「必須事先請示（Ask first）」，只有在人類按下核准後才能放行，嚴格守住生產安全防線。

如果工具既沒有 MCP 伺服器，而且該軟體本身不能在 Linux 上運行，該怎麼辦？

坦白說，目前確實沒有解決辦法。因為我們的雲端虛擬機全部基於 Linux 系統，如果一項軟體既沒有 Linux 版本，也沒有提供 MCP 伺服器或 Web 端介面，目前就無法直接在 Grok Bot 中調用。

能聊聊 Token 的消耗成本嗎？

Grok Bot 底層採用了高性價比的 Grok 46 模型。我剛才製作一整份涵蓋十多個客戶案例的高品質簡報，總花費僅在 20 到 30 美元之間，卻為我省下了 4 到 5 個小時的枯燥手工時間，投資報酬率極高。

而且一切計費都基於實際消耗。如果你覺得 Bot 回話太過囉唆（Verbose），你可以在設定中要求它以簡潔風格回應，這也能幫你節省 Token 成本；但電腦操作（Computer Use）本身的運算則是客觀固定的。

回到我們的實況長桌！剛才 Lauren 稍微離線了一會兒。當大家忙著構思遊戲與專場分享時，我剛才用 Grok Bot 做了一件完全無關緊要但超好玩的事——我讓 Bot 從網頁上下載了一整包共 1,200 個 Bufo 迷因青蛙圖片，並直接用虛擬電腦操作把這 1,200 個自訂 Emoji 全部自動上傳到了我們的公司 Slack！這就是典型的 DevRel（開發者關係）日常生活（笑）。

與此同時，我們負責知識庫維護的 Bot 也沒閒著。它已經在背景將我們今天決定從舊金山快閃店轉向遊戲工作室的完整決策記錄、產品核心迴圈以及剛才在白板上繪製的架構圖，全部同步進了我們的 Notion 知識庫中。這樣一來，後續任何新加入的 Bot 都能隨時掌握我們這間公司的全景脈絡。

在前端發布方面，我也啟動了著陸頁（Landing Page）工程。我使用 Bun、Next.js 與 Tailwind，並掛載了社群開發的「Make Interfaces Feel Better」設計技能。我特別注重 OG Meta 標籤與社群分享預覽圖，確保遊戲一旦上線，在 X 上被轉發時能有最吸睛的卡片呈現。接下來我還會引導 Bot 完成 SEO 與 AEO 的最佳化配置。

大家稍等，我們的電腦遇到了一點技術小插曲，我們馬上排除障礙回來！

歡迎大家回到直播現場！剛才電腦出了一點小狀況，但我們已經完全排除障礙了。如果你剛加入直播，我們正在進行一場為期 72 小時的極限黑客松，現場從零打造一間遊戲工作室與首款多人卡牌遊戲！

現在把畫面切換到我的電腦螢幕上。我現在打開了 Cursor，準備在本地端驅動遊戲的快速原型。

對於不熟悉工具分工的觀眾：Grok Bot 擅長雲端常駐、執行綜合知識工作與多代理人分工；而 Cursor 則是我們日常進行軟體工程實作、重構與程式碼迭代的核心利器。兩者結合威力無窮。

在 Cursor 中，我啟動了一個本地 Agent。因為這個本地 Agent 剛被喚醒，缺乏剛才雲端 Bot 的完整歷史脈絡，所以我首先讓它閱讀我們已經提交到儲存庫（Repo）中的技術規範，並要求它用自己的話重新陳述這款遊戲的核心規則。

這是一個非常關鍵的防幻覺工程技巧：藉由讓 Agent 重述需求，我能立刻核對它是否真正理解了規則： 1. 三隻 Bot 組成核心戰隊陣容； 2. 對決前雙方陣容隱藏； 3. 支援類似西洋棋評分體系的 ELO 積分匹配系統。

談到 ELO 積分，我過去其實沒有親自設計過撮合系統，但我平時愛玩像《漫威爭鋒》（Marvel Rivals）這樣的遊戲，看過一些公開論文。本質上它就像西洋棋評分一樣，隨著你戰勝對手，你的積分會依據對手的強弱係數動態上升或微調。在初期的原型中，我們先保持演算法的極致簡潔。

在專案從 0 到 1 的最初階段，我信奉的核心原則是「先減後加（Subtract before you add）」與「極簡體驗（Experience first）」。

如果遊戲核心不好玩，再華麗的登入畫面與資料庫都是浪費時間。因此我直接對 Agent 下達了一組明確的工程備忘錄： 「在最初的原型中： 1. 完全跳過登入與註冊系統，先聚焦在遊戲核心玩法； 2. 啟動 Potato Mode 原型模式； 3. 所有狀態暫存在記憶體（In-memory）中，保持本機純粹運行，不需要配置真實資料庫； 4. 建立一個專屬的 Debug 面板，包含數值滑桿（Sliders）與輸入框，讓我在畫面上能隨時微調遊戲變數與常數，極速迭代。」

這個 Debug 面板的策略太棒了！這樣一來，我們在瀏覽器裡測試遊戲好不好玩時，可以直接手動拉動滑桿微調數值，而不需要每改一個數字就回頭在對話框裡重新打一大段 Prompt 等待 Agent 生成，這能大幅縮短反覆驗證的時間！

沒錯！這就是「Potato Mode」的核心精神。

Potato Mode 本質上是我在 P-stack 外掛中建立的一個「路由器技能（Router Skill）」。它本身沒有冗長的死板指令，而是封裝了一系列經過實戰檢驗的高級工程原則（Principles）。

其中最核心的原則叫作「體驗第一（Experience first）」：在工程決策中，永遠選擇「使用者愉悅（User delight）」，而不是「實作方便（Implementation convenience）」。每一項功能都必須有其存在的強大理由——與其發布大量平庸的功能，不如發布更少、但體驗極致的功能。

更重要的是：在拋棄型 HTML 原型中做設計與架構決策的成本，遠比在生產環境程式碼中便宜得多！

現在 Agent 已經在本地建立好了一個純記憶體的物件結構，並從 xAI 市集種子資料中載入了三隻預設 Bot，我們的本地遊戲原型已經準備在瀏覽器中跑起來了！

大家現在看到本地瀏覽器裡的畫面了。雖然介面剛搭出來，還非常陽春，但已經完整呈現了核心骨幹：三位 Bot 組成的戰隊、屬性面板，以及戰鬥結算區。

我們剛才在測試時發現了一個 Bug：普通卡片的總屬性數值加起來超過了 100 點，而且底部的滑桿滑動非常卡頓、數值異常跳動。這正是原型階段人機合作的價值所在。

在 Cursor 中有一個極其強大的功能——「設計模式（Design Mode）」：我不需要去翻找底層的 HTML 檔案尋找 class 或 div，我直接在內嵌瀏覽器中用滑鼠像畫框一樣框選出那個動作異常的滑桿，直接下指令： 「這個輸入滑桿動作異常，滑動不順，請修復。」

Bot 接收到帶有精確 DOM 座標的視覺與結構上下文，立刻重構了邏輯，數值總和精準回歸 100 點！這能讓你始終保持在思考與創造的心流中，完全不需要中斷思路去手動翻找檔案與 CSS 類別名稱。

Design Mode 實在太直覺了。它打破了傳統寫前端必須在瀏覽器審查元素（Inspect Element）與程式碼編輯器之間來回切換的撕裂感。

同時，我剛才還跟 Agent 說，我想引入一個很多人喜歡的開源 Pokemon CSS 庫，替卡片加上全息炫彩光澤效果（Shimmer effect）。

🎬 大笑 為什麼每張卡片都像一道刺眼的彩虹？這到底是怎麼回事？

我剛才被 Nerd-sniped（被極客好奇心帶偏了）！我告訴 Agent 替卡片加全息效果，但卡片本身尺寸很小，彩虹漸層（Gradient）沒有依照卡片尺寸等比縮放，結果全部擠在一起狂閃。我們稍後得把它的漸層比例放大，把彩虹效果稍微調弱一點。

在等待 Agent 編譯的時候，跟大家分享一個我個人的工程小習慣：我非常喜歡點開 Cursor 的思考區塊（Thinking Blocks）閱讀。

雖然 Cursor 預設會把思考區塊收合起來，但我常常手動把它們點開，因為我極度好奇 Agent 到底是如何一步步推導問題的。

其實，我在 P-stack 裡打造的許多工程 Skill，最初的靈感全部來自於閱讀這些思考區塊！ 很多時候我看著它的推導過程，突然發現：「等一下！你根本沒有真正讀取過這段程式碼，你到底憑什麼做出這個架構決策的？」當我抓到它的思維盲區後，我就會針對這個弱點親手寫一個 Skill 來約束它，徹底杜絕同類錯誤。

這真是一語中的！這個建議太珍貴了。很多人在使用 AI 寫程式時，一旦看到 Agent 輸出不如預期，往往只會情緒化地在對話框裡說：「不對，重做！做下一件事！」這樣只是在用補丁覆蓋補丁。

更成熟的工程做法是退後一步：看清它到底在哪個思維環節出錯了，將這個教訓收斂為一項永久的 Skill 或更新既有的規則庫，徹底一勞永逸！

我們的數值滑桿修好了，彩虹光澤也收斂完成了。我們來跑一次真實的模擬對抗！

好！我們派出 Dr. Eggbot 上陣。對手是專案經理 Bot（PM Bot）。

對決結算！Dr. Eggbot 的敏捷屬性遭遇了對手的智力屬性，對手觸發了 22% 的屬性克制加成，Dr. Eggbot 在第一回合惜敗！

天啊，RIP Dr. Eggbot！出師不利！

🎬 大笑 雖然克制加成生效了，但在跑完這場對決後，我發現了一個深層的玩法缺陷：目前出戰順序純靠隨機排定，玩家缺乏戰略博弈空間。如果抽到一張屬性很差的爛卡，玩家幾乎永遠不會想派它上場，爛卡就成了純粹的廢卡。

我們需要讓策略變得更有深度： 第一種思路是引入生命值（HP）機制，讓卡片能夠在戰鬥中存活並跨回合戰鬥，這時前鋒、中鋒與後衛的配置順序就至關重要； 第二種思路是動態戰場環境（Arena Conditions）：在特定競技場中，所有屬性反轉，或者弱勢屬性獲得極大增益，讓看似無用的卡片在特殊條件下成為致勝奇兵。

這就是「縮短抵達樂趣的時間（Shorten the time to fun）」。透過快速原型與即時調整，我們在寫下任何厚重程式碼之前，就已經在遊戲核心機制上完成了關鍵迭代。

在我們繼續深入開發之前，現場播放了一段非常精彩的真實案例——舊金山波特雷羅山（Potrero Hill）著名獨立咖啡館「Icon Coffee」創辦人 Marcel 的實踐故事。Marcel 是我們的好朋友，也是 Grok Bot 在實體商業領域的超級重度使用者。

大家好，我是 Marcel，Icon Coffee 的負責人，主持店內的咖啡專案與烘豆作業。

我跟 Matt 住在同一個街區，前陣子在店裡喝咖啡碰面時，他發現我整天都在用 Grok Bot。這段緣分很神奇，那正好是我兒子剛上小學的那週。學校的家長入口網站每天寄來雪片般的通知信件，我直接把入口網站權限交給 Grok Bot，讓它每天幫我過濾噪音、提煉關鍵日程。

在個人生活跑順之後，我開始思考：它能不能幫我管理咖啡店？Icon Coffee 不只是一家街角咖啡館，我們自己選豆、烘豆、批發配送，營運環節非常多。我給我的 Bot 取名為「Rex」，Rex 就像是我的全職幕僚長（Chief of Staff）。

我們把店內的 POS 收銀系統 API 串給 Rex。我隨時可以在手機上問它：「兩年前的這週我們營收如何？各項飲品的成長趨勢是什麼？」更棒的是調整菜單項目：我用手機拍下實體黑板菜單的照片，上傳給 Grok Bot。它一眼辨識出菜單項目，並比對銷售紀錄告訴我：「這幾款冷門飲品在過去三個月裡只賣出了寥寥幾杯，佔用了備料空間，建議直接下架。」

我的兒子即將滿 10 歲，陪伴孩子的時間無比珍貴。Grok Bot 每天替我省下兩小時的瑣碎雜務，讓我能抽出身來陪伴家人。這真的讓人感覺活在未來！

太讚了！Roshan，你平常去 Icon Coffee 最喜歡點什麼？

我絕對是卡布奇諾狂熱者！他們的義式濃縮油脂極其飽滿，奶泡打得無可挑剔。大家如果有來舊金山，一定要去喝一杯。

看完 Marcel 的故事，我們回到遊戲畫面上。剛才我們讓 Bot 生成了一組全新的遊戲卡牌視覺。

老實說，目前的畫面字體稍微偏多，但整體充滿了手遊抽卡（Gacha Game）的精緻感。而且我們調整了 Pokemon CSS 的全息炫彩光澤效果（Shimmer effect），將彩虹漸層按比例縮放至卡片尺寸，現在卡片在滑鼠懸停時閃爍著非常高級的光影。

不過在數值平衡性（Balancing）上，我們面臨一個深層的架構挑戰： 如果我們規定一隻 Bot 生成後的數值是終身固定的，那會發生什麼事？

想像一下，聊天室裡有人發布了一隻極品數值的「傳奇 Dr. Eggbot」，所有人只要複製這份模板，全網每個玩家的隊伍裡就全都是同一隻傳奇 Bot！這樣整個天梯生態（Meta）立刻就崩潰了，遊戲會變得極其單調乏味。

沒錯！為了解決這個問題，我們討論出兩種平衡機制： 第一種是「數值固定，稀有度隨機」：同一個 Bot 模板的基礎能力偏向是一致的，但每位玩家抽卡匯入時，roll 出的稀有度是隨機的。你抽到的是普通版，我運氣好抽到了傳奇版，這就保留了開箱的驚喜感； 第二種是「激勵社群模板創新」：我們可以設計一套激勵機制，當某個模板被大量使用時，系統會動態微調環境加成，促使玩家不斷去設計全新的專屬 Bot 模板來克制主流陣容。

這就是社群驅動的 Meta 演進！玩家為了在遊戲中稱霸，會反過來在 Grok Bot 裡不斷打磨出更聰明、技能更具針對性的 Bot。這把軟體工具的使用深度與遊戲樂趣完美咬合在了一起。

長桌迎來了我們今天的重磅客座嘉賓——創意技術專家與知名導演 Karen Cheng（@karenxcheng）！Karen 在社群上擁有超過三百萬粉絲，創作了無數引爆全網的創意影片與科技裝置。歡迎 Karen！

嗨，很高興來到這裡！我從 Grok Bot 早期就開始深度使用，徹底沉迷其中。

在我的日常生活裡，我為各種特定任務打造了專職 Bot：幕僚長（Chief of Staff）、包裹追蹤 Bot、甚至追劇提醒 Bot。我本身並不是專業工程師，過去使用傳統程式碼工具時常有一種冒牌者症候群（Imposter Syndrome），看著滿螢幕的程式碼感到不知所措；但 Grok Bot 的極簡介面隱藏了複雜的程式碼細節，讓我能將全部心力聚焦在「我想打造什麼」。

Karen 帶來了一份非常震撼的作品——客製化晨間實體報紙（newspaper.karenx.com）。

🎬 展示手中剛印出的實體報紙 這是我今天早上剛印出來的報紙！

這個專案源於我自己的切膚之痛：現代人普遍深受手機成癮困擾。去年我曾給自己設定一項挑戰：每個月挑一到兩次「週六完全不看螢幕」，從週五晚上到週日早上，完全不碰手機與筆電。這項挑戰艱難無比，因為在現代社會裡，少了手機就像失去了一條肢體（giving up an appendage）一樣無助：不能約朋友、不能叫外送，只能自己走路去超市買菜做飯；連五金行幾點關門、運動課幾點開始都沒法查！當時我覺得自己的大腦像一塊吸飽了水達到極限的海綿，完全裝不下任何新事物。

特別是每天早晨，我一睜開眼，一隻眼睛還沒完全張開，就開始滑手機、看社群、刷信箱，藍光刺眼，整個人陷入焦慮，一整天的節奏都被打亂。

我希望早晨能完全不碰手機，但我們又確實需要知道當天的重要資訊：今天有哪些重要會議？天氣如何？包裹何時送達？有沒有重要郵件？

於是我寫了一份長達 30 頁的詳細 Prompt 模板，打造了這個晨報 Bot： 1. 睡前告訴 Bot 起床時間，它會在清晨提前一小時自動在後台運作； 2. 自動讀取行事曆與電子郵件，提煉當日行程、天氣與包裹動態； 3. 抓取我喜愛的 Substack 專欄，保留精華並產生編輯摘要； 4. 最精彩的是：它會根據我當天的行程自動繪製一則專屬幽默四格漫畫，甚至生成一份以我生活細節為線索的填字遊戲（Crossword）！ 5. 終極魔法在於物理列印：它不需要繁瑣的驅動安裝，會自動在家庭 Wi-Fi 網路中搜尋可用的印表機，在清晨自動、安靜地印出這份報紙！

現在我每天在印表機的輕微運轉聲中醒來，床頭擺著一份專屬於我的實體報紙。不碰手機、不看螢幕，在晨光中喝咖啡讀報，身心狀態徹底煥然一新。印表機設定向來是家庭科技中最讓人頭痛的難題，但 Grok Bot 竟然自己在後台搞定了一切！

我的下一步進階計畫是串接機械手臂繪圖筆（Robot Pen / Plotter），讓它用實體筆直接在巨幅紙張上繪製出真正全尺寸的大報紙！

除了晨報，我還打造了復古旋轉電話（拿起話筒對話，掛斷後在實體螢幕顯示答案）以及包裹追蹤系統。

我的客廳掛著一台 Vesta Board 翻牌顯示器。Grok Bot 連線了我的 Amazon 與 DoorDash 帳號：每當有快遞進入配送狀態，Bot 會自動截圖司機距離我還有幾站；當包裹送達門口，牆上的翻牌顯示器立刻發出清脆的機械翻牌聲，顯示「您的包裹已送達」。我再也不用神經質地反覆刷新手機 App。

同時我還做了一個缺貨自動通知 Bot（Back in stock tracker）：有件我很喜歡的 T 恤長期缺貨，我讓 Bot 每天定時造訪品牌官網監控庫存。某天有人退貨釋出一件，Bot 立刻發出警報，我瞬間秒殺買下！它甚至能設定自動下單。另外還有追劇追蹤 Bot（Shows tracker），隨時提醒我喜愛的影集何時續訂第二季、今晚哪部影集即將首播，讓我晚上坐下來時再也不用煩惱要看什麼。

這完全體現了主動性（Proactivity）。原本需要人類主動去各個 App 翻找檢索的零碎雜務，現在全由 Grok Bot 主動推播到你眼前，形成一個只匯聚你在乎事項的個人專屬資訊流。

還有一個我超愛的功能是讓 Grok Bot 控制我的 iMessage。這需要稍微調整一些權限設定，但能對 iMessage 加上條件判斷邏輯（If-then logic）簡直太酷了！

舉個例子：上次我用 Instacart 叫外送買東西送到朋友家，但我當時想去洗澡，完全不想一直盯著手機手動傳訊息回報司機進度。於是我告訴 Grok Bot：「幫我盯著 Instacart 司機位置；只要他距離朋友家在 10 分鐘路程以內，每隔 2 分鐘就截一張司機即時位置圖，透過 iMessage 自動發給我朋友！」

結果我朋友一路清清楚楚看著地圖截圖，順利在門口接過外送。Instacart 本身根本沒有將外送位置即時分享給第三方的功能，但有了 Grok Bot，任何單人工具都能瞬間變成多人協同（Multiplayer）！

站在產品團隊的角度，身為重度使用者的你，最希望看到 Grok Bot 未來加入什麼新功能？

我最希望它能更好地管理登入狀態（Manage logins better）。

比如我做了一個訂閱管理與取消 Bot，負責定期檢查我在各個訂閱服務花了多少錢。但問題在於，虛擬機器（VM）上的服務經常會過期被登出，而有時我在自己的本機電腦上明明是登入的。如果能在虛擬環境與本機之間，把整個身分驗證與登入生命週期管理得更平滑、更無痛，那就太完美了。

這段回饋太寶貴了！當使用者掛載大量外部服務時，登入憑證的生命週期確實是當前最真實的痛點。非常感謝 Karen 帶來的精采分享，為我們生動示範了 Grok Bot 融入日常生活的具體樣貌！

🎬 回到長桌坐下 剛才 Karen 的實體晨報分享真是太讓人驚艷了。現在回到我們的遊戲工作室本業，下午我們要全力衝刺，把對決引擎與天梯排行真正做出來。

我在螢幕上打開了我們剛才跑出來的對戰結果。目前的戰鬥引擎已經能精確計算勝負，但我發現單純看數字勝負有點無聊，玩家需要看到自己的即時排名變化（Ranking progression）。

所以我剛剛讓代理人加上了 ELO 積分計算邏輯：每贏一場，你的天梯分數會根據對手的實力浮動增加；如果以弱勝強，獲得的分數會大幅加成。

🎬 湊過來看螢幕 嘿，等一下，我看見 Dr. Eggbot 的基礎點數怎麼變成 43 點了？Lauren，你是不是偷偷在 Debug 面板裡給自己的 Bot 開外掛作弊（Cheating）？

🎬 現場大笑 哈哈！被你抓到了！既然是我們自己做遊戲，加點「秘技程式碼（Cheat codes）」本來就是工程師的特權嘛！不過認真說，這個作弊面板本質上是為了快速除錯：我們不需要每次都真的跑完十場比賽，只要手動把數值拉滿，就能立刻看到高分段的特效與 UI 是否會破版。

這完全合理。同時我看到卡牌收集冊（Card collection）的展示也漂亮多了，卡片邊緣有了典雅的橫幅標籤。現在我們的遊戲循環已經從單純的單挑，升級為具備天梯激勵機制的競技系統了！

大家好，歡迎來到銷售專場！今天我要跟大家聊聊，如何用 Grok Bot 徹底顛覆傳統業務團隊的作業模式。

對許多業務主管或創辦人來說，一天當中最焦慮的時刻，往往是早上「搭公車或捷運通勤」的那半個小時——你人不在筆電前，但手機裡的 Slack 訊息、客戶電子郵件與合約審批如雪片般飛來，你只能在一顛一簸的車廂裡焦慮地反覆刷螢幕。

透過 Grok Bot，你可以在手機端直接用語音或文字下達高階意圖：

現場給出的精準定義是：「銷售代理人不是發垃圾信的機器，而是端到端的商務拓展引擎。」

你只需要對它說一句話：「幫我建立這週的潛在客戶管線（Build pipeline），幫我約到這五家目標企業的工程負責人會議。」

Grok Bot 會自主執行以下完整鏈條： 1. 自動連線 X API 與公開商務資料庫，檢索符合畫像的企業與決策者； 2. 研讀目標公司最近發布的技術部落格，找到他們當前最關心的痛點（例如正在評估某個雲端資料庫）； 3. 撰寫高度客製化、毫不罐頭的開發信草稿，直接把個人化邀請發送給對方； 4. 一旦對方回信，自動比對你的行事曆空檔，直接敲定會議並生成準備簡報。

業務團隊不再需要把 80% 的時間浪費在手動肉搜信箱與複製貼上模板，你可以把全部精力用在會議室裡與客戶建立真實的信任。

🎬 看向窗外笑著 大家知道嗎？現在就在我們這棟建築物的隔壁街區，正是 Salesforce 一年一度最盛大的 Dreamforce 大會，外面到處都是狂歡的人群。而在隔壁一條街的這張長桌上，我們三個人正靠著幾隻 Bot 打算在 72 小時內手搓出一間遊戲公司！

剛才趁著空檔，我還用我的幕僚長 Bot 跑了一個很有趣的私人專案：我把我家的家庭電費與水電瓦斯帳單上傳給它。Bot 不但幫我把過去兩年的用電峰谷趨勢畫成圖表，還明確指出我家的熱水器設定可能在半夜浪費了太多能源，甚至給了我一個具體的調整建議。

你看，這種事情在過去誰會幫你做？沒有人會花一個週六早上去幫你算水電帳單。但有了 AI，這些隱藏在生活背後的低效率全都能被逐一掃清。

現在我們進入 SDR（Sales Development Representative，業務開發代表）專場。

身為 SDR，每天最重複枯燥的工作，就是從各個公開資料庫裡抓取潛在客戶的名單、清洗格式、複製到 CSV 檔案中，然後逐一去驗證他們的職稱是否正確。

在我們的演練中，Grok Bot 可以在其專屬虛擬環境中自主執行這個流程：它打開科技公司的公開名錄，自動提取工程主管名單，生成乾淨的 CSV 表格。更重要的是，它能透過「螢幕錄製示範（Screen Recording）」學習你的審核標準。

現場給出的精準定義是：「優秀的代理人系統具有複利效應：每一次人工指正，都是在加固系統的護欄。」

很多人的誤區是：看到代理人犯錯，就在對話框裡生氣叫它重做。正確的做法是，把這一次的錯誤提煉成一條精確的規則或技能（Skill）。當你這麼做了一百次之後，你的代理人就會像資深員工一樣，對所有的邊界條件瞭然於胸。

🎬 切換大螢幕 嘿，大家快看這個！社群裡有一位非常厲害的開發者展示了他用 Grok Bot 連線「Remotion」的效果！

如果你不知道 Remotion 是什麼，它是一個用 React 程式碼直接渲染影片的框架。這位開發者完全沒有打開 Premiere 或 After Effects，他只是指示 Grok Bot：「把我們剛才產生的遊戲對決日誌，做成一段 15 秒具有科技感的短影音，加上動態文字與炫彩轉場！」

Grok Bot 在後台自動寫好 React 元件程式碼、排定關鍵影格動畫，然後直接在虛擬機裡渲染出一段高清 MP4 影片！

這太不可思議了！程式碼不僅能用來做網站和計算數值，現在還能直接生成高質感的宣傳影片！這意味著未來我們遊戲工作室的所有社群宣傳物料，全部可以交給 Remotion 代理人全自動出片！

🎬 雙手在鍵盤上飛速敲擊 隨著遊戲功能越來越多，我們原先放在同一個檔案裡的「Potato Mode」極簡原型已經開始有點擁擠了。

我現在做了一項重要重構：把客戶端（Client）與伺服器端（Server）徹底拆開成兩個獨立的應用程式模組。 前端只負責 UI 渲染、卡牌滑動特效與狀態展示； 後端負責真正的勝率演算法、隨機種子生成與 ELO 天梯分發。

這樣做的好處是：即使後端的演算法在頻繁調整，前端也完全不受干擾，雙方可以由不同的雲端代理人平行開發。

🎬 檢查終端日誌 哎呀，Lauren，拆開之後我們有幾個自動化測試（Tests）紅掉了！

別慌，這很正常！這是因為路由拆分後，原本的種子資料（Mock Seed Data）路徑改變了。我直接呼叫我的修復代理人，讓它跑一次測試，自動抓出路徑錯誤並修復它——搞定，綠燈全亮！

🎬 看著即時串流聊天室 哈哈，聊天室現在有超多人在洗板，有一位觀眾說：「你們做了一整天的遊戲，畫面很炫、卡牌很酷，但為什麼一點聲音都沒有？沒有背景音樂的遊戲根本沒有靈魂！」

說得太對了！我們完全忘記了音效這回事！一款熱血的卡牌競技遊戲，怎麼能沒有開場音樂與戰鬥音效呢？

這還不簡單？既然我們有 Grok Bot，我們何不直接讓代理人去生成遊戲音樂？ 我現在就指示一隻音訊代理人：「請生成一段 8-bit 復古電玩風格、節奏明快、帶有冒險感的戰鬥背景音樂，以及卡牌翻開時的清脆音效！」

太讓人期待了！讓我們看看代理人能不能在短時間內把這款遊戲從無聲世界帶入真正的影音盛宴！

🎬 點擊播放鍵 大家聽！音樂出來了！ 🎬 現場音響流淌出輕柔而富有律動的電玩背景旋律

天啊，這聲音聽起來好安靜、好舒緩（Very calm, very soothing）！雖然跟原本想像中激烈的搖滾戰鬥不太一樣，但有一種奇妙的治癒感！聊天室已經有人在問能不能把這首曲子放上串流平台了！

這就是多模態代理人的威力：從圖像、程式碼到音樂，只要你敢提需求，它就能把你的想像具象化。

在今天最後一個專題中，我們來看看客戶支援（Customer Support）如何透過 Grok Bot 實現智慧化。

客服部門最常見的棘手問題之一，就是「退款審批」。傳統上，客服人員必須在 CRM、Stripe 帳單系統與客戶郵件之間來回切換比對，查詢客戶上次續訂是什麼時候、是否符合退款資格。

現場給出的精準定義是：「客服代理人不是擋駕機器人，而是兼具同理心與規則嚴謹性的授權協調員。」

在 Grok Bot 的支援體系中： 1. 當收到退款申請郵件時，Bot 自動連線後台資料庫，檢查客戶的合約週期； 2. 如果系統顯示「該客戶在一週前續訂，且根據服務條款完全符合全額退款標準」，Bot 會自動起草退款核准通知； 3. 同時調用 Stripe API 執行退款操作，並在客服工單系統中留下完整的審計紀錄。

原本處理一張工單需要 15 分鐘的手動排查，現在代理人可以在 10 秒鐘內精準完成，且 100% 依循公司的法規標準。

各位觀眾，第二天整整 8 小時 15 分鐘的馬拉松實況即將收官！讓我們回顧一下今天的成果： 昨天深夜我們果斷放棄了執照繁瑣的實體快閃店； 今天一早我們坐下來，從一張白板開始，定出了魅力、敏捷、智力三大屬性，設計了戰鬥數值； 我們欣賞了 Amrita 震撼的售前虛擬團隊、Karen Cheng 自動列印晨報的物理奇蹟； 在長桌上，我們實現了前後端架構拆分、跑通了 ELO 天梯對戰演算法、甚至給遊戲配上了專屬的背景音樂！

我們從「零應用」，在一天之內變成擁有完整戰鬥引擎、卡牌收集冊、多模態音效與天梯機制的真遊戲！明天我們將進入第三天的最終衝刺：把社群玩家真正的 Grok Bot 導入遊戲中，開啟一場全民參與的星系大對決！

最後向大家宣布一項重磅福利： 今天在直播間的所有觀眾，只要掃描螢幕上的 QR Code，複製並建立專屬的「Dr. Eggbot」，就能直接領取價值 200 美元的免費一個月 Grok Bot 高階會員資格！這項福利僅限前 1,000 名觀眾兌換。

感謝聊天室每一位朋友今天長達 8.25 小時的陪伴與點子貢獻！大家今晚好好休息，我們明天第三天決戰見！