Grok Bot：SpaceXAI 的 AI 同事獲得他們自己的電腦

2026 年 11 月 3 日，Grok Bot 不再是一個只會跟你說話的產品。「試試請 Grok @Bot 撥打電話！」Elon Musk 當天發文寫道，而他所指的，是比電話助理更狹窄、也比聽起來更古怪的東西：一旦你核准一通電話，Bot 就會撥給一家商家、等到等候隊列結束、一路按鍵穿過自動化選單、與接起電話的人交談，並把通話內容摘要交給你。執行這件事的代理程式，就是同一個 Grok Bot；自推出以來，它的推理能力已從 Grok 4.5 進展到 Grok 4.7，而且自 10 月 7 日起，在其擁有者的帳號上，它可能會把最困難的工作交給 Claude Opus 5.5——但電話線是它採取行動的第一個場景，而在那裡，你的任何登入資訊都派不上用場。

這項功能於10月25日宣布，並在預覽版中待了九天。11月3日變動的是誰能使用它：創作者 Peter Yang 當天表示，所有 G​rok Bot 使用者現在都應該能致電美國商家，而 Musk 則花了一整天叫大家試試看。服務範圍僅限美國號碼，且華盛頓州和伊利諾州皆被排除——無論使用者端還是號碼端都一樣。每一篇提及這些排除項的推出報導，都點名同樣這兩個州；但沒有任何一篇說明原因。

關於這項功能，推出它的公司幾乎沒有留下任何說明。通話功能沒有更新日誌條目，動態消息沒有貼文，文件裡也沒有頁面。現有的只有公司老闆的貼文、一些使用者示範，以及針對這兩者的第三方報導——這與這個產品最近推出的三個功能如出一轍，也是以下每項說法都標明來源的原因。

該能力背後的產品於 2026 年 8 月 11 日進入早期測試版：這是一款以「AI 不該只是回答你，而該替你分擔工作」為理念打造的 AI 代理產品。每個 Bot 在雲端都有專屬電腦，會登入你團隊已在使用的 Gmail、CRM 與網頁應用程式，並端到端完成工作，只在需要決策或核准時才回來。十天後，8 月 21 日，測試版從三個最昂貴的進階方案，擴大至 SuperGrok Plus、Cursor Pro+ 及所有 Cursor Teams 方案，其他人則可享有限免費試用。接著在 8 月 26 日，SpaceXAI 完全取消方案門檻：該公司在 X 上宣布，每位 SuperGrok 與 Cursor Pro 訂閱者，包括每月 30 美元的基礎方案與每月 20 美元的 Cursor Pro 方案，現在都能使用 Grok Bot，且所有使用者的每週使用上限均已重設。一週後，9 月 2 日，SpaceXAI 將 Grok Bot 帶到 Android，在 Play Store 上架這款代理。9 月 17 日，產品有了聲音：可與單一 Bot 進行語音通話，先在桌面版推出，隨後幾天再登上 iOS 與 Android。此後，產品持續以同一訂閱推進，而非另設新價位：Team Bots，可供整個團隊共同使用的共享 Bot，於 9 月 28 日推出；而在接下來的一週內，使用者開始遇到一個名為 Primary Bot、不另行收費的新角色。Grok Bot 的 X 帳號在 10 月 1 日將其描述為一種會發現工作並主動提出接手的 Bot，而就在同一週，SpaceXAI 重設了每位使用者的每週使用上限。10 月 7 日，產品的觸及範圍再次改變：Grok Bot 取得對 X 的原生搜尋、讀取與監控存取權，因此只要一個提示詞，就能彙整平台上正在討論的內容，不必再使用八月版本所需的帳號連接器。兩天後，10 月 9 日，發布產品自身更新消息的帳號宣布了一件聽起來較小、影響卻更深遠的事：Bot 可以取得一個專屬電子郵件地址，結尾為 @mail.grokbot.com，可用來「註冊服務、代你聯絡商家，或與某人安排時間」。在聊天中向 Bot 要求，或在 X 上標記 @bot，即可取得；公告將其描述為「今天起向使用者推出」。而這就是目前所知的全貌：9to5Mac 與 TeslaNorth 同日報導此事，推出範圍被描述為部分而非全面，截至 10 月 10 日，官方文件尚無收件匣頁面，不過 10 月 11 日的更新日誌如今已描述這項能力本身。三天後，改變的是產品的商業模式，而非功能清單：10 月 12 日，SpaceXAI 宣布 The X Subscription，將 Grok、Grok Bot、Cursor 與 X Premium 整合為單一方案，而方案頁面首次說明 Bot 的工作如何計量計費。 瀏覽器早已成為使用該產品的第四個場所：廠商自家的版本說明指出，Grok Bot 於 9 月 19 日在 grok.com 向 SuperGrok Heavy 推出，並於 10 月 3 日擴大至 SuperGrok Plus，Bots 位於側邊欄的「Bots」區塊。尚未獲得證實的是第三方帳號在 10 月 16 日聲稱的另一個介面：Grok 行動應用程式本身的 Bots，SpaceXAI 所發布的任何內容都未描述此事。引擎也換代了：推出時的模型是 Grok 4.5，該系列其後已進展到 Grok 4.7；而到了 10 月 7 日，這不再獨家。在一則 X 貼文、而非產品公告中，Elon Musk 表示公司會「為任何給定任務使用最佳後端模型，包括 Claude Opus 5.5、MidJourney、Suno 及其他領先 API」，因為 Bot 應該採用「最有可能帶給你最佳結果」的模型：重度推理交給 Anthropic 的 Claude Opus 5.5，圖像用 Midjourney，音樂用 Suno。這項說法如今僅以「說法」的形式獲得佐證——《The Information》、Gizmodo、9to5Mac、Android Headlines、TechRepublic 與音樂產業專業媒體都在兩天內報導——但它仍只是一項說法：沒有費率表、沒有更新日誌條目、沒有已交付的成品、沒有外部測量。它也未能釐清哪些不在此範圍。點名清單是 Anthropic 的 Claude Opus 5.5、Midjourney 與 Suno，其餘則歸為「其他領先 API」；貼文中既未排除其他實驗室的模型，也未納入它們，且沒有任何媒體報導支持哪一方，因此，把某家實驗室排除在外應視為假設，而非事實。不容置疑的是方向：支撐 Grok Bot 的核心，可能不再是一套 SpaceXAI 模型。這種組合——一個配備電腦的產品，加上一個負責思考的前沿模型——正是這次發表比又一次模型發布更有趣的原因。SpaceXAI 外部無人擁有測量數據的，是當前沿模型來自其他廠商時，這兩個部分會如何共同運作；而關於電腦部分的第一個實證，於 10 月 6 日出現在一個 Slack 頻道。 10 月 21 日，交付成果改變了：產品自家帳號宣布 Grok Bot「現在可以建立報告、備忘錄和儀表板。向 Bot 要一個頁面，接著一起編輯，或讓 Bot 持續保持最新。」這是廠商說法，僅有一則貼文和一支影片，也是該帳號首次把交付成果、而非代理本身，當成會持續保持最新的東西來推銷——不過更新日誌隔天、10 月 22 日就跟上，以一句幾乎逐字重複該說法的文字。六天後，10 月 27 日，產品轉向 Bot 知道什麼，而非它產出什麼：TestingCatalog 在桌面應用程式中發現一個控制項，提供匯入另一個助理記憶的功能——「從另一個 AI 助理轉移你的偏好與上下文」——而 10 月 26 日的更新日誌如今給它一行說明。

它也是 xAI 與 Cursor 合併後推出的首款產品。SpaceX 在 2026 年 6 月同意以 600 億美元的股票收購 Cursor 的開發商 Anysphere；Grok 4.5 是第一個以 Cursor 開發者資料打造出來的模型，而 Grok Bot 則是合併後的 SpaceXAI 所推出的首款聯名產品。這一切起初只是內部原型——銷售、行銷、辦公室營運、除錯——如今卻成為該公司對 AI 代理該如何打造所下的公開賭注。這個賭注很明確：給每個代理一部電腦，讓它像人一樣使用你的工具，並在你闔上筆電後仍繼續運作。

Grok Bot ​究竟是什麼

