行銷維運：四個 bot，各有名字各有職責
這場的講者把自己團隊在用的 bot 攤開講。
| bot | 負責什麼 |
|---|---|
| OP1 | 總管 bot，負責統整、驅動講者大部分的工作、維護任務清單 |
| Fisher | 負責接收信箱、日曆、簡訊與通訊軟體的訊息，所有進來的東西先過它 |
| Juno | 產品經理 bot，幫忙想清楚邊界情況、寫出需求規格 |
| Ondes | 工程師 bot，清楚公司系統怎麼接，包含客戶管理系統、資料倉儲與既有程式庫 |
另外還有一支專門處理業務轄區爭議的 bot，手上握有公司的協作規則與客戶管理系統的完整脈絡。
最後一天他們把東西上線了。這篇整理行銷維運職務的 bot 分工，以及收尾時他們自己講出來的成果、限制與做錯的事。
Grok Bot Galaxy 是 xAI 在舊金山連播三天的直播活動，他們給自己訂的目標是現場用自己的 AI bot 從零做出一門生意。第三天是最後一天，他們把做出來的東西上線了，也在收尾時講了三天下來學到什麼。
先講清楚實際做到哪：他們上線的是一款遊戲與它的網站，直播中提到的收入只有一筆一美元的競標與一筆他們自己稱為理論上的贊助，沒有真實入帳。所以這三天的成果是一個上線的產品，不是一間開始賺錢的公司。
這篇整理兩塊：一場行銷維運職務的工作坊（這個職務怎麼用四個 bot 把重複工作接走），以及最後的成果展示與檢討（他們做出什麼、哪些是壞的、哪些話他們自己說得很坦白）。
這場的講者把自己團隊在用的 bot 攤開講。
| bot | 負責什麼 |
|---|---|
| OP1 | 總管 bot，負責統整、驅動講者大部分的工作、維護任務清單 |
| Fisher | 負責接收信箱、日曆、簡訊與通訊軟體的訊息，所有進來的東西先過它 |
| Juno | 產品經理 bot，幫忙想清楚邊界情況、寫出需求規格 |
| Ondes | 工程師 bot，清楚公司系統怎麼接，包含客戶管理系統、資料倉儲與既有程式庫 |
另外還有一支專門處理業務轄區爭議的 bot，手上握有公司的協作規則與客戶管理系統的完整脈絡。
這場真正的重點在於它們之間怎麼接手，而不只是 bot 的數量。
早上 9 點 04 分，Fisher 跑完它排定的例行巡邏，把信箱、日曆、工作聊天室裡的新訊息全掃一遍。它不只列出有哪些新訊息，還會讀完整段對話，判斷對方到底在要什麼。
掃完之後，Fisher 主動把結果傳給總管 bot OP1。OP1 從裡面挑出一項任務，看出那是一件轄區歸屬的爭議，直接轉給專責的轄區 bot。那支 bot 憑既有規則與客戶管理系統的資料，把交付內容的初稿寫出來。
整段過程講者沒有下第二道指令。他的角色是最後進來驗收，確認這份東西講得通。
講者示範怎麼跟產品經理 bot Juno 一起把一個內部工具的規格想清楚。他的做法不是把需求一次講完，而是先給粗略構想，讓 bot 反問。
現場來回的問答大概是這樣：
他拿這個跟比較舊的 AI 工具對照：舊工具很想討好使用者，收到一句粗略的指令就直接開始動工，容易錨定在第一句話上，方向就跑掉了，用的人反而變得不敢放手、什麼都要想很久。
Juno 寫完規格之後，主動把工作交給工程 bot Ondes，開始實際開發。講者特別說了一句：這一步他沒有另外下指令。
這個內部工具從想法到上線是兩週，但真正的建置時間只有 10 小時。其餘時間花在帶人熟悉這個工具、收集回饋與新需求。
導入兩週後，團隊的名單檢視率創下新高。講者沒有給精確數字。
這場講的界線很清楚：可以給 bot 相當大的自主權，但在送出任何東西之前，它一定要先回到人手上。講者點名三類：對外發訊息、寫回客戶管理系統、送出程式修改。
⚠️ 這是行銷維運這個團隊的規則。同一天主直播的遊戲團隊反過來走，讓通過驗證的程式修改自動合併、不經過人。兩邊的差別在於後果可不可逆：一封寄出去的信收不回來，一個還沒上線的遊戲改壞了可以再改。
被問到什麼工作永遠應該是人做的，講者的回答是建立關係、建立信任，還有不計代價把問題解決掉。
有人問通訊軟體一直掉線的問題，講者確認目前沒有原生的接口。
他給的變通做法是：直接到 bot 的電腦裡把那個 App 裝起來，讓它像人一樣操作。也可以裝整合多個聊天平台的那種整合型 App。
他同時提到前一天剛公布的密碼管理工具整合：可以把密碼庫分享給 bot，設一個例行任務定期檢查登入還有沒有效，失效就讓它自己用密碼庫裡的資料重新登入。
⚠️ 這件事要自己衡量。把密碼庫分享給 bot，等於讓它拿著你的登入身分去操作。建議只開放真的用得到的項目，公司或客戶的帳號先確認對方同意、講好範圍。
講者講了一段方法論，這段可以直接搬走。
他說依他的經驗，就算在沒有 AI 的年代，越擅長把事情拆解、把做法寫成清楚的步驟，做事就越順。用 bot 只是把這個能力放大。
他的拆法是先把一條複雜流程切成最小的步驟區塊，例如登入平台看數據、下載報表、跟其他資料對照分析。每個區塊配一支專門的 bot，再讓它們協同運作。
最後一天他們把東西出貨了。
做出來的是一款卡片對戰遊戲。遊戲角色直接取自 Grok Bot 市集上約 70 個真實存在的 bot，每一隻都生了專屬頭像。功能包含社群帳號登入、全球排行榜，最後一晚才補上免登入試玩。網站上還開了兩個廣告版位：看板廣告與排行榜置頂競標。
第一天他們原本想做的是真人實體生意，訪談過幾位來賓之後覺得太難，第二天才轉向做遊戲工作室，第三天出貨。
網站另外做了給 AI 讀的優化，放上給代理看的規則檔與說明檔。講者說當時搜尋自家名稱已經排到第一，直播中沒有講是哪些關鍵字與哪個地區，這點無法獨立確認。
這是他們讓 bot 自己開工廠的成果。
做法是下一句指令讓它把整份計畫自動跑完。bot 自己把計畫拆成很多小階段，一批負責寫程式並提交修改，另一批負責實際跑起應用程式、亂點測試找出錯誤。通過驗證的修改自動合併，人不用一個一個按。
現場核對數字時說法不一，從一百多到一百七十都有人講，最後口頭定在 168。
收工前資料 bot 拉出來的數字：公開對戰超過 6,000 場、網站約 30,000 次瀏覽。累計使用者接近 2,000 但沒確定破關，因為主持人自己用一句壞掉的查詢把正式站弄掛了。
當天在跑的 bot 大致是這些：
監看回饋的那支 bot 做的事是一整串：先把重複的意見合併掉，判斷是錯誤就直接叫雲端的寫程式代理去修，修好自動合併。講者說他把這條設成全自動，東西就一直被合併進去。
這是收尾時的一句結論。
他們的說法是：一旦對齊一個大家都興奮的點子、開始出貨最小的可用版本，速度就快起來。但最難的部分通常是讓別人在乎這個東西。
接著講者自己承認：如果不是這場直播自帶觀眾，這款遊戲不會有人玩。
另一個他們自己在用的內部提問。
講者的說法是，AI 讓你想做什麼幾乎都做得出來，所以很容易做出一堆功能但不好用的產品。他們團隊常問的問題是這次要拿掉什麼，而不是要再加什麼。
實際砍掉的東西：複雜的角色屬性設計、多戰場的計畫。只留核心的戰鬥循環，才趕得上當天出貨。
他們原本想辦快閃活動，訪談業內的人之後，對方一口氣講出十件他們從沒想過的事，例如場地許可、餐飲、冷熱食規範。
講者給的建議是，用 bot 創業的話，繞著自己本來就做得很好的領域做。
同一段還有一句實話：不是跟模型許願就會有錢。他說自己從開播就開著一個 agent，到收工還是零收入。
這份清單值得單獨看。
| 壞在哪 | 直播中的說法 |
|---|---|
| 廣告競標 | 整個功能是壞的 |
| 內容審核 | 使用者投稿內容的審核機制是壞的 |
| 社群帳號登入 | 現場展示時出錯 |
| 排行榜分數 | 收到回饋說分數計算怪怪的，還在查 |
| 正式站 | 直播尾聲主持人自己用一句壞掉的查詢把正式站弄掛 |
| 遊戲本身 | 講者自己說第一款遊戲並不是真的很好玩 |
還有一個小插曲：他們讓一支 bot 去看直播剪輯、做一張三天回顧海報，做出來的東西講者自己評為不怎麼樣，當場說不覺得該給大家看。那張海報上的數字是 bot 自己上網查來的，沒有人餵給它。
講者建議的心態是不懂的領域就開一個對應的 bot 去補。有人的做法是叫 bot 上網修習一批課程，學會一個新領域。他認為組合可以很多元，用請一群員工的方式去想就好。
他們自己就有一支遊戲設計 bot，做法是讓它去學最好的那些遊戲。
收尾的最後一段，講者講了他認為更重要的事。
他說在 agent 的時代，你身邊合作的人反而更有價值。一個團隊需要兩種人：一種心裡有清晰的願景、判斷得出來要往哪走；另一種不放棄，一定要把事情做成。他說這是很人類的角色，模型再強都還是需要。
還有一句補充：上線那一下漂亮只是開始，後面怎麼一直改下去才是重點。
