TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
Grok Bot 官方指南拆解：AI 代理自帶雲端電腦，SpaceXAI 工程師一人管 200 個代理
SpaceXAI 從 8 月中到 9 月中在官方網站刊出 9 篇 Grok Bot 指南，這款代理背後掛著一台持久的雲端電腦，能開應用程式、瀏覽網頁、寫程式並執行程式碼。官方工程指南自述五個管理代理指揮 200 多個執行代理、單月交付 2,000 個 PR 的用法，也坦白權限規則的信任基礎與共享登入的風險。本文逐篇核對指南內容，把可核對的事實與官方單方宣稱分開看。
用 AI 摘要這篇文章：
SpaceXAI 在 8 月中到 9 月中之間，於官方網站的 Grok Bot 指南專區陸續刊出了 9 篇文章，最後兩篇（9 月 10 日的工程實戰、9 月 11 日的總覽入門）把內部團隊怎麼使用這款產品的細節攤得最開。這是目前大型 AI 廠商裡，少見直接把「一群 AI 代理怎麼被管理」寫成公開 SOP 的文件。
Grok Bot 的定位一句話就講完：一個背後掛著雲端電腦的代理。官方在入門篇的原文寫得直接，Grok Bot is an agent with a computer，這台電腦有桌面、檔案系統、終端機和應用程式，代理能開軟體、瀏覽網頁、寫程式並執行程式碼，你在自己的裝置上就能像操作遠端桌面一樣點開它工作的那台機器。
如果你正在考慮讓 AI 代理接手一部分日常工作，這批指南值得讀的原因有兩個。其一，它示範了管理結構：SpaceXAI 的工程師用 5 個管理代理去指揮超過 200 個執行代理，連代理團隊自己都有一位不寫程式的維運主管。其二，它誠實到有點意外：官方文件明講權限規則的信任基礎是「你相信模型會遵守你寫的規則」，也明講任何一個代理登入過的網站，其他代理都碰得到。哪些部分能直接抄、哪些數字要先打折扣，後面會分開講清楚。
九篇指南一個月連發，最新的兩篇把內部做法攤最開
先看事件本身。這批文件發布在 x.ai/bot/guides，從 8 月 15 日到 9 月 11 日，每篇都有具名作者與日期，全部是 SpaceXAI 內部人員執筆：
| 日期 | 篇名 | 作者 | 主題 |
|---|---|---|---|
| 8 月 15 日 | Grok Bot for PMs | Kevin Niparko | 產品經理的代理團隊 |
| 8 月 16 日 | Grok Bot for GTM | Krista Letz | 業務開發的幕僚長模式 |
| 8 月 24 日 | Designing Grok Bot with Grok Bot | John Bai | 設計師用代理探索方案 |
| 8 月 25 日 | Grok Bot for mobile app development | Ryan Perry | 一人手遊工作室 |
| 8 月 27 日 | How I run multiple teams of Grok Bots | Eric Zakariasson | 多團隊多頻道協調 |
| 9 月 8 日 | Templates for Grok Bot | Matt Palmer | 打包分享代理 |
| 9 月 9 日 | Grok Bot for Support | David Gan | 客服場景五項工作 |
| 9 月 10 日 | Grok Bot for Engineering | Lingxi Li | 工程艦隊管理 |
| 9 月 11 日 | Grok Bot 101 | Matt Palmer | 總覽入門 |
前五篇偏向個人工作法，後四篇則把產品規格與內部流程寫成了正式文件。9 月 11 日的入門篇由 DevRel 的 Matt Palmer 執筆，是官方給出的標準起點；9 月 10 日的工程篇資訊密度最高，後面會單獨拆。
跟聊天機器人的差別：代理背後是一台真的電腦
多數人對 SpaceXAI 的印象停留在對話模型 Grok 與 AI 百科 Grokipedia，這批指南描述的則是另一條產品線。Grok Bot 的雲端電腦是持久的，官方的形容是「像傳訊息給一位同事，只不過這位同事有一台真的、持續開機的遠端桌面」。關上筆電睡覺，代理還在雲端繼續跑你交辦的工作。
建立一個代理不需要寫程式。官方說法是把一個 bot 站起來要 10 到 15 分鐘，設定只有三個欄位：名字、標題、描述。描述就是這個代理的完整定義，官方範例是一條自然語言：每個工作日掃我的 X 書籤、選一個值得做的技術、用我的風格草擬提示詞、等我批准，然後啟動一個 Cursor 雲端代理。
觸發方式有三種：直接聊天、代理自訂排程或監聽事件（例如盯著某個 Slack 討論串或 GitHub PR）、以及代理之間互相傳訊息觸發。教它做事的方式也有兩種，把螢幕操作錄成示範，或者直接寫提示詞。
生態相容性是另一個重點。Grok Bot 支援跟 Cursor 同款的 MCP 伺服器、外掛與技能，同一個服務可以掛多個帳號，所以一個代理能同時看你的個人信箱與工作信箱。對已經在 Cursor 的協調代理上投入時間 的團隊來說，這代表累積下來的技能與連接器多半能搬過來用。
權限規則用寫的，官方也明講你在信任模型
這批文件裡最值得慢慢讀的段落，是權限模型。傳統上代理的安全規則寫在程式碼或 JSON 設定裡，Grok Bot 把它換成一段自然語言，寫在設定的 Agent 頁面。實際把關的是另一個獨立的審查代理，它檢查每個即將執行的動作，可以放行、阻擋或上報給你，允許清單與封鎖清單則用來引導這位審查者。
官方接下來那句話，比整篇的行銷文案都有價值：You are trusting the model to follow what you wrote，你是在信任模型會遵守你寫的東西。工作本身發生在隔離環境裡，但規則的約束力來自模型的遵從性，這一點官方沒有迴避。
設計上還有一個要特別注意的細節：帳號是共享的。原文寫明，如果你用某個代理登入了一個網站，同一台雲端電腦上的其他代理都能使用那個網站的登入狀態。好處顯而易見，官方的例子是他的 Marketplace 代理能直接搜尋已經登入的 Facebook；風險也顯而易見，你需要登入的服務越多，這台機器被任何一個代理誤用的影響範圍就越大。
人機接力有正式機制。代理遇到 CAPTCHA 或兩步驟驗證時，可以把桌面交還給你操作；需要密碼或 API 金鑰時，它會送出一個安全表單，而不是讓機密散落在對話紀錄裡。
外層動腦、內層動手：把寫程式交給 Cursor 雲端代理
工程篇與入門篇共同描述了一個兩層架構，這是整套用法裡最值得抄走的觀念。外層代理負責蒐集脈絡：讀 Slack、Notion、GitHub 與文件，整理出一份乾淨的提示詞；內層是 Cursor 雲端代理（Cloud Agent），拿到提示詞後實際寫程式、跑測試、開 PR。
為什麼要分兩層？官方的解釋是髒脈絡問題。如果同一個代理既要讀一堆討論、又要判斷該做什麼、還要立刻動手改程式碼，它會帶著一堆無關資訊進入執行階段。把規劃與執行拆開，執行代理拿到的是乾淨、具體、可驗證的任務。官方對分工的描述也毫不含糊：Grok Bot 不是在寫程式碼，它是在產出跟你會寫的一樣的提示詞，然後交給住在 Cursor 裡的專門寫程式代理。
執行端不限定官方雲端。你可以把自己家裡一台閒置的 Mac mini 註冊成 Cursor Cloud 的私有工作機，讓代理在上面跑任務，需要 VPN 或特殊環境的工作流因此可行，官方還示範了在私有工作機上跑 iOS 模擬器並回傳截圖。
驗收靠的是完整回饋迴圈。雲端代理能自己截圖，Grok Bot 用視覺能力核對「改動前後」的證據，不符合就退回重做。官方甚至把自家語音 API 接進雲端代理的系統音源，讓代理同時聽到語音與文字稿，用來測試產品的語音對語音功能。
工程指南的數字很漂亮，但都是官方自己說的
以下數字全部出自 SpaceXAI 工程師 Lingxi Li 在官方指南裡的自述，未經第三方驗證。
內部數字方面，他寫道團隊成員 Lauren 過去一個月交付了超過 2,000 個 PR（官方用詞是 shipped，交付，沒有說全部合併進主幹）；兩位工程師用四週時間靠 Grok Bot 打出產品基礎；他自己用三週做出 iOS 版的 v0。管理規模的對比更直接：過去他一個人手動同時管理 15 個雲端代理，現在交給 5 個管理代理組成的艦隊，同時管理超過 200 個。
那 5 個管理代理各有轄區：Baltata 管 iOS 與行動端共用層、Shaoruru 管桌面版與 CI/CD、Hogan 管基礎設施、Craig 管 Android、Quill 管代理執行框架。它們能互相跨區支援，但單一領域的表現最好，因為記憶系統與脈絡是有限的，這點官方的觀察跟人類工程師一致。
比數字更有參考價值的是三個管理機制。每 30 分鐘，管理代理掃描一個共享的 Notion PR 資料庫，逐條檢查錯誤回報機器人（Bugbot）的註解是否成立、CI 是否失敗、有沒有合併衝突，全部通過就標記待審，審查信心高且影響範圍小的 PR 直接自動合併。每天早上 5 點，一位叫 Jenny 的維運代理跟每個工程代理一對一，複習工作手冊、找出阻塞點，官方形容這能讓代理經過好幾週都不忘記複雜流程；代理犯錯時，Jenny 負責根因分析與事後檢討，更新手冊後公告全隊，她是團隊裡唯一不寫程式的成員，主管職。每天凌晨 3 點，工程代理自動清理程式碼、移除死邏輯、縮小安裝檔體積，早上醒來等著你的是一批維護 PR。官方引用的作者最愛提示詞是：你有六個小時，想做什麼就做什麼，玩得開心。
還有一個 P0 機制：任務標記為 P0 時，管理代理每 5 分鐘檢查執行代理的運作紀錄並主動導正方向。官方自己補了警告，這個模式燒 token 的速度快得超乎想像，留給真正的急事用。
對讀者來說，真正能帶走的是結構而非數字：管理代理與執行代理分層、共用一個可掃描的任務資料庫、每天固定複習規則、犯錯走事後檢討流程。這四件事不依賴任何特定廠牌的產品，用現有的代理工具也能拼出來。
其他六篇：客服五項工作、食譜式分享與個人用法
客服篇（David Gan，9 月 9 日）給了一個更具體的部門級劇本。他說 SpaceXAI 的客服每天處理數千張工單（同樣是官方自述），代理接手五項工作：發布追蹤與回饋監看、把錯誤回報重現成可複現的步驟與影片、從工單裡找出揚言退訂的用戶並叢集退訂原因、照退款政策逐件審核退款申請（可加留客方案）、以及把各團隊在乎的指標做成圖表報告。整套可以設成每小時執行的例行公事，結果從手機 App 查看。值得注意的是該篇截圖都標註了數字僅為示意，引用時別把畫面裡的數字當成實績。
模板篇（Matt Palmer，9 月 8 日）講分享機制，官方的比喻是給食譜而非給一道菜。打包出去的是技能、記憶與外掛的副本，原始的自訂程式碼與腳本不包含在內，個人性的記憶預設排除，按分享鈕也不會直接公開，先產生匿名私有的版本，再決定限團隊或公開連結。官方稱這是知識工作第一個可以廣泛分享的格式，說法大了點，但把技能打包成可分享格式這件事，其他的 Agent Skills 構建器也在往同個方向走。
其餘四篇個人用法各有亮點：產品經理篇談注意力清單與直接讓代理交付軟體、業務開發篇示範幕僚長代理與即時投影片、設計師篇用常駐代理探索更多方案、手遊篇是一個人加六個代理的遊戲工作室。這幾篇讀起來像配置分享，挑自己職能相近的看即可。
現在能用到哪裡，以及還沒有人知道的事
產品現況方面，指南頁面的行動按鈕是下載 macOS 版與免費開始使用，行動版在導覽列列出 iOS 與 Android，官方頁面的結構化資料則標註了 macOS、Windows 與 iOS。免費開始的額度有多少、付費方案怎麼算，官方頁面目前看不到公開定價，僅提供聯絡銷售的入口，這點在採用前需要自行向官方確認。
同樣沒有答案的還有：產品正式全面開放的日期、那些產能數字有沒有外部驗證的可能、台灣帳號的功能可用範圍有沒有差異。指南本身也會隨產品迭代變動，實際介面與規則細節以官方頁面為準。
如果要給一個現在就能做的判斷：已經重度使用 Cursor 的開發者門檻最低，技能與連接器直接沿用，值得照工程篇的結構在自己專案裡試一個管理代理加兩個執行代理的小艦隊；非工程背景的讀者先讀 101 與模板兩篇，就能判斷自己的日常工作有沒有適合交給一台持久雲端電腦的部分。產業面上，繼 OpenAI 把代理框架開放公開測試 之後，SpaceXAI 這批文件代表廠商競爭的焦點已經從模型能力轉移到「代理的管理方法論」，誰能把管理一群代理講得最清楚，誰就更容易被團隊採用。
