Grok Bot 設定：沒有 Studio，沒有模型選擇器

本週流傳著一篇中文貼文，標題是「我的 Grok Bot 工作室配置」——也就是「my Grok Bot studio configuration」——而這個措辭就是破綻所在。真正設定過 Grok Bot 的人都知道，根本沒有什麼工作室：沒有拖放式建構工具，沒有節點畫布，也沒有讓你挑選模型的下拉式選單。Grok Bot 是 SpaceXAI 的常駐代理產品，於 2026 年 8 月 11 日推出，而它整個設定介面就是文字——一個描述欄位、一段對話，以及任何你能夠用對話讓它記得的東西。那不是換個工具就能繞過的限制。它改變了「設定」這件事本身的定義，也說明了為什麼兩個人執行聽起來相同的設定，卻得到天差地遠的結果。

這個時間點讓這件事值得現在記錄下來。10 月 7 日，Elon Musk 在 X 上的一則貼文中表示，Grok Bot 將不再僅限於使用 SpaceXAI 自家的模型，而是會採用「針對任何特定任務的最佳後端模型」，並點名 Claude Opus 5.5、Midjourney 和 Suno——這是一項聲明，多家媒體已以聲明形式加以佐證，但仍沒有價目表、沒有更新日誌條目，也沒有任何外部實測。兩天後，也就是 10 月 9 日，結尾為 @mail.grokbot.com 的每個 Bot 專屬電子郵件地址開始推出。因此，你的設定背後的那個產品正在變動，而決定這個變動是否對你有幫助的，始終是同一件事：Bot 本身被定義得有多完善。

所移交的訊號實際上究竟是什麼

這篇文章是一位使用者在展示自己的設定，而真正有價值的讀法在於結構，而非字面：其模式在於，一個能運作的 Grok Bot 設定，是一份寫下來的職務說明，加上少數幾個已儲存的程序，而不是你只去設定一次的設定面板。SpaceXAI 自家的文件對此說得異常直白。其中一頁寫道：「設定是一則訊息，不是工作流程建構器。」技能被定義為「一組可重複使用、說明如何完成某項任務的指示」，而例行程序則被定義為「告訴某個 Bot 何時執行工作流程——按排程，或在支援的情況下，於某個事件之後」。文件所給的建議順序，一句話就是整套方法：「從一次性任務開始。讓它穩定可靠，把方法存成技能，然後才將它自動化。」

如果你一直在找 builder UI，只因為其他每個 agent 產品都推出了這樣的介面，那這句話就是答案。這裡的設定產物是能經得起真實任務考驗的文字——而文件會確切告訴你，一份好的設定產物包含哪些內容：何時使用這項技能、必要的輸入與存取權限、工作順序、如何驗證結果、要回傳什麼，以及哪些事項需要核准。

模型選擇器並不存在，而這正是有趣的地方

當你問到針對某個 Bot 該如何在 Grok 4.7 與 Claude Opus 5.5 之間做選擇時，文件的回答很乾脆：「模型選擇由 Cursor 管理，所以沒有模型選擇器。」沒有針對個別 Bot 的模型設定，沒有針對個別例行工作的，也沒有針對個別技能的。Bot 設定頁面涵蓋名稱、標籤、說明、頭像，以及一項通知偏好設定——這就是單一 Bot 的全部設定介面——而時區則位於帳號層級，因為例行工作需要靠它來安排時程。

所以，馬斯克在10月7日描述的路由，並不是一個你能轉動的旋鈕。根據我們能讀到的文件，那是平台端的決定，對你來說不可見，只能從輸出品質和之後用量計量器所顯示的數字看出來。對任何在 Grok Bot 之上建立設定的人而言，那是影響最重大的一項限制，而且值得直說：你控制的是工作，不是引擎。如果這個取捨可以接受，這個產品就是自洽的。如果你的工作流程刻意需要某個特定模型——為了成本、為了授權、為了可重現性——那麼 Grok Bot 就是不符合該需求的層級，而設定也永遠無法表達它。

真正限制設定的數字

大多數組態建議之所以含糊，是因為大多數代理程式文件就是如此。這些並不含糊，而且每一項都有其設計後果。

• 每個機器人的例行程序數量 — 50。一個機器人最多可擁有「50 個例行程序」，而應用程式會保留「每個例行程序最近 20 筆執行記錄」，因此你的稽核軌跡在設計上本來就很淺。

• 最小排程間隔 — 五分鐘。「例行排程至少須相隔五分鐘」，這排除了密集的輪詢迴圈，並悄悄促使你改用事件觸發器。

• 教學會錄製十分鐘。「教學會錄製可見的電腦互動，最長十分鐘。它不會錄製麥克風音訊。」冗長的程序必須拆分成多個區段。

• 每個 Team Bot 的機密 — 25，值在輸出中會遮蔽與塗銷，而文件警告 Bot「可以使用任何隊友對話中的每個機密」，所以一個機密就是授予整個團隊的存取權。

• 每個帳號一部電腦，而非每個 Bot 一部。「你帳號中的每個 Bot 都使用同一部電腦」，它「會被指派給你的使用者帳號，而非個別 Bot」，檔案存放在共用的 /workspace，且「檔案對每個 Bot 都可見」。每個 Bot 看到的畫面是各自獨立的工作介面，而非各自獨立的安全界線。