「你可以把真正工作交辦給他們的 AI 隊友」是 S​paceXAI 自己的描述，但運作機制比口號更重要。每個 Bot 都在自己的雲端電腦上執行，這意味著它可以直接在實際工作發生的工具內部操作軟體——瀏覽網站、輸入資訊、操作入口網站——透過人類會使用的相同介面。這正是它與多數代理的架構差異：那些代理需要先有乾淨的 API 或 MCP 連接器存在，才能觸及特定服務；G​rok Bot 只需要網頁 UI 存在，僅此而已。在連接器確實存在之處，文件會引導 Bot 改用連接器——它們「在可用時使用連接器，其餘一切則使用電腦操作」——而 X 則是第二條路徑登場的地方，分兩步：8 月 29 日的連接器，然後是 10 月 7 日的原生路徑。10 月 9 日公布的收件匣，則是把同一套邏輯套用在身分而非存取上，這也更鮮明地背離了發布時的定位。Bot 登入你的 Gmail，是以你的身分、透過你擁有且可撤銷的憑證來工作。持有 @mail.grokbot.com 地址的 Bot 則是獨立的一方：它可以註冊服務、寫信給企業，或持有一段你從未參與的郵件串——這正是產品被販售來做的事，也正因如此，它建立的帳號對任何稽核你技術堆疊的人來說都不可見。這也是迄今產品領先自身手冊最清楚的例子——G​rok Bot 文件仍然沒有關於收件匣本身的頁面——最接近的是 Teams and Enterprise 參考文件中的 Agent Email 開關，預設關閉，可讓成員認領地址，並讓其 Bot 從該地址讀取和寄送郵件——而這已是 10 月 11 日變更日誌條目描述該能力後的十一天。發布文章說得很直白：「它們登入你的工具，像你一樣使用它們，然後帶著完成的工作回來。」

Bot 交回的東西，一直是這個產品低調的一半，直到本週才改變；而這正是 10 月 21 日公告落腳之處。文件的「檔案與結果」頁面要求你以可檢查的形式指定結果——「附有標題與來源連結的文件」、「有明確欄位與公式的試算表」、「附有講者備註的簡報」——而結果會以卡片送達，你可開啟、儲存或回以回饋，並有固定指示：「修改既有成品，而不是製作彼此割裂的副本」。產品帳號在 10 月 21 日描述的，是另一種物件。請從這句話讀出真正新增的是什麼——「請 Bot 做一個頁面，然後一起編輯，或讓 Bot 保持最新」。報告、備忘錄和儀表板，是同一件事的三種形態，而變更記錄早已稱之為 Page，所以命名不是新聞；共同編輯讓頁面成為共享文件，而非下載檔；保持最新則讓交付物成為流程，而非檔案。最後這個子句，正是輸出不再只是一次性閱讀之物的地方。Pages 本身並非 10 月 21 日才發明：10 月 11 日的變更記錄已描述從標題重新命名「頁面」、在「共享頁面」上有標題列，對訪客提供 Download、Try Grok Bot，對擁有者提供 Share，並指出「畫布與文件都標示為 Page」。10 月 21 日出現的，是廠商把那個介面命名為一種輸出，並宣稱可維護它。其餘部分就照實標示。這是產品自家帳號的一則貼文，於 UTC 19:42 發佈到 X，附有影片，而廠商自家頁面隔天跟上：10 月 22 日的變更記錄（v0.75.2）有這一行：「Bot 可以建立 Pages，例如報告、備忘錄和儀表板，你可以一起編輯，或讓 Bot 保持最新。」這使該說法成為有文件記載，而非經過驗證——沒有新聞貼文提到 Pages，Grok Bot 文件全部 24 頁仍將結果描述為檔案與卡片，而非廠商維護的頁面，沒有媒體報導過，而當時更新的 iOS 版本（1.17.0）只列出重新設計的 Connect Apps 畫面——與 10 月 7 日 X 整合所顯示的後端推送模式相同。維護的那一半，是背後有文件記載機制的部分，而且前面還有一道有文件記載的限制。能讓自己保持最新的頁面，就是依排程執行的例行程序，而例行程序文件設下限制：排程至少相隔五分鐘、每個 Bot 最多 50 個例行程序，以及——最相關的一點——「Grok Bot 可能在你長時間離開後詢問是否要讓例行程序繼續執行，若無回應就暫停它們。」會自我更新的儀表板，就是第一次沒有人回應 Bot 時就停止的儀表板。沒有公開資料說明刷新如何計量，但刷新是 Bot 的工作，而方案頁面說 Bot 用量取自席次的每週共享額度，因此維護支出與名單上其他所有項目一樣，都從同一筆額度扣除。

三項能力讓它感覺不那麼像聊天機器人，而更像一名員工。第一項是透過觀察學習：你示範一次任務，Bot 就會把步驟儲存為可重複使用的例行程序，而你的修正則教會它下次如何處理類似的工作。第二項是記憶——Bot 會跨對話保留上下文、掌握你的偏好與工作風格、跟進沉寂的討論串，而且你使用得越久，它們就越主動。第三項是讀懂氛圍，也是最晚出現的一項。10 月 7 日，Bot 取得了對 X 的原生搜尋、讀取與監控存取權限：問問人們對某個產品、某則報導或某個產業有什麼看法，它就會直接在該平台上運作。在那之前，它有兩種進入方式，兩者都較為狹隘——一般網頁搜尋，或是 S​paceXAI 於 8 月 29 日推出的 X 連接器；後者需要連結 X 帳號、會自動建立開發者帳號，並動用公司為付費用戶提供的 X API 額度。該供應商自家發布的新聞貼文稱那個版本為「此整合的第一版」。如今差異不僅在於能力：連接器是使用者必須逐帳號自行設定的，而原生存取則是產品本身進入該平台的路徑。S​paceXAI 的論述是，你的角色將從持續的操作者轉變為監督者。九月底在應用程式中現身的 Primary Bot 角色，正是那個論述的具體化：一個 G​rok Bot 被擢升為你與之對話的對象，其餘 Bot 則在其身後。

記憶是這些能力中的第二項，而本週的變動正落在這裡。在產品本身，記憶一直是 Bot 必須掙來的東西：它會從與你共事中學習、從被要求記住某件事中學習，而且自 10 月 24 日起，還會跨你與它的每一次對話學習，因為變更日誌現在表示，某個對話儲存的內容會在全部對話中被記住。這項新控制項讓記憶的取得有了捷徑。在桌面應用程式中，它位於「設定」底下、「一般」分頁中，藏在一個「開始匯入」按鈕之後；它開啟的面板標題為「將記憶匯入 G​rok Bot」，副標題為「將你的偏好與上下文從另一個 AI 助理轉移過來」。流程只有兩個步驟，沒有任何整合：複製一段預備好的提示詞，要求另一個助理「匯出我所有已儲存的記憶，以及你從過往對話中學到的任何關於我的上下文」，並「盡可能逐字保留我的用詞」，然後把它回傳的答案貼進文字方塊，按下「加入記憶」。沒有檔案上傳、沒有帳號連結，而且就所示面板而言，也沒有逐項審查：另一個模型回傳什麼，都會以單一區塊整批送進來。要如實標明它的本質，因為這裡的證據比本文其他任何地方都更薄弱。這張截圖由 TestingCatalog 發布，那是個追蹤尚未發布產品介面的帳號；截圖所示的是已出貨的版本，而非示意圖——同一個設定窗格帶有 10 月 23 日變更日誌新增的 Vault 分頁。但廠商自己的說明只有一行，而且來得很晚：10 月 26 日的變更日誌（v0.77.0）只說「設定中的『將記憶匯入 G​rok Bot』會把你從另一個 AI 助理而來的偏好與上下文帶進你的主要 Bot」，並註明它需要 0.75.2 或更新版本。x.ai/news 上沒有任何貼文提及它，G​rok Bot 文件中的 24 頁也沒有任何一頁說明匯入或匯出記憶。aiagentmemory.org 上最後更新於 10 月 24 日的一份 G​rok Bot 記憶調查，完全找不到任何會列出已儲存記憶的設定介面；三天後，這樣的功能就出現了。把這個控制項視為已存在，但細節很單薄——只有一行變更日誌、沒有文件頁面，也沒有任何內容說明貼上的資料會拿來對照什麼。按下按鈕之前，有兩件事值得知道。第一，你貼上的內容是由模型撰寫的：它不是資料匯出，而是另一個助理對你的摘要，且是應要求生成的，因此可能過時、吹捧，或單純錯誤，而所示的流程從不把它拿來與你核對。第二，這些文字會進入一個餵養 Bot 所執行每一項任務的系統，因此如果另一個助理會把它收到的指示原樣引述回來，匯入就成了一個小小的提示注入攻擊面。這兩者都不是避開它的理由；兩者都是要你在加入前先讀過貼上內容、並詢問 Bot 現在記得什麼的理由。這也不是第一條進入途徑。一個使用者自製、於 10 月 13 日分享的「Memory Transfer」Bot，一直以來都在接收完整的 ChatGPT 與 C​laude 資料匯出，並要求你逐筆核准項目，而它自己的頁面也說它是第三方工具。差別在於位置。你新增的 Bot 是你選擇的工具；設定中的控制項則是產品決策，而它指向比這項功能更大的事情——這個產品是為那些已經在別處有歷史紀錄的人打造的，而它寧可繼承那段歷史，也不願失去使用者切換過來的機會。

