Grok Bot 是什麼？2026 價格、用法與安全限制

Grok Bot 是 SpaceXAI 推出的 computer-use agent（電腦操作代理）：你用訊息交辦工作，Bot 在持續運作的雲端電腦上使用已授權的工具、處理跨網站流程。The X Subscription 從 Premium（US$30／月）開始內建 Grok Bot，與 Grok、Cursor 共用每週額度；Free 與 Plus 不包含。這個產品更新很快，2026 年 10 月 22 日到 24 日就連推三個版本，加入憑證保管 Vault、可共編的 Pages 與更少打斷的自動審查。

「幫我把那張發票處理一下。」做起來是一串動作：打開信箱、找到那封信、下載附件、登入報帳系統、把數字一欄一欄填進去，中間任何一步卡住，整件事就停在那裡。Grok Bot 想接手的是這種跨工具流程；需要登入、批准或人工判斷時，仍會把步驟交回給你。

先分清楚：Grok、Grok Bot，跟家族裡其他代理是三件事

名字裡都有「Grok」，容易被當成同一個東西。官方目前部分頁面使用 SpaceXSI 品牌，頁尾法律名稱仍是 SpaceXAI LLC；要選產品，先看你要的是對話、寫程式，還是跨工具執行工作。

打開 SpaceXAI 官網，Grok 聊天服務跟 Grok Bot 是分開列的兩個產品。Grok 那個聊天服務，是你打字問它、它回你話，拿來問問題、找資料、寫東西，站上的 Grok 全功能總覽寫得很完整，模型差異可以再搭配 Grok 4.7 的效能與價格解析一起看。Grok Bot 則是拿來交辦工作的：一個是「你問、它答」，一個是「你交代、它去做」。

打個比方：Grok Bot 像一個你交代完就自己去忙的同事，你跟它說「這件事幫我處理掉」，它在雲端電腦開啟需要的工具、使用你授權的帳號，照流程一步步做，再帶著結果或需要批准的事項回來找你。這個比喻描述的是交辦方式，實際能做到哪一步仍取決於工具權限與工作內容。

家族裡還有兩個名字相近的代理產品，順便分開：Grok Build 是在終端機裡寫程式的編碼代理，Grok Voice Agent 則是語音代理平台，都不是這篇的主角。為什麼這個差別重要？因為它直接決定你會不會浪費錢。如果你想要的是「更會聊天的機器人」，該看的是模型升級；如果你想要的是「可以把雜事交代下去的同事」，Grok Bot 才是對的標的。先分清用途，再看方案包含哪些權益。

Grok Bot 是什麼：一群住在雲端電腦上的 AI 同事

一句話：它是一群一直在線、會自己操作電腦的 AI 同事。官方發表說明把它定位成可以交辦工作的 AI 同事，白話講就是「會操作電腦的 AI」：每個 Bot 會登入你授權給它的工具，跨應用程式把事情從頭做到尾，只在做完、或需要你點頭的時候才回來找你。

這個產品 2026 年 8 月 11 日以早期測試版上線，起家過程蠻特別：它本來是公司內部原型，各團隊自己養 Bot 來處理業務開發、行銷、營運雜事與除蟲，內部紅了之後才開放給外界。上線後開放範圍一路擴大，2026 年 10 月 12 日隨 The X Subscription 新訂閱制整併，現在是 Premium 等級以上方案內建的標準功能，細節在後面定價章節展開。

發表文裡，產品負責人 Roman 強調的是收尾那段：成果要落在使用者真正工作的工具裡。以回信為例，只有一份漂亮草稿，使用者還得切到信箱、貼上內容、核對收件者再寄出；Grok Bot 想接過去的是在實際工具中完成這段流程，並在需要時交給你審核。

Grok 官方頻道在 2026 年 8 月 11 日發表當天上傳的介紹影片，示範了讓 Bot 使用已授權工具、完成工作後回報的交辦方式。影片是初次發表時的介紹，現行方案與用量以後面的價格說明為準。

