xAI 最新的 Agent 產品能做什麼、怎麼開始用，以及怎麼用才不會翻車 What xAI’s newest agent can do, how to get started, and how to use it without getting burned

前言：從「問 AI」到「派工作給 AI」

這兩年用 AI 的方式大概是這樣：打開聊天視窗、問一個問題、拿到一段答案，然後自己去開信箱、開試算表、開 CRM，把答案變成真的工作。AI 給建議，人負責動手。

2026 年 8 月，xAI 推出的 Grok Bot 想改的就是後半段。它不是另一個聊天視窗，而是一群「有自己電腦」的 AI 同事：你像傳訊息給同事一樣交代工作，它登入你平常用的工具把事情做完，需要你點頭時才回來找你。關上筆電，它還在雲端繼續做。

這篇分三部分：先介紹 Grok Bot 是什麼與核心功能；再談第一次使用前最需要搞懂的一件事——共用電腦；最後整理一套「怎麼用才不會翻車」的實務方法。

📌 資料截至 2026 年 10 月中。Grok Bot 仍在 beta，方案、平台與功能變動很快，實際以 xAI 官方文件為準。

一、Grok Bot 是什麼？

🗓️ 時間線

• 2026/8/11 以 early beta 推出，最初開放給 SuperGrok Heavy、Cursor Ultra、Cursor Premium Teams 訂閱者，先上桌面版與 iOS，企業版排候補。
• 2026/8 中 底層模型更新到 Grok 4.6，主打多步驟 Agent 任務與知識工作。
• 2026/9/3 推出企業版，加入管理員控制、身分整合等功能。
• 2026/10 官方文件顯示支援 macOS、Windows、Linux、iPhone、iPad、Android；所有付費個人 Cursor 方案與 Cursor Teams 方案皆內含，也可連結 SuperGrok 系列訂閱。用量每週重置。

Grok Bot 的帳號、運算與計費都走 Cursor 體系，雲端電腦也跑在 Cursor 的雲上。對已經在用 Cursor 寫程式的人來說，等於多了一個不用另外付費的 Agent 團隊。

在 Grok Bot 的語彙裡，一個「Bot」就是一個持續存在的具名 Agent。你可以建一個「收件匣管家」、一個「業務研究員」、一個「報帳助理」，每個 Bot 各自記得自己的工作脈絡。

二、六個核心機制

🖥️ 1. 每個 Bot 都有一台電腦

Bot 在一台持續運作的雲端電腦上工作，裡面有瀏覽器、檔案系統（共用工作區 /workspace ）和終端機。有 API 或連接器（connector／MCP）的服務就走連接器；沒有的，就像人一樣直接操作網頁和桌面程式（computer use）。

遇到需要密碼、passkey、雙因素驗證或 CAPTCHA 的地方，你可以打開那台雲端電腦接手輸入，再把控制權交還給 Bot。網站擋自動化或 session 過期時，Bot 會把那一步交給你，而不是自己想辦法繞過。

💬 2. 設定就是一則訊息

沒有流程圖編輯器，也不用先學設定語法。建立一個 Bot，用打字、語音或語音對話描述工作，它需要什麼權限就開口要，你同意就給。同一個 Bot 在桌面版和手機版都找得到。

🤝 3. Bot 之間會協作

這是 Grok Bot 和其他 Agent 產品最大的差異之一。多個 Bot 可以平行工作、互相傳訊息、在群組對話裡分享脈絡、把任務負責權交給另一個 Bot——你不用再當工具之間的人肉路由器。交接是非同步的，過程看得到。

🎬 4. 示範一次，它學起來（Skill）

多步驟、跨系統的流程，可以讓 Bot「跟著看一次」：打開它的電腦畫面、開始錄製、自己操作一遍、停止錄製，Bot 會產生一份 skill 草稿讓你審查。Skill 是「怎麼做這件事」的可重複說明書，所有 Bot 都能用。在對話框打 / 叫出已存的 skill， @ 用來指定 Bot、群組、routine 或連接器。

⏰ 5. 排程與觸發（Routine）

Routine 告訴某一個 Bot 什麼時候執行一個工作流程——依排程，或在支援時由事件觸發。每個 Bot 最多可擁有 50 個 routine，每個保留最近 20 筆執行紀錄。如果你很久沒回來，Grok Bot 可能會問這些 routine 要不要繼續跑，沒回應就先暫停。