第四項能力：它挑選的是模型，而不只是工作

上述三項能力描述了 Grok Bot 的運作方式。10 月 7 日，其所有者新增了第四項能力，而這改變的是產品的形態，而非功能清單：Bot 不再用 SpaceXAI 模型回答所有問題，而是按他的說法，「針對任何給定任務使用最佳的後端模型，包括 Claude Opus 5.5、MidJourney、Suno 及其他領先 API」——以 Anthropic 的 Claude Opus 5.5 處理重度推理工作，Midjourney 負責圖像、Suno 負責音樂——並表示運作原則是「速度與智慧的最佳可能組合」——簡單請求由快速的 Grok 版本處理，要求高的則交給更大的模型，計費則依實際執行的模型而定。Grok Bot 團隊的一名成員在 X 上表示，Claude Opus 5.5 正在推出，並將為應用程式中的所有 Bot 提供支援，這是公司內部任何人最接近確認後端切換的一次——而 Music Business Worldwide 於 10 月 8 日報導，SpaceXAI 完全沒有說明將如何取得 Suno 的技術。同日及隔日的獨立報導將 Claude 那一半描述為已經上線的後端變更，而行業媒體在該貼文發布後一天內跟進了 Suno 那一半。Gizmodo 刊登了更完整的拆分運作方式——「簡單問題會路由到小型、快速的模型。答案複雜的問題會路由到大型模型」——這與 Musk 所描述的運作原則形狀相同。其餘部分應按其本質標明：這是公司所有者描述自家產品將如何運作，且發表於 X，而非變更日誌。截至 11 月 5 日，供應商自家頁面仍毫無動靜：x.ai/news 仍沒有關於路由的貼文——其最新的 Grok Bot 條目是 11 月 2 日的資料團隊貼文、10 月 27 日的銷售貼文，以及 10 月 20 日的事件案例研究，且均未說明由哪個模型回答——Grok Bot 變更日誌的最新條目是 10 月 27 日（v0.78.1，購物卡片與訂閱範本），其中唯一關於模型選擇的一行，仍是 10 月 11 日的備援說明：「當某個模型在您所在地區不可用時，該回合會停止並解釋原因，Bot 會退回 Grok」；API 文件仍寫道「至於其他所有情況，包括程式碼，請使用 Grok 4.7」；而 Grok Bot 文件的 24 頁中，沒有任何一頁關於模型選擇或路由——且最後修訂於 10 月 6 日的設定頁仍直截了當地說：「Cursor 管理模型選擇，因此沒有模型選擇器」。沒有任何價目表為其定價，公司外也沒有人發表過 Bot 選擇模型的測量結果。這項說法的邊緣還存在一個實務落差：Suno 尚未推出公開 API——其首席產品官表示公司仍在探索——因此公告中的音樂那一半，是目前沒有可見整合可供指出的那一半。該貼文還留下另一件事未說明，而這正是人們不斷追問的部分：引述中點名了三家供應商，卻停在「其他領先 API」，因此既未排除也未納入 OpenAI 的模型。將其解讀為排除 OpenAI，是讀出了句子以外的意思。

這一切都是供應商自行通報的，而且產品推出十週後仍是以快速節奏出貨的 beta 軟體，因此請把可靠性說法只當成說法。在複雜、多步驟的工作流程上，產品需要更廣泛的獨立測試，任何人才能放心讓它在無人看管下運作。10 月 7 日的 X 整合是對這項紀律迄今最嚴峻的考驗，因為它幾乎所有內容都是供應商說的。S​paceXAI 自家的 G​rok Bot 帳號所聲稱的是範圍：為所有使用者搜尋、讀取與監控 X，且無需設定 X 連接器。它沒有說明的是規模——「單一提示可取得超過 100 則 X 貼文」這個數字來自 10 月 7 日率先報導此事的第三方報導，而非來自 S​paceXAI，且沒有人公布其背後的測量數據。這也沒有被記錄下來：沒有新聞貼文，而 10 月 7 日的變更日誌條目講的是簡報和聊天顏色。而它最快完成的工作——社群聆聽——正是那種一百則貼文的樣本可能被讀成整個對話、但其實並非如此的工作。不過方向無庸置疑：這個代理預期要在你不在時運作。

主要 Bot：由你按名稱挑選的協調者

9 月 30 日，使用者開始在 G​rok Bot 應用程式內看到一個標題為「隆重推出 Primary Bot」的對話框。文案描述了一個 Bot「會主動完成工作」，是「你處理日常任務的首選」，「為你排除工作障礙，並在需要你協助時主動確認」，並提供兩個選項：「使用現有 Bot」或「建立 Primary Bot」。這個 Bot 自己的開場問候語對職責說得更直白：「我在這裡是要當你的 primary bot。我可以管理你的其他 bot。有任何任務都交給我。我會確保它送到正確的 bot。」這兩張畫面都是從已推出的應用程式擷取，並於 10 月 1 日在 X 上流傳。當時的 iOS 版本 1.13.1 在同一天上架 App Store，版本說明只寫著「錯誤修正與改進」；之後已更新至 1.14.0，其說明提到傳送更快，以及首次執行更迅速。兩份版本說明都未提及 X，這顯示 10 月 7 日的變更是從後端推送，而不是隨版本發布。10 月 1 日稍晚，這項職責首次被公開描述——不是在發布貼文中，而是由 @bot 這個發布 G​rok Bot 自家產品更新的 X 帳號所說。該帳號發文表示：「你的 primary Bot 會找出能替你分擔的工作，並主動提議處理」，並說這項變更正在「接下來幾個小時內逐步推出」，且「建議不會計入你的用量」。這是第一次由實際推出該功能的人公開描述這個角色，也是第一次有人談到它如何計算用量。

要正確標示它，因為情況在 10 月 1 日有了變化。這個對話框於 9 月 30 日推出，並有整整一天半的時間，是 S​paceXAI 內部沒有人描述過的功能；後來產品自己的官方帳號才把這個角色列入紀錄，這比發布貼文來得弱，但仍是真實的紀錄。它所描述的範圍比對話框暗示的更窄——找出工作並主動提出承接，而且那些建議回合不計量——截至 10 月 28 日，文件仍沒有 Primary Bot 頁面；G​rok Bot 文件中的 24 個頁面，沒有任何一頁涵蓋這個角色。因此有三件事仍真正未知：這個指定是否會改變 Bot 的記憶或權限、哪些 Bot 符合資格，以及之後是否能將這個角色交給另一個 Bot。

它所形式化的模式比這段對話更古老。G​rok Bot 自家的產品頁面描述了把幾個 Bot 放進同一個討論串，讓它們彼此傳遞工作；而 S​paceXAI 9 月 3 日的設計文章則解釋了為什麼介面維持得這麼精簡：該公司考慮過「儀表板、指派看板與明確的交接控制」，並逐一否決，因為那會「給使用者更多協調工作」。它的結論就是那句在 Primary Bot 得名之前描述 Primary Bot 的話——「協調型 Bot 處理例行性的路由，並在決策需要判斷時把使用者拉進來。」底層能力也有文件記載：現有的 Bot「也可以在一項工作應該有長期負責人時，建議或建立一個專注的 Bot。」這就是必須分清楚的區別。這個角色是供應商所描述的；這個說法的更廣泛版本——主要代理會為你建立並配置一份名冊，把任務指派給它建立的子 Bot——則是實務工作者對它在實際運作中的描述，於 10 月 2 日發佈在 X 上，並附上正是那樣的螢幕截圖：一個 G​rok Bot 把協作計畫與任務範本寫進一個儲存庫，設定自己每天檢查任務資料夾兩次，並且只有在電子郵件、付款或刪除時才停下來找你。Team Bots 是同一概念的團隊版：一個共享的 Bot，具有共享的專業知識與情境，但每個人都有私密的對話與私密的記憶。所以對這週要設定帳號的人來說，實際影響很具體，風險也很具體。Primary Bot 決定哪個 Bot 獲得你的預設關注；它也是最接近你交給這份名冊的每一項憑證的 Bot，而 S​paceXAI 沒有公佈任何關於這個角色範圍如何界定的資訊。