以影片頁觀賞：Introducing Grok Bot

如果你到現在還覺得「agent（代理）」這個詞很抽象，AI Agent 的運作原理有完整說明：你把一件有明確結果的事交給它，它依任務決定用哪些工具、照什麼順序執行，再回報結果。判斷一個產品能不能接手工作，要看它能否在已授權的工具中執行並交付結果，以及在哪些步驟必須讓人接手。

它怎麼運作：一台雲端電腦、兩種操作方式、會留下來的記憶

「它憑什麼能把事做完？」這個問題決定你能不能信任它。官方技術文件把機制拆成三層：一台一直在的雲端電腦、兩種操作工具的方式、會跨對話留下的記憶。

機制一：每個使用者一台專屬的雲端電腦，工作不因你關機而停

這台電腦不在你家，也不在你的筆電裡。依企業架構文件的說法，每個使用者帳號配一台專屬的 Firecracker microVM（一種有硬體隔離層級的微型虛擬機器），跑在 Cursor 的雲端上，裡面有瀏覽器、檔案系統與終端機；你手機與電腦上的 App 只是薄用戶端，負責對話、審核與批准。工作跑在雲端那台機器上，所以你把筆電闔上、手機關掉，背景任務與排程照樣前進，這才是「24 小時在線」的真實意思：工作環境一直都在，不是每件事一定會成功。

兩個應該知道的邊界：Grok Bot 的雲端電腦目前位於美國，有資料落地要求的公司要把這一條算進評估；閒置休眠不等於資料刪除，企業管理員可依電腦管理文件啟用 Terminate Inactive Computers，讓 30 天未使用的電腦終止並保留耐用磁碟，這項設定預設關閉。檔案、瀏覽器狀態與登入設計成可以在系統更新後延續；更新與重設是兩回事，更新會保留檔案與登入、但移除自行安裝的應用程式與套件，重設則從上次快照重建，近期尚未同步的工作可能遺失。

機制二：有應用程式連結走正門，沒有的就操作畫面

你平常用的工具可以分成兩種：一種有正規串接，一種只能靠人打開網頁點按鈕。Grok Bot 對前者走應用程式連結，現行文件稱 connected app，安裝入口就叫 Connect apps，舊版文件與設定裡的 connector（連接器）指的也是它；對後者改用 computer-use，像真人一樣看畫面、點按鈕、填欄位、等畫面跑完。官方文件的建議很直白：有現成應用程式就用它，因為「通常比在網站裡點來點去更可靠」。串接用的 OAuth 權杖留在 Cursor 後端，不落到那台雲端電腦上。

操作畫面天生比走正門脆弱：網站改版、按鈕搬家、突然彈出驗證碼，Bot 就可能找不到路。文件的講法誠實：網站可以擋自動化、工作階段會過期、有些步驟本來就需要真人，遇到這些情況 Bot 會把步驟交還給你，而不是繞過去。這也是它適合「流程大致固定、細節會變」的工作，不適合一步都不能錯的嚴格場景的原因；是否穩定，仍要用你自己的工具與流程驗證。

機制三：記憶會累積，routine 有明確上限

每個 Bot 是「一個有名字、一直存在的同事」。依Skills and routines 文件定義，skill 是一套可重複使用的做法說明，routine 則告訴 Bot 何時執行某個流程（排程，或在支援時由事件觸發，例如一則 Slack 訊息或一個 GitHub 通知）。當 Teach a task 控制項已開放時，你帶著它走一遍多步驟流程，它能把這條路記下來，下次照著自己跑，這就是「示範一次給它看」：錄製的是畫面上的操作，上限十分鐘，不收音，錄完先產出草稿 skill，補上判斷規則、失敗處理與批准邊界後再排程，是比較穩的做法。

