Grok Bot 初体验：有云端电脑的 AI 代理如何接手日常杂活

Cursor 的開發者體驗與教育主管 matt palmer 介紹 Grok Bot：一個「有自己電腦」、常駐雲端的 AI 代理。它能像你一樣開網頁、開 app、存取檔案、截圖。

（前情提要：馬斯克 Grok Bot 公測上線：24 小時不停工的 AI 同事，值得從 Claude、Codex 跳槽嗎？

）

（背景補充：馬斯克放話：Grok 4.6 兩週後上線、4.7 四週後上線，2 兆引數硬碰 Kimi K3）

我總是在追逐更好的工具。筆記軟體、工作流程、各種優化，而現在，則是個人代理(personal agent)。

這是個很容易掉進去的陷阱：永遠在打造那個「客製」的東西，結果反而犧牲了真正的工作。外面有一些很棒的工具 — 但也有一些關於我們這種「無止盡優化狂」的很棒迷因。

問題在於，無止盡的優化與客製化設定，會讓你分心，偏離真正的魔法：把事情做完。

到目前為止，每一個「個人代理」給我的感覺都一樣——都在配置、佈建、委派與分流，而不是在做有用的事。

我花在除錯不穩定的部署、或無視每週 iMessage 簽到提醒上的時間，比我實際使用這些「本該讓生活更輕鬆」的新工具還要多。

而我真正想要的，只不過是一個能做「我平常做的事」的代理——那些活在我電腦裡的手動雜務——而不必配置遠端伺服器、管理服務帳號，或製造一堆資安上的頭痛。

所以當我加入 @Cursor_ai 時，我很驚訝地發現了一個新工具——它不是為寫程式而設計，而是為通用的知識工作而設計。

Introducing Grok Bot, now in early beta. Bots are AI teammates that do real work for you. They sign in to your tools, use them just like you do, and come back with finished work. pic.twitter.com/uyfA97yo98 — Grok Bot (@bot) August 11, 2026 它叫做 Grok Bot，是一個「有電腦的代理」。

它是我用過的第一個、感覺「個人代理本該有的樣子」的工具——魔法般的。

一個有電腦的代理 每一個 Grok Bot，都是一個有電腦的代理。它在雲端運行，所以永遠在線。它能做任何我能做的事：瀏覽網頁、開啟 app、存取檔案系統，以及截圖。

你可能會問：「為什麼它不能在我的電腦上跑?」嗯，隨著你使用，Grok 的電腦會變成你的電腦……而如果你透過桌面版聊天，它還能存取你的本機檔案。

技術上，Grok Bot 跑在一個常駐的 Linux VM 上(如果你在意這種事的話)。實務上，它感覺就像一台非常快、「永遠在線」的遠端桌面。你建立的每一個「bot」，都住在那裡。

它們能使用它的檔案、瀏覽器與工作階段(session)。如果你在某個網站登入，你的任何一個 bot 都能使用那個 session，直到它過期。如果某個 bot 需要幫忙，它會問你。

交還(Hand off) 當一個 bot 撞上一道只有我能清除的牆(登入、SSO、2FA、驗證碼、付款)，它就會把電腦交還給我。我做完那件難事，再把電腦還給它。

所有的 session 都存在我的機器上。如果我登入了某個網站，任何一個 Grok Bot 代理，都能隨時替我存取它。

對於簡單的驗證(API key、文字輸入)，我的 bot 可以送來一份安全的表單讓我填。用它來配置 MCP 伺服器與 API key 一直都很順手。

我也可以「錄製」一個工作流程：把任務示範給 Grok Bot 看，它就會把步驟存下來。接著，這個 bot 就能把那個工作流程當成一套例行程序，依排程執行，或在 Slack 或 GitHub 有事情發生時觸發。

我們的 GTM 團隊已經打造出一些相當瘋狂的潛在客戶(lead)優化與路由工作流程——關於我怎麼使用 Grok Bot，稍後會有更多。

記憶 Grok Bot 能存取長期記憶，這讓它感覺像是在和一位夥伴協作。這運作在三個層次：使用者、代理，以及專案記憶。

使用者： 每個 bot 都知道關於你的基本資訊——你的名字、時區與偏好。任何 bot 都能更新這些值。

代理： 每個 bot 都有自己的記憶——一份設定檔(可以想成 AGENTS.md：那個 bot 的頂層定義)，外加一份互動的日誌。

專案： bot 可以加入專案，並把專案記憶保存在那裡：各種決策、慣例，那些「屬於這份工作、而非屬於某個隊友」的東西。

但即便有這些記憶層，聊天感覺依然很快——這個 bot 到底有多俐落，一直讓我很驚訝。

你甚至可以用多代理(multi-agent)的方式，用一群 bot 來解決問題——一個協調者(orchestrator)bot，可以在一個專案裡和其他 bot 協作。

讓 bot 運行 但這些 bot 什麼時候會運行呢?嗯……當你叫它們運行的時候! bot 會在你傳訊息給它們時被觸發，但它們也會依例行程序啟動。我通常只是請一個 bot 幫我設定好觸發條件。但你也可以手動微調觸發條件。

這可以是任何東西——從一則新的 Slack 訊息、一個 git 事件，到一份排程。

bot 也能觸發其他 bot(也能被其他 bot 觸發)——這就是可組合性(composability)。它們甚至能在群組討論串、或「專案」裡一起工作。

當一個 bot 第一次向另一個 bot 求助時，會有一個小小的、喜悅的瞬間。

同樣地，當一個 bot 第一次替你的訊息按「讚」時，也是。

至於寫程式的工作，bot 可以啟動 Cursor Cloud Agents——因為 Grok 代理與 Cursor 緊密耦合，這個體驗是第一方(first-party)的。

GitHub MCP 也很好設定，這讓我的 bot 能從 cli 執行 gh 指令、並開出新的 repo。

存取 Grok Bot 使用和 Cursor 相同的...