🧠 6. 脈絡會累積

具名的 Bot 會跨工作階段保留記憶、檔案、瀏覽器登入狀態和偏好，不會每次歸零，所以用得越多它做得越準。但官方也提醒：重要決策請它回去查當下的原始資料，不要只靠記憶。記憶是摘要，摘要會過時。

✨ 番外：在 X 上 @bot 派工

X 帳號連結 Grok 帳號後，在貼文或回覆中標記 @bot，你的主要 Bot 就會把那則貼文當成任務，@bot 會公開回一則簡短確認。目前並非所有地區開放。

三、第一次用之前，一定要懂的事：所有 Bot 共用一台電腦

很多介紹文章會寫「每個 Bot 都有自己的電腦」，但官方文件講得很清楚：你帳號底下所有的 Bot，用的是同一台雲端電腦。每個 Bot 有自己的「螢幕」，可以同時各自操作，但檔案、瀏覽器登入狀態、App 登入，全部共用。

這個設計的好處是交接很順：研究 Bot 存好的檔案，寫作 Bot 直接拿去用，不用每個都重新登入。壞處是：你在研究員的說明裡寫「不准打開財務資料」，這句話可以引導它的行為，但它不是一道鎖。

🛡️ 其他安全機制

• 核准（Approvals）：重要動作前會停下來等你確認。核准前要看清楚目標、範圍和數值，而不是看到就按。
• Auto Review：工具呼叫和電腦操作執行前，先用模型自動審查一次，可設定「一律允許」等規則。但官方也強調它是以模型為基礎的審查，用來輔助最小權限與明確核准邊界，不能取代它們。
• 本機電腦是分開的：Bot 預設只在雲端電腦工作；要在你自己的電腦上執行指令，需另外開啟並經你核准。
• 資料儲存：Grok Bot 需要資料儲存，不支援 Cursor 的 Legacy Privacy Mode，用舊隱私模式的帳號要先改設定。

早期評測也指出，beta 階段還沒有 Grok Bot 專屬的花費上限，團隊層級對本機執行的管控也還在路上——導入前值得確認。

四、怎麼用才不會翻車：八個實務原則

Grok Bot 讓「派工給 AI」變得很容易——容易到很多人一裝好就把所有工具接上，丟一句「幫我處理公司的事」，然後等奇蹟。第一次可能很漂亮，第二次也還行；然後某一次它誤解指令、改錯檔案、引用不可靠的來源。你想要的是不用盯的 AI 員工，結果變成要全程監督的實習生。

以下原則部分整理自 Mori（@0xjmori）的 Grok Bot 實戰長文，也與 xAI 官方「先讓單次任務可靠、再存成 skill、最後才自動化」的建議順序一致。

好的第一份工作要同時符合：常發生、一分鐘就能檢查、有看得見的產出、做錯可以復原。例如：「每天早上整理過去 24 小時最重要的五則 AI Agent 新聞，去重，附來源，存成一份簡報。」寄信給客戶、管財務、自動發文、處理合約、改正式環境系統，都不適合當第一份工作。一開始測的不是能力上限，是可靠度。

「幫我研究競爭對手」是一個活動；「每週五整理這幾家對手過去七天產品、定價、定位上最重要的五項變化，每項附來源和日期，無法查證的標出來，存到某資料夾」才是完成的樣子。官方文件的第一個任務範例也是這個邏輯：說清楚做什麼、在哪裡做、要拉進哪些脈絡、完成長什麼樣子（「明天早上前留給我待核准的草稿」）。

小心那些聽起來具體、其實什麼都沒說的字：有用的、專業的、高品質的、完整的。好用的開場是請 Bot 先把需求改寫成一份任務契約——結果、可用資料、產出物、完成定義、限制、需核准的動作、排程——有模糊處先問，終點線能量測前不准開工。

只連接這個任務真正需要的工具。權限可以用三色燈來想：

理想的一輪結束時，你看到的是：研究了 42 個帳號、挑出 10 個、寫好 10 封信、聯絡資料驗證完成——等你按寄出，已寄出：0。這才是有用的自主。再提醒一次：因為所有 Bot 共用一台電腦，真正的權限邊界要靠「登入什麼帳號」來劃，不是靠說明裡寫「不准碰」。