routine 有明確限制：每個 Bot 最多 50 個，排程彼此至少間隔五分鐘，刪除沒有復原。記憶也不是萬能，官方自己提醒「記憶不能取代權威來源」，會變動的事實要留在來源系統裡，重要決策請 Bot 回頭查當下資料。至於背後用什麼模型，Elon Musk 在 2026 年 10 月 7 日公開了方向：每個任務挑當下最好的後端模型，包括 Claude Opus 5.5、MidJourney、Suno 與其他 API，不局限於自家模型。現行安全文件則說明，模型由 Cursor 管理，沒有使用者可選的 model picker，實際供應組合可能隨時間改變。

十月下旬連推三版：Vault 代管憑證、Pages 共編文件、自動審查更安靜

這個產品幾乎每週都在改版。依官方更新紀錄，2026 年 10 月 22 日到 24 日連續發布 v0.75.2、v0.75.5、v0.75.8 三個版本，對一般使用者最有感的三塊，是憑證保管、共編文件與自動審查的行為調整。

10 月 23 日起，Bot 可以把你交付的登入資訊、卡片與聯絡資料存進設定裡的 Vault，之後登入或結帳時直接代填，不必每次重打；10 月 22 日起，Bot 能產出可共編的 Pages，例如報告、備忘錄與儀表板，你可以動手改，也可以讓 Bot 持續把它更新到最新。同一波還加入從文字敘述或圖片生成影片、用 Shop Pay 付款、轉寄郵件時保留原始格式與附件等能力。可以代付款的環節變多，批准邊界就相對更重要，安全章節會回來談。

排程與審查也一起放寬和收斂：routine 每小時總執行次數從 100 提高到 300，單一 routine 上限 200 次；10 月 24 日起，Auto Review 在跳出批准卡前會再檢查一次，安全動作更少需要你點頭，Bot 也能在一張你確認的卡片上提議新增或修改自動審查規則。另一個直接影響資料的行為變化：刪除 Bot 現在會永久清除它的對話、記憶、routine 與附件，但雲端電腦上的共用檔案與登入不隨之消失，敏感資料仍要自己清。

這種節奏不是十月才開始。Musk 在 10 月 20 日就預告過一輪大改版，十月下旬的三個版本延續同一條線：讓 Bot 能做的事變多，同時把需要人點頭的環節，收斂到真正敏感的動作上。

多個 Bot 可以組成小團隊，但共用一台電腦

這是 Grok Bot 最有意思、也最少被講清楚的部分。你可以同時開好幾個 Bot 並行做事，產品頁直接列出官方設計好的職務範本：Sales Outbound（業務開發）、Talent Scout（招募）、Paid Media（投放）、Expense Manager（費用）、Bug Reproduction（除蟲重現）、Chief of Staff（總管）等。Bot 之間可以互相傳非同步訊息，收到訊息的 Bot 會醒來處理再回覆；你也能依群組對話文件開 2 到 6 個 Bot 的群組對話，讓它們在你的注視下互相交棒，你從「每步批准」變成「看著它們接力」。

2026 年 9 月底官方再推進一步，發表 Team Bots（公開測試，Teams 與 Enterprise 方案可用）：整個團隊共用的 Bot，帶著團隊層級的 context、plugins、credentials 與 memories，接上 Slack 一起協作；每個人的私人對話、context 與 memories 仍分開，並不會把所有私人對話合成團隊記憶。官方新聞裡的客戶例子很大膽：Harper 的執行長說他們 24 小時內建好團隊 Bot、為客戶省下超過 12 萬美元；另一個五人團隊靠 Bot 協調雲端代理，一天合併超過 100 個 PR。這些是官方挑出來的客戶案例，數字無法獨立核實，當方向參考就好。