最後那一項，是人們最晚才會發現的限制。它意味著一份設定是整個帳號層級的物件：你授予某個 Bot 的權限，就是整個 Bot 群都擁有的權限；而你的研究 Bot 寫入的持久性檔案，你的外聯 Bot 也讀得到。

先設定邊界，再設定工作

文件的內建自動化指引，是一份簡短清單，列出在任何新設定最初十分鐘內值得做的事。將寫入操作置於核准之後：「要求寄送、購買、刪除、發布或變更生產系統前必須取得核准。」定義狹窄的事件比對，並避免「廣泛的監聽器，例如『每則新訊息』」，因為它們會產生雜訊、耗用使用量，並對無關的輸入採取行動。使用「測試執行」按鈕時要明白「測試執行會執行實際工作。它能瀏覽網站、變更檔案，並呼叫已連線的工具。」在第一次無人看管的早晨之前，寫下無資料政策與過時資料政策，並讓重試具冪等性，這樣重跑就不會重複寄送。

接著處理刪除，因為它是唯一無法復原的操作。「刪除例行程序會立即生效，且無法復原」，而刪除 Bot 則會「移除使用中的設定檔、對話與例行程序」，但電腦檔案和登入狀態並非依 Bot 各自隔離，且可能持續保留。隱藏是可逆的替代方案。還有一個授權細節，值得事先知道，而不是等到發現才曉得：Bots 文件指出，後端資料保留遵循適用的 Cursor 條款；這句話應該在你把任何受監管內容放進共用工作區之前先讀過。

哪些會延續，哪些不會

複製是在不同範圍執行相同角色最便宜的方式，而文件對這條分界寫得很精確。一份重複項目會取得「個人檔案、設定、技能、例行程序與頭像」，且明確「不會複製對話歷史、已學習的記憶或聊天附件」。分享則更進一步：你建立範本並選擇公開或僅限團隊存取，接收者會預覽並新增一份副本——「他們不會取得你的機器、登入資訊或歷史紀錄。」分享前請移除 API 金鑰、內部 URL 和客戶資料，因為範本會帶著設定，而設定正是人們藏放憑證的地方。

記憶也值得同樣的懷疑。文件把它描述為便利，而非真相：持續在來源系統中變更事實，讓 Bot 針對重要決策重新開啟或引用當前資料，並把安全限制編碼在描述中，而不是信任記憶能守住它們。團隊 Bot 增添了第二層——由每個人的對話讀取的團隊記憶，以及只跟著某個人的私人筆記——還有一個硬性計費事實：用量「計入該隊友自己的 Gro​k Bot 額度，而不是擁有者的。」

路由器適合的位置，而不假裝自己是代理程式

Gro​k Bot 是訂閱制產品；它不是你能透過第三方端點路由的東西，而且任何誠實的設定指南都不應該暗示可以這麼做。模型稀缺問題所引發的問題則是另一回事：如果你想刻意選擇引擎，你買的是 API 存取權，而那是與 Bot 分開的一層。

我們賣的就是那一層。 OrcaRouter 是一個 OpenAI 相容的端點，涵蓋 200 多個模型，且不會在供應商標價上加價，因此供應商降價當天這裡就會同步生效； Grok 4.7 就架在其上，採用 SpaceXAI 自行公布的費率：在提示 token 低於 200K 時，每百萬輸入 token 為 2.00 美元、每百萬輸出 token 為 6.00 美元，超過該門檻則加倍。對於像文中那樣的配置，真正重要的是那些能避免未經證實的步驟演變成正式環境事故的功能：當某家供應商效能退化時，可跨供應商自動容錯移轉；能將多個模型組合成單次呼叫的路由 DSL；以及針對會共同回答的多模型面板提供模型融合。而對於「這個 Bot 到底能不能勝任這項工作」這個問題，務實的做法其實很無聊——把技能寫出來，手動對你原本打算信任的模型跑一次，然後才把它自動化。容錯移轉能讓針對尚未承諾採用的模型嘗試某個步驟變得可承受，而不是一場賭注。

如果你這週正在撰寫你的設定

將角色寫成操作說明文字，而不是職稱。文件對此的建議比大多數都好：一個 Bot 應該有明確的目的、工具組、風格、核准界線或排程，並且應該從「最小可用編制」開始，先由一個 Bot 負責端到端的成果，之後才加入專家。然後依照文件規定的順序進行——先完成一個真實任務，並使其穩定可靠；將方法存成技能；之後才建立例行程序，並把 Bot、排程、時區、輸入來源、預期結果、核准界線，以及缺少來源時的行為全部寫下來。在你觀看時測試它。在第一次排程之前先設定時區，因為例行程序會用到它。並請注意現有的小型安全網：Gro​k Bot 可能會在長期未使用後詢問是否要繼續執行例行程序，如果你沒有回答，就會將它們暫停。

那篇貼文裡的配置並不是一間工作室，而這個詞本身也無傷大雅——它只是從業者在真正能掌控的只有一段描述、一個技能庫和一份排程時，所打造出來的東西的名字。撐不過下一次產品改動的，是任何假設模型是由你挑選的部分。馬斯克 10 月 7 日的聲明終究只是聲明，而文件裡也仍寫著沒有選擇器；若哪天真的推出選擇器，真正值得留下的配置，會是那些從頭到尾都把任務講清楚的做法。