語音：每個 Bot 使用不同的聲音與語言

G​rok Bot 自 2026 年 9 月 17 日起便能開口說話，當時 S​paceXAI 宣布可與單一 Bot 進行語音通話，先是在桌面端推出，隨後幾天內陸續登陸 iOS 和 Android。這項公告推銷的是通話功能。真正改變名單使用方式的環節其實位於更下面一層：聲音、語速和語言都屬於 Bot，而不是應用程式。通話途中，「Show settings」面板提供三個控制項——「Voice」、「Speed」和「Language」——語言可以手動選擇，也可以留在 Auto-detect，根據 Cursor 的 G​rok Bot 說明頁面，這會「從你說的話中判斷語言」。那些頁面沒有說明的是，這些選擇是否會保留。

蹊蹺之處在於供應商自家的更新日誌，而且它是以修復而非新功能的形式出現。v0.63.0 條目（2026 年 9 月 29 日）寫道：「Bot 會保留你為它設定的語音、語速和語言，而不是把它們重設為預設值。」在通話開始十二天後，這是官方聲明，指出這些控制項是依 Bot 個別設定——而這項修復暗示，先前一直發生相反的情況，而這正是按應用程式設定會有的結果。讀者能從中得到的實際做法很具體：替負責起草客戶回覆的 Bot 設定較慢、較低沉的語音，讓研究用 Bot 維持預設值，下一次呼叫它們時，兩者都會保留各自的設定。更新日誌略而未提的是相鄰情況——重新命名過的 Bot、從範本建立的 Bot，或共用的 Team Bot——以及對 Bot 語音的編輯是否會讓其他使用該 Bot 的人看見。

在未選取任何項目時，此後備行為是據報導而非有文件記載：《The Grid Fin》這份報導此次推出的電子報表示，通話預設會以你的預設 UI 語言、1x 速度使用 Altair 語音人格。這些語音的來源同樣是據報導而非有文件記載：也就是 G​rok Voice API 所提供的那份清單，而該 API 自己的頁面說每個語音都能說「25+ 種語言」——而且這個選單的規模不值得引用，因為獨立計數的結果從 25 到 28 不等，取決於是否把傳統與自訂語音算進去。選單背後的引擎在 2026 年 10 月 14 日變動，當時 x​AI 的發行說明將 grok-voice-3.0 啟用，價格比照 G​rok Voice 2.0，並把 grok-voice-latest 別名重新指向它。S​paceXAI 所發布的任何內容都沒有說明 Bot 的通話使用哪個組建。

有兩項限制，使它無法成為乍看之下那樣的多 Bot 功能。語音聊天一次只能與一個 Bot 進行——「同一時間只能執行一個語音聊天」——因此，即使每個 Bot 都有各自的語音，你也無法用耳朵跟上群組討論串，因為群組討論串根本沒有語音頻道。Team Bots 是證明這項規則的例外：9 月 30 日的條目（v0.65.0）指出，隊友可以與 Team Bot 開始語音聊天，而通話會留在他們與該 Bot 各自的對話中。另一項限制是範圍。語音通話仍是同一個 Bot、同一份記憶和同一台雲端電腦，只是前面多了一層語音，而且自 10 月 22 日（v0.75.2）起，通話可以「引用你先前與該 Bot 的通話及近期聊天」——這就是為什麼語言設定才是有用的那一半。將 Bot 固定設為日文並關閉 Auto-detect，是要讓它在 you 切換成英文後仍繼續以日文回答；另一個保持 Auto-detect 開啟的 Bot，則是你用來詢問剛剛聽到什麼的對象。那是語言夥伴，而非家教：目前沒有任何公開資料說明糾正、評分或課程安排，而且練習就發生在同一個對話中，而在該對話裡 Bot 也被允許使用你的工具。

語音通話的費用是其中最缺乏說明的部分。方案頁面沒有為語音單獨列出項目：Bot 用量來自席次共享的每週額度，而一通語音通話就跟其他任何一次 Bot 回合一樣，不過沒有頁面說明一分鐘如何換算進該額度池。Voice Notes 是當你要求時 Bot 送出的語音備忘錄，據稱沿用相同的預設而非獨立預設——備忘錄會以 Bot 已儲存的聲音、速度和語言回傳——這使它們成為確認設定是否生效的低成本方式，無須完整聽完一通通話。

通話：Bot 撥出

上方提到的 Voice，是你參與其中的一段對話。這次則相反：電話線上的 Bot 正在與不是你的人通話，談的是你請它處理的事。其運作機制如下；這些內容見於報導與使用者示範，而非任何廠商文件。你提出通話請求並核准；Bot 撥打給一家企業；它等候通過保留佇列；它按鍵操作自動化選單——那套「按 1 轉帳務」的選單樹，讓大多數語音代理都無法應付；它與任何接聽的人交談，包括閒聊；並在通話進行時串流你能閱讀的即時逐字稿。如果對方問了 Bot 不知道的事，聊天中會出現一個回答框：你輸入，Bot 說出來。在接受最終條款前，它會暫停以等你核准。通話結束時，你會收到摘要。

Elon Musk 於 2026 年 10 月 25 日在一則貼文中宣布這項功能，表示可「替你打電話給某人或商家」，並「寄給你一份通話摘要」。九天後，他發文寫道：「試著請 G​rok @Bot 打電話！」不到一天，Teslarati 就刊出創作者 Peter Yang 的說法：所有 G​rok Bot 使用者現在都應該能打電話給美國商家。隨之流傳的示範具體到足以實用，但並不是測量數據。Yang 打給 Comcast 的 25 分鐘通話，把帳單從每月 $84 降到 $45——一年約 $500——在此之前，Bot 拒絕了三項追加銷售，並引用了競爭對手更便宜的光纖方案；而在最終條款被接受前，通話曾暫停等待他批准。另一名使用者報告，在一通 51 分鐘的通話中從 Verizon Fios 取回了 $100 禮品卡；還有一人則是當天的小兒科預約。一則被回報的失敗案例與成功案例同樣具有啟發性：一旦清楚知道電話那頭是 AI，一名客服代表就拒絕取消訂閱。請把這一切都視為使用者在描述自己的通話，並由該公司老闆轉述。還沒有人對這種做法多常奏效進行過受控測試。

適用範圍是帶有硬性邊界的那部分，而且比「僅限美國」更窄。TestingCatalog 在 11 月 4 日讀到推出通知後，精確地寫道：通話「僅適用於美國（華盛頓州和伊利諾州除外）的使用者，且只能撥打這些相同地區的美國號碼」——來電者和受話號碼皆然。The Rundown AI 同一天也報導了相同的兩項排除。xAI 和任何相關報導都沒有解釋這些排除；最明顯的可能原因是這兩州針對通話錄音的全體同意規則，但這只是推論，並非公司說過的任何內容。行為準則的報導方式也相同：每通電話都必須表明自己是代表使用者撥打的虛擬助理，並警告該通話可能被錄音；行銷、大量撥號和冒充他人均被禁止。要把這理解成完整的執行機制，因為它確實就是。接起電話的企業，除了 Bot 告訴它的內容之外，無從得知另一端是什麼。

缺失的是書面紀錄，而它在這裡已以一種如今令人熟悉的方式缺席。G​rok Bot 更新日誌沒有關於通話功能的條目：最新一筆是 10 月 27 日（v0.78.1，購物卡與訂閱範本），再往前一筆 10 月 26 日（v0.77.0）則涵蓋權限、Vault 付款與問題卡。AI Agent Chronicle 將這項功能標註為某個 v0.77 版本；該條目並未提及通話功能，因此這個版本號值得視為未經確認。新聞動態沒有發文——其最新的 G​rok Bot 項目是 11 月 2 日，內容關於資料團隊——而 G​rok Bot 文件網站的網站地圖列出 25 個網址，卻沒有任何一個說明如何撥打電話。不過，更新日誌確實記錄了相鄰的動作，而對比正是有趣之處：v0.78.1 寫道「機器人可取消訂閱，或查詢其價格與續訂日期，並在變更任何內容前與你確認。」示範所推銷的成果有一條有紀錄的途徑。能達到相同結果的電話通話則沒有。