但「會交班」不代表可以放著不管，而且這裡有一個官方講得非常白的警語：同一個帳號下的所有 Bot，共用同一台雲端電腦。檔案、瀏覽器登入、命令列憑證全部共用，某個 Bot 接續另一個 Bot 存的工作不必重新設定，這是交班順的代價。文件原話是「Do not use separate Bots as a security boundary」，別把不同 Bot 當成安全邊界；該登出的服務要登出、用完的敏感暫存檔要清、不再需要的應用程式連結要撤授權。隔離是「每個使用者一台機器」，不是「每個 Bot 一台機器」。真正需要獨立憑證與環境的工作，官方建議給它一個獨立的使用者帳號。

關於「內部原型怎麼長成產品」，產品負責人 Roman Ugarte 九月上了 Lenny’s Podcast 談打造過程（第三方訪談，非官方頻道），其中一個設計決策呼應前面的機制：一切跑在雲端，所以 Bot 可以從手機上被交代、在你睡覺時繼續跑。

以影片頁觀賞：How we built Grok Bot in a month | Roman Ugarte (SpaceXAI)

什麼樣的工作適合交給它？

先看官方自己端出來的實績。10 月 20 日官方分享客服團隊的事件處理流程：IncidentWatch 每 5 分鐘掃前 15 分鐘的工單找異常，IncidentSweep 批次結案，9 月 18 日一次事件在工程師審核批准後，約 10 分鐘處理完 204 張票；9 月 4 日的採購案例標題直接寫「找出超過 10 萬美元的直接節省」；9 月下旬又發了客服規模化的內部用法。這些都是 SpaceXAI 自家或其客戶的案例（企業版客戶包含 Legora、Supermicro、ServiceTitan），不是第三方驗證，看方向可以，別直接類推到自己公司。

能力邊界也一直在往外推。2026 年 10 月 18 日，Musk 在 X 貼文表示 Grok Bot 可以打電話給餐廳、替你訂位，將代理任務延伸到語音通話。這則示範沒有交代所有國家、商家與帳號的開放條件，實際使用仍以帳號內功能為準。

不知道從哪種 Bot 開始的話，官方在產品站上維護了一份 現成 Bot 目錄：截至 2026 年 10 月 27 日列出 56 個範本，從業務、行銷、招募到工程與生活助理都有，連 SEO/AEO 稽核這種偏門職務都有現成範本可直接加進帳號，再按自己的流程改。十月下旬的新能力也反映在範本裡：狀態報告、發票跟催這類職務，目錄上已有現成寫法。對第一個 Bot 該長什麼樣沒想法的人，從目錄挑一個改造，比從空白開始快得多。

把官方案例與文件整理成一張判斷表，幫你對照「我手上的事，哪一塊適合交出去」：

工作類型	Bot 大概怎麼做	誰用得上
重複的行政事（報帳、入職、排會議）	登入信箱與內部系統，照 routine 跑完，結果留在原系統	人資、行政、財務、小公司老闆
業務追蹤（更新 CRM、發後續信）	把通話筆記寫進 CRM，草擬好信，交給人看過再寄	業務、BD、客戶成功
跨工具搬資料	從來源讀、寫到目的地，沒有應用程式連結就操作畫面	任何被複製貼上吃掉時間的人
工程除錯與事件處理	重現 bug、開工單、批次清票、交接給人修	開發團隊、SRE、客服工程
資料收集與整理	開瀏覽器查資料、整理成檔案或 Pages，放在共用工作區	研究、行銷、顧問

用一個模擬情境走一遍（這是說明用的假設情境，不是官方流程）：假設你每天都會收到幾張發票躺在信箱裡，你跟行政 Bot 說「把今天進來的發票附件抓下來、金額跟日期記到我的試算表、超過一萬塊的先別建檔，把那幾封信標好等我看」。Bot 就在雲端電腦上開瀏覽器、登入信箱、逐封讀取、下載附件、把金額日期寫進試算表，超過門檻的停下來發通知給你。你回來時只需要看那幾張大額的、決定要不要放行。這才是「事情被做完」，不是「答案被生成」。