人很不擅長描述自己實際怎麼做事。請人說明怎麼篩選潛在客戶，他會說「看公司、看職稱，好的加進去」；實際看他做一次，會發現一堆沒講出口的規則：沒網站的跳過、創辦人另外處理、某個匯出按鈕壞了要繞路。這正是 Grok Bot「示範一次存成 skill」的價值，但有兩個要點：

• 不要只示範完美情況。來源查不到、資料缺漏、兩份文件矛盾、登入過期、被退件——真正的流程藏在例外裡。
• 錄完之後要審 skill 草稿。把判斷規則、失敗處理、驗證步驟、核准點補進去，而不是直接存。

Bot 交了一份完美的報告——現在去看它的執行過程。結果正確可能掩蓋壞的過程：用了薄弱的來源、誤解指令但剛好猜對、在壞掉的路徑上重試六次。在醫院裡這叫跡近錯失（near miss）：藥差點給錯，但病人剛好沒事。我們不會因為沒事就當作沒發生，反而把它當成最便宜的學習機會。

出錯時也一樣：不要只修最後的成品，要找出哪一步出錯，修正 skill、規則或交接方式，再跑一次確認問題消失。只修成品，等於你還在替 Bot 做它的工作。

「一直做到完成為止」聽起來合理，但完成是誰說的？重試幾次？花多少錢？給 Bot 一份明確規則：暫時性錯誤重試兩次、格式不符修一次、證據矛盾就停下來問、修三輪還不過就回報、用量到上限就停。

官方文件也建議 routine 先從「起草、核對、建議」開始，並告訴 Bot 部分完成時要回報到哪裡。

多 Bot 協作很迷人，所以很多人一開始就建了十個 Bot。結果是十個可能遺失脈絡的地方——每多一次交接，就多一個失真點。比較穩的起手式是一個總管加三個角色：

Bot 之間交接時，傳的應該是工作狀態（目標、產出檔、已做的決定、限制、未確定的事、下一關），而不是把整串對話丟過去。

不要在第一次成功後就掛上排程。至少跑三輪：第一輪全程觀察；第二輪換一個代表性任務、而且不提醒它上次的錯（看系統層級的修正有沒有效）；第三輪放手，只在需要核准或卡住時介入。

不過要誠實面對：三次成功在統計上說明不了太多。連續 n 次都沒出錯時，真實失敗率的 95% 信賴上限大約是：

前幾輪的用途是抓出明顯的系統性問題，不是證明它可靠。所以錯誤代價越高，掛上排程前要累積的乾淨執行次數就越多。上線之後，每週看一次 routine 的執行紀錄，然後問自己：如果這個 routine 明天消失了，我會發現嗎？不會的話，它大概不該存在。

五、我會怎麼用？醫療工作者的觀點

身為醫院裡做品管的人，我對 Grok Bot 的第一個反應是興奮，第二個反應是：病人資料絕對不能放上去。它的雲端電腦跑在 Cursor 的雲上、需要資料儲存、所有 Bot 共用登入狀態——這些設計對一般知識工作很合理，但和醫療資料的保護要求是兩個世界。所以我會先把它用在完全不碰病人資料的工作上：

• 📚 文獻追蹤：每週整理特定主題的新論文，附摘要與連結
• 📢 公開資訊監測：健保署、衛福部、醫策會的新公告與規定修正
• 🗂️ 研討會與投稿行政：截止日、格式要求、投稿系統狀態整理
• 🎞️ 教材與簡報素材的初步整理

這些工作頻率高、檢查快、錯了可以重來，正好符合「第一份工作挑最無聊的」那條原則。

結語：比的不只是誰更聰明

大家會繼續比 Grok、Claude、ChatGPT 誰比較聰明、誰跑分比較高。這些都重要。但 Grok Bot 這類產品把比賽帶到了另一層：模型的智慧，能不能變成可以信任的執行？

這一層的答案，大多不在模型本身，而在你怎麼用它：交出去的是什麼、完成的定義是什麼、怎麼知道它做對了、它有多少權限、什麼時候必須停下來把控制權還給人。Grok Bot 給了你一台不關機的電腦和一群會自己做事的同事；怎麼帶這個團隊，還是你的事。

🤖 先養一個可靠的 Bot，再談下一個。