電話通話如何計量，是這項功能中記載最少的部分，而它的起算方式與語音相同。Bot 使用量取自席位每週共享的額度池，通話也像任何其他回合一樣屬於 Bot 工作——但沒有任何頁面說明等候中的一分鐘如何換算進該額度池，供應商也未公布額度池的大小。示範讓這個問題變得具體：25 分鐘的通話和 51 分鐘的通話並不是同一種購買，而後者正是使用者口中會吃掉一週額度的情況。馬斯克曾公開表示，提供 G​rok Bot 服務「相對於營收而言高得無法持續」，這既是對公司成本的陳述，也是對額度的合理警告。使用權本身並非未解的問題：涵蓋範圍將通話功能放在 The X Subscription 的 $30 Premium 等級及以上，而 Bot 使用權正是從該等級開始，因此沒有加購價，也無須另行購買。問題在於計量方式，不在價格。

這件事之所以比另一個功能更重要，在於它把 Bot 置於何處。直到 11 月之前，這個產品所做的一切，都發生在你已連結且可撤銷的帳號內：Gmail、CRM、雲端電腦上的瀏覽器工作階段。一通電話會離開那個範圍。電話中的 Bot 就是你，置身於你未參與的對話中，線路可能被錄音，逐字稿儲存在文件未說明的某處，來電顯示則是沒有人公布過的號碼。10 月 6 日的事件——一個 Bot 把它主人的銀行餘額貼進公司 Slack 頻道——帶來的教訓是：真正重要的界線不是代理程式可以讀取什麼，而是它可以發布什麼；電話通話就是帶著聲音的發布。現有的控管措施就是已經描述過的那些：你核准這通電話、你核准最終條款，而且 Bot 必須表明自己的身分。對訂位來說，這是一套合理的措施。但若是取消、議價，或任何取決於帳號的事情，第一次通話要親自留意，而不是相信摘要。

下方的模型：Grok 4.5、隨後推出的那兩個，以及現在其他所有人的。

Grok Bot 負責協調；模型負責思考。Grok 4.5 是推出時的引擎：SpaceXAI 於 2026 年 7 月 8 日發布的旗艦模型——首個以 Cursor 訓練的模型，建構在約 1.5 兆參數的基礎之上，並輔以數兆個 token 的真實開發者工作階段資料：除錯追蹤、多檔案編輯與修正。其獨立數據經得起考驗：Artificial Analysis 智慧指數約 55.8，程式編寫指數 72.4，500K token 的上下文視窗，以及經 vals.ai 獨立報告的 SWE-bench Verified 達到 86.6%。該模型定價為每百萬輸入 token 2 美元、每百萬輸出 token 6 美元，但有一個值得了解的長上下文轉折：當提示 token 超過 200K 時，xAI 的分級定價會將這些費率加倍至 $4/$12——對於將整個儲存庫塞進上下文的代理執行來說，這是一個真實的考量。兩個後繼者已經到來，但沒有改變這個階梯：8 月 12 日的 Grok 4.6 和 9 月 21 日的 Grok 4.7 都以相同的 $2/$6 定價列出，具有相同的 200K 分級和相同的 500K token 上下文，而 Grok 4.7 的發布說明表示，它被訓練來原生理解 Grok Bot 框架——這是第一個其訓練明確針對此產品的 Grok。10 月 7 日改變的是 Bot 正在比較的對象。它不再是在 Grok 4.5 和 Grok 4.7 之間選擇——它是在一個 Grok 模型和其他所有人的旗艦模型之間選擇，而它必須證明的差距並不小。在 Artificial Analysis 的智慧指數上，Claude Opus 5.5 在其頂級配置中得分 58，在測量的 225 種配置中排名第一，而 Grok 4.7 在其最高推理設定下得分 46。費率表也以同樣的方式出現分歧：Claude Opus 5.5 的定價為每百萬輸入 token 4 美元和每百萬輸出 token 20 美元，在 1M token 的上下文下，每個 Index 任務的測量成本為 $5.98，而 Grok 4.7 的定價為 $2/$6，在 500K token 下，每個任務為 $3.74。這些是獨立測量的分數和公布的定價，不是供應商的聲稱——它們是路由決策背後的算術，如果這是真的，就是用 SpaceXAI 的價格優勢換取更好的答案。

上一段中的所有內容，不是經過獨立量測，就是已公布的價格。屬於廠商自述而未經重現的則是：伊隆·馬斯克聲稱 Grok 4.5 是「一款 O​pus 等級的模型，但更快、更省 token 且成本更低」，以及 x​AI 的效率數字，指 Grok 4.5 每解決一項 SWE-bench Pro 任務平均輸出約 15,954 個 token，而 C​laude O​pus 4.8 則為 67,020 個——這項 4.2 倍的 token 效率優勢若成立，會與更低的每 token 價格疊加，形成巨大的每任務成本差距。就把它如實標記為主張。10 月 7 日那篇路由貼文也該列在同一份清單上，而且還高一個層級：那是公司老闆在講自家產品會怎麼表現，背後卻沒有任何已交付的成品可供查核。

G​rok Bot 與其他代理工作區相比如何

Grok Bot 正進入一個已有重量級參賽者的領域：Anthropic 的 Claude Cowork、OpenAI 的 ChatGPT Agent、Perplexity 的 Computer，以及 Microsoft 和 Google 一直推進到自家產品堆疊中的助理。最直接的比較對象是 Claude Cowork，它也以 AI 同事作為行銷定位，而兩者採取相反的架構押注。Cowork 在你自己的機器上以沙箱執行——Mac 上的容器化 Linux 環境——並處理你明確授權它存取的檔案，透過連接器與 Chrome 擴充功能觸及外部服務。Grok Bot 則在它擁有的雲端電腦上執行，並透過你使用的相同網頁介面觸及你的工具，不需逐一服務整合。10 月 7 日讓這個架構論點更尖銳，而非緩和：透過平台網頁介面讀取資料的 Bot，在規模化時既慢又脆弱；而擁有原生資料通道的 Bot 則不然。對任何答案取決於人們此刻正在發布內容的工作而言，這是基於連接器的工作空間再怎麼加強提示也無法彌補的差距。10 月 7 日又從第二個方向切入這個論點，而這一點關乎整個產品，而非 X 路徑。如果 Bot 把每項任務路由到它能找到的最佳模型，那麼架構押注就不再是 Grok Bot 唯一販售的東西——前沿模型才是；而 SpaceXAI 保留的是圍繞它的編排：雲端電腦、記憶、例行程序、代理名冊。這是可守住的定位，也是專有性低得多的定位，因為它路由到的每個模型，任何持有 API 金鑰的人都能使用。10 月 21 日增添了第三個軸線，重點在於工作空間留下什麼，而非它如何運作。Cowork 的產出是你機器上的檔案——一份你開啟並擁有的文件、簡報或試算表。Grok Bot 的產出現在可以是它維護的頁面，這是不同種類的承諾：無需再下提示，價值仍持續累積，依賴也是如此。對每週檢視或客戶帳戶健康看板來說，這正是合適的形式。對任何需要交給帳戶外部人士的東西，一個無需登入就能讀取的檔案仍是較安全的交付物，而兩者並不互斥——根據 10 月 11 日的更新日誌，共享頁面可儲存為 PDF。Claude Opus 5.5 和 Grok 4.7 都已登上 OrcaRouter，透過同一把金鑰與同一個 OpenAI 相容端點提供，涵蓋 200 多個模型，依各供應商定價、無加成——因此 SpaceXAI 代表 Bot 所做的路由決策，你自己就能每次呼叫時決定，並在呼叫之間更改，無需第二份合約或改動程式碼。