判斷標準其實很簡單：重複性高、要切換好幾個工具、有明確結果的工作最適合交出去。反過來，需要臨場看客戶臉色的談判、碰到個資或法規的敏感處理、做錯收不回來的一次性決定，現在都先留給自己做。這不是「Bot 做不做得到」的問題，是「做錯了你扛不扛得起」的問題：扛得起的先交，扛不起的留著，這是導入任何代理的基本紀律。

誰能用、多少錢：The X Subscription 新制之後的答案

方案沿革先一句話交代：2026 年 8 月 11 日以早期測試版上線，8 月 26 日擴大到更多方案，9 月 3 日企業版上線；10 月 12 日隨 The X Subscription 整併，Grok、Grok Bot、Cursor 與 X Premium 可合併訂閱，官方宣布逐步向全球推出。站上的 X 訂閱五級方案與共用用量有整份方案細節，這裡只講跟 Grok Bot 直接相關的部分。

關鍵一句：The X Subscription 的 Plus（每月 US$8）不含 Grok Bot，Premium（每月 US$30）以上才內建。以 Grok Bot 產品頁 2026 年 10 月 27 日的標價整理：

方案	月費	Grok Bot 相關內容
Free	US$0	不含 Grok Bot
Plus	US$8	不含 Grok Bot
Premium	US$30	雲端電腦、登入工具、排程 routine；與 Grok、Cursor 共用每週額度
Super	US$100	Premium 全部；產品頁列 3.5 倍 Premium 用量、尖峰時段優先模型
Ultra	US$200	Super 全部；產品頁列 12 倍 Premium 用量、所有產品與模型最早使用
Teams	每席 US$30 起	混合 Premium/Super/Ultra 席位、SSO、集中帳單與管理、用量分析
Enterprise	客製報價	加 SCIM、稽核紀錄、支出與網路控制、發票付款

用量怎麼算要特別留意：依官方計費文件，The X Subscription 的 Grok Bot 與 Grok、Cursor 共用每週額度，額度用完後從預付加值點數支付額外用量，可在帳務頁設定自動加值與每月額外用量上限。產品頁列 Super 為 Premium 的 3.5 倍、Ultra 為 12 倍；不要把這組倍數和其他產品相對 Plus 的用量倍數混用。

免費試用的設計值得先看清再綁卡：它給的是一組用量點數，不是固定天數，試用另有 7 天期限；點數按代理步驟與 token 消耗扣抵，長任務可能一次用掉大半，macOS 與 iOS 共用同一個用量桶，用完的點數不會補回。想讓試用撐久一點，先把任務切小、跑大型排程前先看用量頁，是最直接的兩個做法。

舊方案另有規則：SuperGrok 與 Cursor 舊訂戶可以保留原價原權益，或轉到新制；舊 Cursor 方案與連結的 SuperGrok 用量不相加，Grok Bot 取兩者較高的每週額度；持有自助式 Grok Business 席位的帳號，直接用該 Grok 帳號登入就能使用。這種舊制權益與新制共用池、預付加值，是兩套不同的計費邏輯。SuperGrok 這條產品線的來龍去脈，SuperGrok 完整介紹有整理。

平台支援依官方 FAQ整理：桌面端有 macOS（Apple 晶片與 Intel）、Windows 與 Linux；手機端支援 iOS 18+、iPadOS 18+ 與 Android 9+。掏錢之前該問清楚的三件事不變：能開多少 Bot、每週用量實際換算成多少工作、超額的單價怎麼算。月費看得見，卡住你的往往是額度。

值不值得，可以用一個簡單算式自己算：淨省時間＝本來自己做的時間－教它、檢查它、出錯重來的時間，再乘上你的工時成本，跟每月訂閱費比。一個月只交兩張發票肯定不划算；每天有十件跨工具雜事在吃你的時間，這筆錢才有意義。這是採購估算，不是官方保證，但至少能避免把「有把事做完」跟「有省到時間」混為一談。

