Grok Bot 是 xAI 於 2026 年 8 月 11 日推出的持久型 AI 工作者（AI teammate）：在持久的雲端虛擬電腦上工作，帳號內所有 Bot 共用同一台電腦的瀏覽器、檔案與登入狀態，能記住先前對話，並依排程或事件自動執行例行任務。結論先講：它不是升級版的聊天機器人，而是一個「可以指派工作、離線後仍會繼續做」的代理。對台灣中小企業而言，它值得評估的原因是不需要 API 或 MCP 串接就能操作既有網站與工具；需要謹慎的原因是，它真的會在你的帳號裡做事。
本文整理 Grok Bot 的定位、與 @grok 及 Grok Build 的差異、方案與企業版控管，以及導入前應確認的事項。所有數字與日期以 xAI 官方公告與文件為準，未公開的規格不做推測。
一句話分辨三個「Grok」
xAI 在 2026 年同時有三個常被混用的產品。它們的名稱相近，但解決的問題完全不同。
| 產品 | 型態 | 主要用途 | 誰在用 |
|---|---|---|---|
| @grok 聊天機器人 | X 平台與 Grok App 的對話介面 | 問答、摘要、查證、生成文字或圖片 | 一般使用者 |
| Grok Bot | 持久型代理，有持久的雲端電腦 | 指派多步驟任務、定期例行工作、跨工具操作 | 業務、招募、行銷、財務、工程團隊 |
| Grok Build | 終端機介面的程式開發代理 | 讀寫程式碼、執行指令、規劃後再修改 | 軟體工程師 |
判斷方式很簡單：需要一個「答案」用 @grok；需要一件「做完的工作」用 Grok Bot；需要「改程式碼」用 Grok Build。
Grok Bot 的六個核心能力
依 2026 年 8 月 11 日的官方公告與 9 月 3 日的設計說明，Grok Bot 的產品圍繞五個概念組成：Bots、Chats、Prompts、Tools、Artifacts。落到實際能力上有六項。
- 共用的雲端電腦：帳號內所有 Bot 共用同一台雲端虛擬電腦，檔案、瀏覽器登入狀態與命令列憑證都共用；每個 Bot 只有自己的操作畫面，而畫面不是安全邊界。你關掉筆電，它仍在跑。
- 不需 API 的應用程式操作：Bot 直接登入網站與工具，用畫面操作完成任務，不需要對方提供 API 或 MCP 支援。
- 持久記憶：記住先前對話、你的修正與偏好；回到未完成的工作時會納入這些脈絡。
- 示範即技能（Teach a task）：在一對一對話中選擇「Teach a task」，錄下你操作一次的流程（最長 10 分鐘），Bot 會產生技能草稿，供你補上決策規則與核准點。
- 例行任務（Routines）：每個 Bot 最多擁有 50 個 routine，可依排程執行，或在支援的情境下由事件觸發，例如 Slack 訊息或 GitHub 通知。
- 多 Bot 協作：多個 Bot 可平行工作、彼此溝通，並在群組聊天中共享專案脈絡，同時保有各自的專業記憶。
Bot 只在必要時請求核准，其餘步驟自行完成。這是它與傳統「每一步都要你按下一步」的自動化工具最大的差異，也是風險所在。
方案與取得方式（2026 年 9 月）
Grok Bot 目前沒有單獨販售，而是內含在下列方案中，並有獨立於原方案的使用額度：
- xAI 方案：SuperGrok、SuperGrok Plus、SuperGrok Heavy。
- Cursor 方案：Cursor Pro、Pro+、Ultra，以及 Cursor Teams Standard 與 Premium。
- 企業版：2026 年 9 月 3 日推出，Grok 與 Cursor 的企業客戶有兩週免費試用，可邀請整個組織加入，包括沒有既有席次的人。
平台支援 macOS、Windows、Linux 桌面版、iOS 與網頁版，Android 規劃中。各方案的月費與額度請以 xAI 官方頁面為準；第三方整理的價格常有出入，本文不引用。
企業版多了什麼：存取、網路與稽核
企業版與個人版的差異不在模型，而在治理。依官方團隊與企業文件，企業版提供：
- 存取控制：SCIM 2.0 帳號佈建與移除、Okta 與 Microsoft Entra ID 整合、Team Rules 強制套用到所有成員的 Bot、MCP 連接器允許清單。
- 網路控制：四種網路模式、可依目錄群組指定範圍並鎖定；支援靜態出口 IP，方便接入只允許特定 IP 的內部系統。自助式 Teams 方案預設允許全部且無法設定。
- 稽核與紀錄：管理、安全與認證事件的稽核日誌；Action Recording 以 OpenTelemetry 匯出 Bot 的實際操作到 SIEM。
- 資料政策：Grok Bot 需要資料儲存，不支援 Cursor 的 Privacy Mode (Legacy)（舊版隱私模式），團隊若仍使用該設定將無法啟用 Grok Bot；是否用於訓練依 Cursor 帳號的隱私設定，團隊開啟 Privacy Mode 後客戶資料不用於訓練，無法驗證設定時預設不訓練。資料落地承諾需與帳戶團隊確認。
官方列出的早期企業客戶包括 Legora、Supermicro 與 ServiceTitan，場景涵蓋業務、招募、行銷、財務與工程。其中採購 Bot 監控支出並找出節省空間的案例，官方僅以「數萬美元」描述，沒有精確數字，本文不擴大引用。
台灣中小企業評估 Grok Bot 的四個問題
Grok Bot 的能力描述很吸引人，但導入前應先回答以下問題。這些問題不是要你放棄，而是把「試用」變成「可驗收的試行」。
問題 1：哪一個流程值得第一個交給它？
選擇每天或每週固定發生、輸入來源明確、輸出格式固定、出錯可以回復的工作。例如：每日從三個平台整理訂單狀態成一張表、每週把候選人履歷整理成名單、每日把客服信件分類並產生回覆草稿。不要從「發出去就收不回來」的工作開始。
問題 2：它在台灣常用工具上跑得穩嗎？
Grok Bot 靠畫面操作，不靠 API。這代表它理論上能操作任何網站，但實際穩定度取決於介面複雜度與語言。導入前應用真實帳號在 LINE 官方帳號後台、蝦皮賣家中心、104 或 CakeResume、鼎新或其他 ERP 網頁版做至少一週的測試，記錄失敗率與失敗原因。
問題 3：核准點放在哪裡？
官方文件建議先自動化「準備工作」，對發送、發布、刪除等敏感動作保留核准。實務上可以這樣切：Bot 負責蒐集、整理、起草；人負責確認與送出。等失敗率與品質穩定後，再逐項放寬。
問題 4：帳號、權限與稽核怎麼設？
Bot 會用真實登入狀態工作，因此應為它建立獨立帳號與最小權限，而不是借用員工帳號。帳號內所有 Bot 共用同一台電腦的登入與憑證，不要把不同 Bot 當成權限隔離。若使用企業版，先開啟稽核日誌與 Action Recording，確保每一個操作都能回溯。若使用個人方案，至少保留 routine 的執行紀錄（系統保留每個 routine 最近 20 筆）並定期人工抽查。
與其他 AI 工作者方案的關係
Grok Bot 不是市場上唯一的持久型代理。Anthropic 的 Claude Agent SDK、OpenAI 的 Agents SDK 走的是「開發者自建」路線，需要工程能力但控制權完整；Grok Bot 走的是「產品化、開箱即用」路線，上手快但能客製的地方受限於產品設計。兩條路線的費用、記憶、電腦操作與審計能力比較，我們另外整理成Grok Bot vs Claude Agent SDK vs OpenAI Agents SDK 選型指南。
若你已決定試用，Grok Bot 企業實戰：用 Routine 與 Bot 群組自動處理日報、面試提醒與客服交辦提供逐步設定與上線檢查清單。
結論
Grok Bot 把「AI 代理」從開發者工具變成可以直接指派工作的產品。它的優勢是不需要串接就能操作既有系統、離線後仍持續工作、可以用示範建立技能；它的風險也正是這些：它在你的帳號裡真的會做事。台灣中小企業合理的做法是，先選一個低風險流程、用獨立帳號與最小權限試行、保留人工核准，並用真實的失敗率與節省工時決定是否擴大。
需要有人陪你把第一個流程跑起來，可閱讀企業 AI 導入主題指南，或預約諮詢討論你的場景。
資料來源
- xAI, Introducing Grok Bot（2026-08-11）
- xAI, Grok Bot is now included with more plans（2026-08-26）
- xAI, Grok Bot for Enterprise（2026-09-03）
- xAI Docs, Skills and routines；Grok Bot for teams and enterprises
相關推薦與延伸閱讀
- Grok Bot、Claude Agent SDK、OpenAI Agents SDK 比較：中小企業怎麼選：Grok Bot 是開箱即用的產品化 AI 工作者，Claude Agent SDK 與 OpenAI Agents SDK 是開發者自建代理的框架。本文從費用
- AI Agent 的權限邊界怎麼設：企業導入前必須畫好的三條線：企業導入 AI Agent 前，權限邊界比模型選型更該先決定。本文用 2026 年 OpenAI–Hugging Face 事件與 Google Gemini
- 2026 AI 內容創作工具完整比較：台灣企業最值得用的選項：AI 內容工具種類繁多，本文依文字、影片、圖片三大類整理台灣企業實用的 AI 創作工具，並比較費用與適用場景。涵蓋 Claude、ChatGPT、Gemini、