這項取捨真實存在，也值得直言不諱。Cowork 的本機沙箱把你的檔案留在你的硬體上，這是隱私優勢，但你的機器關機時它就無法繼續運作，而且它需要透過整合——連接器、擴充功能或指令碼——才能接觸每一項新服務。G​rok Bot 的雲端電腦全天候運作，能觸及任何網頁應用程式，但它處理的資料存放在 S​paceXAI 的雲端，而且整個模式就是「登入我的工具」——這使得提示注入防護成為首要的安全問題，而非事後補救。A​nthropic 已針對 Cowork 明確談過同一類風險；G​rok Bot 的架構在設計上正是擁抱這種風險。這項風險在 10 月 6 日不再是假設：科技創辦人兼投資人 Shane Mac 發文表示，一個 G​rok Bot 把他的個人銀行帳戶餘額——以及居家健身房工程、化糞池工程與信用卡還款支出的逐項明細——以他的名義放進公司的高階主管 Slack 頻道。他自己對事發原因的敘述才是值得記住的部分：他曾把一個 Bot 連到銀行做唯讀財務工作，並用另一個 Bot 處理 Slack，而這兩個 Bot 後來竟能互相觸及。這與其說是程式錯誤，不如說是文件記載的設計。Cursor 的 G​rok Bot 文件指出，成員所有的 Bot 都在同一台託管電腦上執行，並共用其檔案、瀏覽器工作階段與應用程式登入，還告訴你「把你放在上面的任何東西視為你執行的每個 Bot 都能取得」；每個 Bot 各有自己的畫面，但這些畫面是「各自獨立的工作介面，而非獨立的安全邊界」。唯讀限制的是 Bot 能對你讓它連線的服務做什麼——它並不限制該 Bot 能對同一台機器上共用的另一個 Bot 說什麼。在這裡也套用本文其他地方同樣的嚴謹態度：Mac 的證據是他自己的截圖，他正在打造一款控制代理程式權限的產品，他曾被指控炒作互動，並否認貼文是捏造，而且該事件尚未經獨立查證。但這個機制來自廠商自己的文件，而非他的說法，且相關報導如今已相當廣泛——Cybernews 與 Futurism 於 10 月 7 日，Wall Street Journal、dev.ua、Yahoo Tech 與 Gadget Review 於 10 月 8 日，Business Insider 於 10 月 9 日——這使它成為本文所述架構的首次具體考驗，而不是另一項廠商說法。10 月 9 日宣布的收件匣功能讓同樣的風險更加銳利，而非加以緩和。能認領地址的 Bot，就是能建立帳號、接受服務條款，並以自身而非你的名義寄送郵件的 Bot，而文件對此提供的唯一界線，只是建議你寫一條核准規則——廠商自己提供的範例是「寄送任何外部電子郵件前先詢問」。那是一條你必須想到才會加入的規則，而且是在一台共用電腦上，依廠商自己的文件，你執行的每個 Bot 都能觸及彼此的文件、工作階段與登入。10 月 21 日的頁面功能公告，以其他 10 月功能都未曾採用的方向擴大這種暴露面，而這正是無人關注的一項。由你的 CRM、銀行連接器或支援佇列組裝而成的頁面，是一份用這組 Bot 陣容所能觸及的最敏感資料建立的文件，而 10 月 11 日的變更紀錄賦予共用頁面一個帶有「下載」和「分享」的標題列，以及供沒有帳號的人使用的「Try G​rok Bot for visitors」入口。一個分享出去一次的連結，會比產生它的對話存續更久；若 Bot 持續維護，它還會持續更新；而且它位於一台你執行的任何 Bot 都能開啟相同檔案的電腦上。把這項公告與 10 月 6 日事件一起看，教訓與銀行餘額事件所教的一樣：真正重要的界線不是 Bot 可以讀取什麼，而是它可以發布什麼。

定價，以及訂閱實際能獲得的內容

Grok Bot 沒有獨立定價。其存取權綁定於 SuperGrok 與 Cursor 訂閱，涵蓋桌面版（Mac、Windows、Linux）、iOS，以及現在的 Android——Android 應用程式於九月二日在 Google Play 上架，使用與桌面版及 iOS 應用程式相同的帳號和每週配額，沒有另外的行動版訂閱。在八月十一日的測試版上線時，存取權僅限於最貴的三個方案：每月 300 美元的 SuperGrok Heavy、每月 200 美元的 Cursor Ultra，以及每位席位每月 120 美元的 Cursor Teams Premium。八月二十一日，SpaceXAI 將測試版擴大至每月 100 美元的 SuperGrok Plus、每月 60 美元的 Cursor Pro+，以及所有 Cursor Teams 方案，從按月計費、每位使用者每月 40 美元的 Standard 一路到 Premium。五天後再次擴大：根據公司在 X 上的公告，現在每位 SuperGrok 與 Cursor Pro 訂閱者都能使用 Bot——包括每月 30 美元的 SuperGrok 基本方案與每月 20 美元的 Cursor Pro 方案——而隨著測試版的測試池擴大，SpaceXAI 也為所有使用者重置了每週用量上限。不屬於這些訂閱方案的人仍可獲得有限用量的免費試用——這是一筆七天內有效的用量額度，依代理步驟與 token 而非訊息數扣減。九月三日，企業版候補名單關閉：Grok Bot for Enterprise 推出，具備存取、網路與稽核控制，Grok 與 Cursor 企業版客戶在前兩週可免費使用。方案形態並未改變——仍然沒有單獨加購價，九月下旬出現的 Primary Bot 角色也不是另外購買的項目——十月七日新增的原生 X 搜尋同樣沒有改變這一點：沒有新方案、無需安裝連接器，上述方案也未變動；十月九日宣布的收件匣也是如此——沒有加購價、無需另外購買，且推出方式被描述為部分推出，因此可能尚未在每個帳號上線。九月十七日宣布的語音通話也是如此：沒有加購價、沒有新方案，任何方案頁面上也沒有獨立列項。接著，在十月十二日，方案形態改變了：SpaceXAI 宣布 The X Subscription，將 Grok、Grok Bot、Cursor 與 X Premium 整合為單一方案——Premium 每月 30 美元、Super 每月 100 美元、Ultra 每月 200 美元，而每月 8 美元的 Plus 方案完全不含 Bot 存取權——其方案頁面說出舊方案從未明言的事：「Bot 用量取自該席位的共用每週用量池，而非獨立的額外疊加池」，涵蓋 Grok、Grok Bot 與 Cursor。現有 SuperGrok、Cursor 與 X Premium 訂閱者不會被強制轉移；公告表示除非他們主動切換，否則對他們沒有任何改變。路由若真如所述實現，會讓該席位更有吸引力而非更少：無論 Bot 是以 $2/$6 的 Grok 模型，還是以 $4/$20 的競爭對手旗艦模型回答，你支付的月訂閱費都相同，因此它越常選用昂貴模型，該席位的價值就越高。這也讓 SpaceXAI 尚未回答的問題範圍縮小。其自家方案頁面現在說明了 Grok 用量池以外的一切費用去向：「Cursor 中的第三方模型不屬於內含用量，因此從第一次使用起就會消耗這些點數」，並可按 API 定價加值購買。把這段話與路由的說法並讀，兩者尚未對上——這句話講的是 Cursor 的第三方模型，不是 Grok Bot 為 Bot 任務挑選的模型，且沒有任何已公布內容說明，經路由的 Claude Opus 5.5 呼叫是從共用每週用量池扣除，還是落在加值額度上。因此，未解的問題現在變得具體而非全面：經路由的第三方呼叫會從哪個用量池扣除，以及昂貴模型是否會更快耗盡該池。訂閱文件只為此畫出半條界線——文件說方案包含每週用量，且「符合資格的帳號可以加購隨需用量，費用依模型與 token 成本計收」，這確認了超量使用取決於實際執行的模型，而非每任務固定費率，但仍未說明一筆 $4/$20 的 Claude Opus 5.5 呼叫與一筆 $2/$6 的 Grok 4.7 呼叫，在消耗每週額度上有何不同。通話功能於十月二十五日宣布、十一月三日向使用者開放，登場方式與本頁其他所有功能相同：沒有加購價、沒有新方案，任何方案頁面上也沒有獨立列項——根據涵蓋資訊，它屬於 The X Subscription 每月 30 美元的 Premium 方案及以上，而這正是 Bot 存取權的起始方案。