跟 Muse、Claude、Codex 這些代理比起來，怎麼選？

選代理可以先按工作類型比較：Muse、Claude Cowork 與 Grok Bot 都涉及助理或跨工具工作，Codex、Claude Code 與 Grok Build 則以軟體開發為主要定位。重點是任務在哪裡執行、資料如何交接，以及遇到批准或錯誤時由誰接手。

產品	定位	你該先問自己的問題
Grok Bot	雲端電腦上的 AI 同事，多 Bot 並行、記憶累積、可學 routine	我想用傳訊息的方式，把跨工具流程整段交出去嗎？
Meta Muse	Meta 的通用 AI 助理與代理生態，聊天與生活任務見長	我要的是日常助理，還是工作流程的自動化？
Claude Cowork	Anthropic 的電腦操作代理，深度整合 Claude 生態	我的工作是不是已經大量住在 Claude 生態裡？
OpenAI Codex	以軟體開發為主要定位，可交辦程式任務	我要交辦的是不是幾乎都在寫程式？
Claude Code / Grok Build	以編碼與開發流程為主的代理工具	我要的是開發流程內的助手，還是辦公流程的同事？

說白了，界線在「你的工作住在哪裡」。幾乎都在寫程式的人，OpenAI Codex 與 Claude Code 都以軟體開發為主要定位，可再依執行環境、交辦方式與權限需求比較；日常助理與生活任務，由 Muse Spark 模型驅動的 Meta Muse 與其代理生態（包含 Muse Code 終端機代理）更對頻，《遠見》十月的三大 AI 代理比較就把它與 Dots、Grok Bot 放進同一張表，對照台灣可用性與最低月費。把 ChatGPT 放進來比也一樣：在 ChatGPT 裡問事、寫草稿是聊天助理的強項，Grok Bot 的差別在走進工具把流程做完，兩者常常是互補，不是二選一。工作橫跨信箱、CRM、試算表、內部系統這種「沒有單一開發環境」的情境，才是 Grok Bot 這種通用電腦操作代理的主場。已經重度使用 Claude 工作流的人，Claude Cowork 的檔案、排程與權限設定值得先比較，資料與習慣都在同一個生態裡，轉換成本最低。

需要長期追蹤工作、且慣用 ChatGPT 的人，也可對照Dots 的持續交辦與審核規則；工作集中在 Gmail、Google 文件與日曆時，可比較Gemini Spark 的任務與排程設定。

與其死記「誰是哪一派」，不如把三個問題帶著，每次選擇時重新對照當下的官方說明：結果會放在哪裡（停在聊天視窗等你搬，還是直接進入你在用的系統）；出錯時誰接手（能不能中途插手、從中斷處續跑，還是整件重來）；你的東西留在誰那邊（記憶、流程與檔案存在你掌控的環境，還是鎖進某一家）。這個領域每季都在變，今天的定位半年後可能就不同。

安全嗎：把帳號交出去之前要問的事

認真要用、甚至給公司用，先看官方安全文件的授權模型：Bot 以登入成員的身分行動，每個動作歸屬在具名成員身上；團隊管理的應用程式連結可能使用團隊或服務帳號憑證，評估權限時也要把這部分算進去。憑證管理在十月升級了一階：Bot 可以把登入資訊、卡片與聯絡資料存進 Vault 集中代管、使用時代填，資料收在設定裡，而不是散落在對話紀錄中。

批准與隱私文件可分成三部分來看。第一部分是批准卡：需要你點頭的動作會列出預計操作與內容，你可以「允許一次」「總是允許」或「拒絕」；從排程或別的 Bot 發起的背景工作，批准大約 10 分鐘沒人理會就過期，動作不執行。第二部分是 Auto Review：一個獨立的審查模型，在危險動作執行前評估，涵蓋 shell 指令、外掛呼叫、電腦操作、routine 修改與代理委派；你可以自訂「先問我」與「自動允許」規則，兩者衝突時先問我獲勝，十月下旬起 Bot 也能用一張確認卡提議調整這些規則。第三部分是敏感步驟的人工接手：密碼、二次驗證碼、驗證碼圖形與付款確認，Bot 會把電腦控制權交還給你本人完成。官方也講明了 Auto Review 不審查每個副作用，它是縱深防禦的一層，不是全部。

資料面的官方承諾寫得很具體：雲端電腦位於美國；資料在傳輸與待用狀態都加密；隱私模式開啟時客戶資料不用於訓練（訓練退出跟隨 Cursor 帳號設定）；服務結束後，依資料處理協定（DPA）在收到書面指示的 30 天內刪除或返還資料；閒置休眠不等於刪除；企業版另有稽核紀錄與動作錄製（後者預設關閉、保留 90 天）。公司層級，Cursor 背後的 Anysphere 持有 ISO/IEC 27001 與 42001 認證，Grok Bot 在認證範圍內。對提示注入（prompt injection）這種代理產品特有的風險，官方的措辭是「降低、但不消除」。

所以「安全嗎」沒有單一答案，比較務實的做法是把問題拆細再採購：對話與檔案保留多久、廠商內部誰看得到、能不能回頭查 Bot 做了什麼（稽核）、資料放在哪個國家、哪天不用了資料帶得走嗎。問不到答案本身就是風險訊號，尤其當 Bot 要碰到客戶名單、發票或內部系統的時候。實際展開時，先交低敏感度的帳號試水、把授權寫成清單管理、會外送的動作（寄信、付款、刪除）一律設成要批准，是三個最划算的習慣。

怎麼開始：三個務實的下一步

如果你評估過覺得值得試，建議照這個節奏，不要一開始就把所有工具都接上去：

1. 先挑一件低風險、結果好檢查的小事試一週。 「每天把信箱裡的發票整理到一張表」這種，比「直接幫我發全公司通知」合適。條件有三個：會重複發生、結果一目了然、做錯了很好收拾。先看它能不能穩定做完一整週，再決定要不要加碼。
2. 用「示範一次」建立你的第一個 routine。 當 Teach a task 已開放時，錄下你真的在用的流程；錄製不收麥克風聲音，停止後再用文字補上判斷，例如「這種信先看金額、超過這個數字走另一條路」。產出的是草稿 skill，補上失敗處理與批准邊界後，先在安全樣本上測過再排程；沒有錄製入口時，也可以從文字說明與已完成任務建立 skill。
3. 授權邊界先寫清楚，再給鑰匙。 哪些帳號可以交、每個帳號可以做到什麼程度（只能看、可以改、還是可以對外發送）、出錯時權限怎麼收回。因為同一帳號下的 Bot 共用登入與檔案，每多接一個工具，就要回頭檢查「這整群 Bot 現在能碰到什麼」。登入與付款資料交給 Vault 集中管理後，也要記得 Vault 本身就是新的保管點。

試用期間留個簡單紀錄就夠：每次記下交辦了什麼、結果（做完、做一半、卡住、重來）、教它與檢查它各花了多久、它實際碰了哪些工具、哪一步回來找你批准。滿一個月後，你手上會有自己跑出來的數字，而不是官方的示範。

台灣使用者可以先確認三件事：官方宣布 The X Subscription 向全球推出，@bot 標記功能的排除地區未列台灣，但仍依 X 記錄的帳號國家判定；只有廣域地區或沒有國家記錄時，也可能無法使用。九月底有台灣媒體實測可用：在台灣以 SuperGrok 舊制綁卡試用七天，Bot 能自己開瀏覽器到誠品、金石堂等書店網站查書價；新制上路後，對應的是 Premium 以上方案。桌面介面已列繁體中文選項，文件多為英文，本地金流與報帳流程仍適合先小範圍試。雲端電腦位於美國，公司採購若有資料落地要求，這一條要放進評估。

常見問題

Grok Bot 免費嗎？