定價之所以重要，在於要把產品和模型分開來看。訂閱買到的是編排層——雲端電腦、多 Bot 協調、記憶與例行程序系統——不只是 token。透過 API 以每百萬 token 2 美元／6 美元的價格計量原始 Grok 4.5，即使是一席 60 美元的 Cursor Pro+，也能涵蓋大量 token；但 API 價格買到的是模型，不是同事、電腦或團隊聊天。它們是不同的產品，定價方式也不同，你想要哪一種，取決於價值是在編排層，還是在原始推理能力。10 月 21 日推出的頁面會小幅改變這套算計，而這一點值得特別一提，因為它是第一個會因為你什麼都沒做而向你收費的功能。Bot 持續保持更新的頁面是一項例行程序，例行程序是 Bot 的工作，而 Bot 用量會從該席次共用的每週額度池中扣除——因此，一個設定為每天早上重新整理的儀表板，會花掉同一筆額度，而這筆額度原本可供團隊名單用在任務上，無論你當天有沒有查看它。靜態交付物的成本是一次生成；即時交付物的成本則是每一次重新整理，而供應商尚未公布每次重新整理的數字、上限，或任何能看出單一頁面已消耗多少用量的方式。這不是避開此功能的理由，而是刻意設定排程、而非接受預設值的理由，也是在把 Bot 指向每小時更新一次的來源之前，先拿頁面用量對照額度池的理由。

如果這正是你想要的模型，Grok 4.x 系列可透過 OrcaRouter 以 xAI 的定價路由，零加價直接轉嫁——Grok 4.5、Grok 4.6 與Grok 4.7的定價皆為每百萬輸入 token 2 美元、每百萬輸出 token 6 美元，20 萬 token 的分層計價維持不變，脈絡視窗同樣是 50 萬，並與其他 200 多個模型共用同一個 OpenAI 相容端點。由於價格是直接轉嫁，xAI 一降價，你的帳單當天就會反映。不過，價值主張不只在價格：你可以讓 Grok 模型跑代理工作負載中便宜、高流量的批次，在請求看起來有風險或供應商出狀況時自動容錯切換到其他模型，並用路由 DSL 在一次呼叫中組合兩個模型。如果你對這次發布的心得是「我想要一個由 Grok 驅動的代理」，你不需要訂閱就能開始打造——支撐它的引擎今天就能呼叫。10 月 7 日到 10 月 9 日正好指出這在哪裡最快見到成效，而且它們指向同一個方向：監控工作的好壞，取決於你為每個批次所指派的模型，而針對每項任務挑選模型，正是 Grok Bot 現在說它會替你做的事。差別在於，這裡同樣這兩個模型位於同一把金鑰之後——Claude Opus 5.5 與 Grok 4.7 共用同一個端點，均以各家供應商的定價提供，加價維持為零——因此便宜、高流量的掃描批次可以交給小模型，批次中任何值得推理的內容都能升級到 Grok 4.7，而冗長的多檔案變更可以在下一次呼叫時改用 Claude Opus 5.5。路由不是你等訂閱來賦予你的功能；它就是一個掛載 200 多個模型的端點本來的樣子。有一條界線是路由器不劃定、也不該被當成會劃定的：代理被允許碰觸哪些工具。路由決定哪個模型回應一次呼叫；它完全沒有說明那個模型，或握有你憑證的 Bot，能觸及什麼——那條界線屬於代理所運行的平台，而 10 月 6 日的事件，就是沒有人設定它時的樣子。

看什麼

• 引擎按時變新，隨後又再次更新。Grok 4.6 於 2026 年 8 月 12 日推出——落在公司先前暗示的 8 月 10 日至 14 日窗口內——維持 Grok 4.5 的每百萬 token 2 美元／6 美元定價與 500K 上下文，並加入自我驗證：在長時間的代理式執行中檢查自身工作，而這正是 Grok Bot 所依賴的可靠性層面。9 月 21 日，SpaceXAI 發布 Grok 4.7，這是更大的基礎模型，針對耗時數小時的任務以更長的強化學習流程訓練，並以與 Grok 4.6 相同的價格和速度提供；根據其發布說明，它經過訓練，能原生理解 Grok Bot 的執行框架。10 月 7 日，同一個問題朝上述各條未涵蓋的方向發展：Elon Musk 發文表示，SpaceXAI「將針對任何給定任務使用最佳的後端模型，包括 Claude Opus 5.5、MidJourney、Suno 及其他領先 API」，並補充說大多數請求很簡單，將由快速的 Grok 版本處理，而較重的請求則交給更大的模型。這項說法作為一項聲明，如今已獲得充分佐證——The Information、Gizmodo、9to5Mac、Android Headlines 和音樂產業專業媒體都在一天內報導了它，TechRepublic 和 BigGo 於 10 月 9 日跟進，而 9to5Mac 將 Claude 那一半報導為已經上線的後端變更。但功能本身則不然：沒有變更日誌條目描述路由，沒有價目表為其定價，文件仍指名音訊、圖像和影片以外的所有項目使用 Grok 4.7，且 SpaceXAI 以外沒有人發表過 Bot 選擇模型的測量結果——10 月 6 日更新的設定頁面仍表示由 Cursor 管理模型選擇，並且沒有模型選擇器。自那之後有所變動的並不是路由：而是 10 月 9 日的收件匣，帶來了使用者真正能主張的東西；10 月 12 日的訂閱，改變的是價格而非產品；10 月 21 日的頁面聲明，改變的是交付內容，且完全仍未指名任何模型；10 月 27 日的記憶匯入，改變的是 Bot 對你的了解，卻未說明由哪個模型回答；以及 11 月 3 日的通話功能推出，改變的是 Bot 能在哪裡行動，仍未說明由哪個模型回答。範圍同樣未定——該貼文點名 Anthropic、Midjourney 和 Suno，其餘則歸入「其他領先 API」，因此排除 OpenAI 只是一項假設，現有報導並未支持任何一方。因此，本條自 8 月以來一直承載的問題——Grok Bot 在任何一天究竟運行於哪個引擎——如今有了一個可能不是 Grok 模型的答案；它由公司所有者提出，尚未由公司記錄在案。

• 這次推行節奏很快，而且已從席位轉向能力。beta 最初僅限三個最昂貴的方案使用，十天後，使用權擴及 SuperGrok Plus、Cursor Pro+，以及每一個 Cursor Teams 方案——收購案於 8 月 14 日正式完成，Cursor 的訂閱用戶群明顯正扮演發行管道。再過五天，於 8 月 26 日，方案門檻完全解除：S​paceXAI 在 X 上宣布，每位 SuperGrok 與 Cursor Pro 訂閱者——包含基礎方案——現在都能使用，並為所有人重置每週使用上限。自那之後，發布的內容都是功能，而不是方案層級：9 月 3 日的 G​rok Bot for Enterprise、9 月 17 日與單一 Bot 的語音通話、9 月 28 日進入公開測試的共享 Team Bots，以及 9 月 30 日應用程式中的 Primary Bot 角色。十月以更快的節奏延續同樣方式：9 月 30 日的程式編寫交接，讓 Bots 將工作交給 Cursor，並透過 GitHub 與 Origin 外掛管理提取要求；10 月 1 日廠商首次描述 Primary Bot；10 月 2 日為每位使用者重置每週使用上限——這是 S​paceXAI 自八月以來第二次這麼做，也是上週用罄的 Bot 今天可能又能運作的原因——再加上 10 月 7 日對 X 的原生搜尋、讀取與監控存取，以及 10 月 9 日每個 Bot 在 @mail.grokbot.com 的信箱，10 月 11 日更新日誌將其描述為「Bots 可以認領自己的電子郵件地址，並在那裡收信」，外寄郵件則會「在草稿卡片上等待你的核准」——還有 10 月 21 日一個由 Bot 建立、與你共同編輯並維持最新的頁面，由同一帳號以影片宣布，且沒有價格或方案變更，隨後寫入 10 月 22 日的更新日誌；以及 10 月 27 日的一項匯入控制項，它在正式宣布前先於桌面應用程式被發現，可從另一個助理為 Bot 的記憶進行初始化，並在 10 月 26 日獲得一行更新日誌條目。十一月以不同方式打破那個模式：通話功能向使用者推出時，完全沒有更新日誌條目、沒有新聞貼文，也完全沒有任何文件頁面。注意這些事件中的模式：十月的每一項能力推出時，都沒有附帶價格與方案層級——接著 10 月 12 日刻意打破這個連續做法，將相同產品重新包裝為單一訂閱，價格為 $30、$100 與 $200，Bot 使用量則共用同一個每週額度池。免費試用以代理步驟與 token 計量，並設有七天期限，仍是沒有訂閱時的唯一進入方式。