Free 與 Plus 不包含 Grok Bot；Premium 從 US$30／月開始。 符合條件的帳號可先用點數型試用，試用另有 7 天期限，長任務可能很快用完點數。The X Subscription 的付費 Grok Bot 與 Grok、Cursor 共用每週額度，超出後從預付加值點數支付；App Store 的訂閱試用則有不同續費規則。各方案真正的差異在每週共用額度：依產品頁標示，Super 與 Ultra 分別是 Premium 的 3.5 倍與 12 倍。

Grok Bot 台灣可以用嗎？

官方向全球推出，台灣未列在 @bot 標記功能的排除地區。 但標記功能依 X 記錄的帳號國家判定，還需連結正確帳號、建立自己的 Bot 並有可用額度；只有廣域地區或沒有國家記錄時，也可能無法使用。桌面介面已支援繁體中文，雲端電腦位於美國；本地金流與報帳流程仍要小範圍驗證。

把帳號授權給 Grok Bot 安全嗎？

沒有絕對答案，但控制項比想像多。 Bot 通常以登入成員的身分行動，團隊管理的連結也可能使用團隊或服務帳號憑證；敏感動作前有批准卡與 Auto Review 獨立審查，登入與付款資料可交 Vault 集中代管；密碼、二次驗證與付款確認會交還真人。同帳號的 Bot 共用檔案與登入，不能把不同 Bot 當安全邊界，先交低敏感帳號、外送動作設批准，仍是最穩的起手式。

每個 Grok Bot 都有自己獨立的電腦嗎？

沒有，而且這是官方明講的邊界。 每個「使用者」配一台專屬雲端電腦（Firecracker microVM，使用者之間硬體隔離），但同一帳號下的所有 Bot 共用這一台：檔案、瀏覽器登入與命令列憑證全部共享，每個 Bot 有自己的畫面可以並行，畫面是工作區隔不是安全邊界。需要獨立憑證的工作，官方建議給它獨立使用者帳號。

我把筆電關掉了，Bot 還會繼續工作嗎？

會。 工作跑在雲端那台電腦上，App 只是薄用戶端，關掉筆電或手機不會中斷背景任務與排程中的 routine。但它可能在需要登入、畫面卡住或等你批准時停下來；從排程發起的批准約 10 分鐘沒人理會就過期，該動作不執行，回頭補批准比預期重要。離開電腦前把長任務先交代下去、回來再補批准，是最順的使用節奏。

routine（例行流程）是什麼？有什麼限制？

routine 是告訴某個 Bot 何時執行某個流程的設定，可以排時間，也可以在支援時由事件觸發（如 Slack 訊息或 GitHub 通知）。流程本體是 skill，可以在 Teach a task 已開放時錄製（上限 10 分鐘、不收音），或用文字交代產生。限制：每個 Bot 最多 50 個 routine、排程至少間隔 5 分鐘、刪除無法復原；十月下旬起每小時總執行上限提高到 300 次。

Grok Bot 有 API 可以接進自己的系統嗎？

企業管理 API 與一般 Bot 任務是不同用途。 一般使用者主要透過桌面與手機 App 交辦工作，再由應用程式連結或電腦操作使用工具；企業版另有電腦管理 Admin API，以及透過 OpenTelemetry 匯出稽核與動作資料的介面。這些管理、觀測介面不能當成任意 Bot 工作的通用執行 API；Grok Bot 也不是 Telegram 機器人，沒有以 Telegram bot 形式提供的官方版本。

Grok Bot 會搶走我的工作嗎？

比較務實的說法是：它接走重複流程裡「動手做」的那塊。 需要人際判斷、臨場靈感、或做錯收不回來的環節，現在還是人的主場。說它全面取代人太誇張，說它完全不影響也不實在；它改變的是你把時間花在哪裡，把自己從搬資料與重複操作裡挪出來，挪出來的時間要做什麼，才是真正的問題。