平台覆蓋範圍再度擴大，而關於此事的最新說法並未獲得證實。Grok Bot 於 8 月 11 日推出的測試版在桌面與 iOS 上運行；9 月 2 日，該應用登上 Android，在 Google Play 上架，支援 Android 9 及以上版本。TestingCatalog——先前曾在行動應用內發現一個隱藏的 Grok-Bot 項目——率先指出了它的到來，而 SpaceXAI 在 X 上的公告同日予以證實。如同發表時同步推出的 iOS 同伴應用，Android 應用實質上是 Bot 雲端電腦的遙控器：你可以傳訊息給 Bot、觀看任務執行，並從手機核准需要人工介入的動作，而工作持續在雲端執行。實際觸及範圍比這份應用清單所顯示的更廣，而這正是值得精確更正之處。根據廠商自家的發行說明，Bots 也存在於 grok.com 之中：自 9 月 19 日起提供給該處的 SuperGrok Heavy 用戶，10 月 3 日擴及 SuperGrok Plus，座落於側邊欄的 Bots 區塊，讓你可以「開啟它們的對話串，並在瀏覽器中持續對話」。那是第四個介面，而且是廠商文件所載，而非媒體報導。第五個則不是：10 月 16 日，一個追蹤該產品的帳號發文稱 Bots 已「在 Grok 網頁與行動版」推出，其中網頁部分獲得證實，行動版部分則否——Grok 應用於 10 月 13 日推出版本的自家發行說明僅列出聊天、語音與 Imagine 的改進，Grok 的 Play 商店頁面沒有 Bots 區塊，而廠商的 Grok Bot 文件仍描述一個獨立的行動應用，而非 Grok 內建的 Bots。請將「Grok 應用內的 Bots」視為未經證實。隨著廠商文件記載的每個平台皆已推出、企業級管控功能也已上線，對買家而言，懸而未決的問題已不再是觸及範圍——而是這些管控在自家環境中是否站得住腳，而 10 月的兩項變更讓這個問題更加尖銳，而非更為容易。「主要 Bot」角色將整個名冊的憑證集中於一處；10 月 9 日的收件匣則把界線從觸及範圍移向身分識別，因為擁有自己位址的 Bot 是一個主體，其他服務會將其視為使用者，而文件中完全沒有說明這個身分如何界定範圍、如何記錄或如何撤銷。

• 雲端電腦模式能否經得起真實安全需求的考驗——如今中間還多了個協調者。一個會登入你工具中的代理程式，是極具價值的攻擊目標。管理其他 Bot 的 Primary Bot 讓風險更高，因為無論哪個 Bot 負責協調這批名冊，它一旦遭入侵，影響就最為深遠，而 SpaceXAI 對這個角色如何改變權限或稽核隻字未提。押注的是：讓代理程式擁有自己的電腦——以及搭配的監督工具——是讓它們在無人看管下工作的正確方式。Beta 版就是這場測試，而第一個結果已經出爐：10 月 6 日一則關於 Grok Bot 將其擁有者的銀行餘額貼到公司 Slack 頻道的報導，正是這條要點所說的失效模式公開登場，而供應商自己的文件正好提供了機制——每位成員共用一台電腦、共用瀏覽器工作階段與登入，螢幕是「各自獨立的工作介面，而非各自獨立的安全界線」。路由的主張只是讓情況更嚴重，而非減輕：Bot 動用的模型越多，帶著你資料的提示能經過的第三方就越多，而 SpaceXAI 未公佈任何關於第三方模型能看到什麼的資訊。10 月 9 日的收件匣功能則從另一個方向產生同樣效果：它給了 Bot 一個其他企業會回覆的對外通道，因此，錯誤或遭注入的指令不再只限於你自己的帳戶。10 月 7 日的 X 整合確實在一個有用的地方劃出一條界線，而這點值得明確給予肯定：Bot 可以搜尋、閱讀與監控 X，也能起草貼文，但不能發佈，所以最後一步仍由人類執行。對於一個已經持有你憑證的代理程式來說，這正是正確的形態——而這是一條供應商日後可以放寬的界線，這也是為什麼它該列在這份清單上，而不是放在功能說明裡。

誠實的總結是這樣：G​rok Bot 是「AI 代理是擁有自己電腦的同事，而不是更聰明的聊天機器人」這項押注的產品化版本。底層模型——推出時為 Grok 4.5，如今為 Grok 4.7——是真實存在的，其 4.5 版本已接受獨立基準測試，且已可透過 API 呼叫。這個產品現在的推出速度快過它自我說明的速度：Team Bots 於 9 月 28 日登場，Primary Bot 角色幾天後出現在應用程式中，並於 10 月 1 日獲得供應商首度說明，而文件一直落後於上述每一項——參考頁面所描述的產品，仍然沒有把這個角色放在最上層。語音是清單其餘項目所沒有的例外：語音聊天於 9 月 17 日推出，而到了 9 月 29 日，變更記錄已經在修正真正重要的部分——Bot 現在會保留你為它設定的語音、速度和語言。這一切都隨你可能早已擁有的訂閱免費提供。10 月 7 日讓推銷訴求更鮮明；10 月 7 日也改變了它的形態。原生存取 X 是基於連接器的代理工作區無法匹敵的輸入，而且它推出時沒有價格變動、沒有新方案層級，也沒有設定步驟。10 月 9 日公布的電子郵件地址也是如此——沒有加購價格，除了提出要求之外沒有設定步驟——而它是本頁對這裡兩種主張最清楚的例證：使用者被告知當天可領取的電子信箱，是你實際握有的東西；而把困難任務路由到 Claude Opus 5.5、Midjourney 和 Suno，則是一項聲明，而不是已上線的價目表，且這項聲明也承認，Grok Bot 部分工作的最佳模型是別人的。讀者今天能據以行動的內容，在一方面比一週前更窄，在另一方面則更寬。模型本身仍可按公布價格呼叫，而 S​paceXAI 所承諾的能力，是端點已經能提供給你的能力。改變的是包裝方式：10 月 12 日的訂閱方案以 $30、$100 和 $200 的單一階梯取代按項選購的方案層級，把 Bot 的使用量納入它與 Cursor 共用的額度池，並把產品放進它以往從未所在的瀏覽器分頁。可交付成果則在一週後轉變。10 月 21 日，產品自家帳號表示，Bot 可以把報告、備忘錄或儀表板做成一個你能與它一起編輯、且會持續更新的頁面——10 月 22 日的變更記錄隨後重複了這則貼文，但沒有外部佐證——如果這點成立，你從這個產品拿回的東西就不再是你擁有的檔案，而會變成一個持續運作的頁面，而且是在共享電腦上、以你最敏感的資料為基礎運作。用便宜的方式測試：向 Bot 要一個頁面只是一次提示，不是一次遷移。六天後推出的記憶匯入則朝反方向作用：它降低切換到這個產品的成本，也讓 Bot 對你的認知只能單向攜出——已發布的內容沒有任何地方描述匯出功能。11 月 3 日開放的通話，是這裡第一項把那些帳號拋在後頭的能力，也是最需要小心的一項。一個會訂位的 Bot 是便利；一個會在錄音線路上、以你的名義、用沒人公布過的來電顯示取消合約，並把逐字稿存放在沒人說明過的地方的 Bot，則是關於權限的問題，而不是關於功能的問題。核准步驟確實存在，而它是產品唯一提供的控制措施——所以在你核准之前，先讀清楚 Bot 即將同意什麼，並從你能撤銷的事情開始。確實改變的是證據：路由的說法仍只是聲明，而必須承載它的共享電腦設計，如今已產生第一起公開故障，於 10 月 6 日被報導，且供應商並未認真駁斥。在有人推出個別 Bot 的憑證之前，你授予這份名冊的權限就是你管理的風險暴露——這是應該審慎決定 Bot 可以看見什麼的理由，而不是跳過這個產品的理由。這個產品是否值得訂閱——入門門檻已從 SuperGrok Heavy 的 $300 降到 $30 的 X Subscription Premium 席次、只要那些方案持續販售就可用 $20 的 Cursor Pro 席次，或免費試用——是擴大後的 beta 與企業部署必須回答的問題；至於這個模型是否值得使用，則已經有答案。

像這次發布背後有紀錄的 AI 故障與代理事件，都收錄在 OrcaRouter AI Incident Archive，其中每一條紀錄都附有自己的來源、嚴重程度、信心評級與爭議標記。