首次打開 Grok Bot 的外掛程式目錄，你搜尋並點擊所需的外掛程式。接著，本地瀏覽器會彈出登入畫面，你只需登入即可完成連接。
你無需深入系統程式碼，也不必安裝 MCP 伺服器 JSON 或貼上 API 憑證。只需像登入任何網站或應用程式一樣操作，Grok Bot 就能立即投入使用。
我請它審閱我的 X 貼文和感興趣的內容，然後每天提供與我相關的新聞摘要。我還透過工作帳戶將它連接到 Freshdesk，設定了一個支援 Bot，每十五分鐘檢查一次新開啟的支援工單。它只需透過瀏覽器登入，就能複製我過去耗費時間和精力處理的真實工作流程。
這種簡易的設定方式才是真正的創新。Grok Bot 將代理的配置簡化為幾次點擊和一次登入。
Grok Bot 的體驗就像拆開一台新的 MacBook：打開電源，所有工作所需的工具都已備妥。而像 OpenClaw 這樣的系統則更像 Linux：它提供更多選項和更高的自由度來客製化系統，但這種彈性也伴隨著更高的複雜性和設定成本。
本週發布的 OpenClaw 2.0 大幅縮小了這個差距。它的快速啟動功能可以重複使用現有的 Claude Code 或 Codex 登入資訊，其瀏覽器應用程式也將大部分設定、外掛程式管理和自動化功能整合到圖形或對話介面中。然而，根本區別依然存在：OpenClaw 提供使用者擁有的 Gateway，讓你可以選擇如何及在哪裡運行，而 Grok Bot 則將電腦作為產品的一部分來提供和操作。
換句話說，Grok Bot 是一個託管式代理電腦，而 OpenClaw 是一個使用者擁有的代理平台。
但 MacBook 與 Linux 的類比僅止於此。
Grok Bot 並非比 OpenClaw 更不具可程式性，而是在不同的抽象層次上進行程式設計。在 OpenClaw 中，客製化意味著更接近程式碼、配置、工具、技能、外掛程式和基礎設施。而在 Grok Bot 中，Bot 本身成為程式的原子單元。你可以賦予 Bot 專業角色，將它們連接到不同的工具，並將它們組合成 Grok Bot 稱為「群組聊天」的更大系統。
程式設計自誕生以來，一直朝著更高抽象層次發展。我們從機器碼和打孔卡，發展到組合語言，再到如今被視為低階語言的 C 語言，然後是像 Python 這樣的高階語言。在演進的每一步中，程式設計師都能表達更多意圖，同時將更多細節委託出去。Grok Bot 將這種演進軌跡再推進一步：其介面是英文，而程式設計的對象不再是函數或服務，而是「Bot」。
提升到更高抽象層次的價值在於，它讓那些可能從未寫過程式碼，但能用相對精確的英文清晰表達意圖的人，也能運用電腦程式設計的力量。所需技能從語法和實作轉向精確地定義意圖。
昨天，我在 Grok Bot 的虛擬電腦中建立了一個 Claude Bot，它安裝並登入了 Claude Code CLI。這讓我思考這種模型能走多遠。我可以連接 Codex 和其他代理 CLI，然後在 Grok Bot 內部將它們組合成一個代理工程師委員會。
OpenClaw 也能支援類似的配置，OpenClaw 2 現在甚至內建了原生的 Codex 執行環境，並支援其他程式碼代理工具的路由，因此這不再需要手動連接。兩者差異在於組件的呈現方式。Grok Bot 將代理呈現為一流、人類可讀的建構區塊，而 OpenClaw 則暴露了更多底層機制。
這是我對 Grok Bot 與其他代理平台主要差異的初步印象。過去大約五天，我一直使用 Cursor Pro+ 帳戶來體驗它。
對我而言，擬人化是 Grok Bot 的關鍵差異點之一，也是它如此令人愉悅的原因。每個 Bot 都可以擁有自己的名稱、角色、身份和描述。這不僅是 Grok Bot 這道菜上的一點人性化點綴，更不僅僅是裝飾。它有助於在系統內部建立認知區別，使工作更容易組織。
我的「代理工程師 Bot」就是實際應用的一個例子。我沒有將它綁定到單一模型或工具，而是讓它存取多個代理工程系統，並定義了針對特定任務路由到正確系統的指南。我的路由規則將視覺、設計和前端工作指向 Claude Code，將偵錯和仔細的程式碼閱讀指向 Codex，而將更簡單的任務指向 Grok Build CLI。
當我的 Grok Bot 生態系統中出現任何與程式設計相關的事情時，我無需停下來決定要將它發送到哪個 CLI。我將其委託給「代理工程師」，它會根據任務和我的指導方針選擇工具。擬人化的角色為我提供了一個心智模型來工作。我會根據我知道它們擁有的技能來思考誰應該主導這項工作，就像我與人類團隊合作時一樣。
Grok Bot 讓人感覺人性化的部分，與其語氣（它聽起來仍像一個大型語言模型）關係不大，而更多是其互動的連續性和簡潔性。當我使用 Claude Code 或 Codex 時，我仍然需要大量思考上下文視窗的管理：還剩下多少上下文、何時需要壓縮對話，以及何時應該開啟一個新執行緒。
這些考量可能仍然存在於 Grok Bot 內部，但它們並未作為介面的一部分呈現。我可以專注於與 Bot 進行自然語言對話的層面，而不是管理大型語言模型底層的機制和限制。
Grok Bot 最有用的連接器功能之一是支援同一服務的多個帳戶。我連接了我的個人和工作 Google 日曆帳戶。作為一個有全職工作和兩個年幼孩子的忙碌人士，我的日程無法清晰地劃分為工作和個人日曆事件。Grok Bot 讓我能一次性查看全天的行程，而不必訪問兩個不同的介面來查看我的計畫。
需要明確說明一點：我建立的每個 Bot 都共用相同的電腦、檔案、瀏覽器會話和登入資訊。不同的 Bot 是組織上的區隔，而非安全上的區隔。
這也指向 Grok Bot 另一個我非常喜歡的微妙使用者體驗決策：系統是圍繞著使用者來設計的，而不是要求使用者去適應系統。
Grok Bot 的一切設計都是為了讓你能夠在你已經習慣的工具和環境中連接你的數位生活，而不是必須重新學習一個全新的生態系統。我使用 Gmail 帳戶已經 20 年甚至更久了，Grok Bot 能夠透過幾次簡單的點擊連接到這個上下文，這讓我感到非常愉快。
虛擬瀏覽器也將 Grok Bot 的功能擴展到其外掛程式目錄之外。Freshdesk 並非我安裝的原生連接器。我在虛擬瀏覽器中開啟它，將我本地機器上 1Password 的登入資訊傳輸過去，並在那裡進行驗證。一旦該會話存在，支援 Bot 就能每十五分鐘檢查 Freshdesk，確保我沒有錯過新的工單。
實際上，一個普通的網站變成了一個可自動化的瀏覽器工作流程，而且是週期性的。值得注意的是，這並非連接器或 API 意義上的整合：xAI 本身警告說，瀏覽器工作流程可能會遇到介面變更、會話過期和 CAPTCHA 等問題，並建議在有連接器時使用連接器。這種整合在代理出現之前的世界中，可能需要數週才能建立。
此外，虛擬瀏覽器的一大優點是它運行在雲端的一個持久性電腦上。
Rhys@RhysSullivan：Grok Bot 的架構非常有趣，據我所知，實際的代理（包括其伺服器）就是運行在一台真實的電腦上。這使得跨設備訊息即時同步等功能變得非常簡單，因為它就是一台持久運行的機器。
為代理提供自己的電腦並非新概念。我在地下室的桌上型電腦上運行 OpenClaw，因此它也擁有一台持久運行的機器。不同之處在於，我必須負責維持這台機器的運作。當我家停電時（夏季雷雨頻繁發生），桌上型電腦就會關機，OpenClaw 會保持離線狀態，直到我親自去啟動它。
OpenClaw 也可以在雲端運行，OpenClaw 2.0 甚至透過 Hostinger 提供一鍵式託管部署。但除非我選擇這種託管選項，否則我仍然需要負責選擇和操作主機、保持其更新和可用性。
Grok Bot 將我的家庭實驗室配置轉變為一個託管產品。它的電腦由服務商託管和維護，因此我無需管理硬體、電源、遠端存取或恢復。優勢不僅僅在於代理擁有一台電腦；我的 OpenClaw 也有電腦。關鍵在於我無需操作和維護它所依賴的電腦。
這種託管式持久性也體現在我如何在設備之間無縫切換。我可以在 MacBook 上與 Grok Bot 互動，然後在 iPhone 上繼續對話，發現同樣的工作在等著我，就像我從未離開過一樣。切換設備時，我無需建立遠端連接或重建 Bot 的環境。
一台永不關機的電腦也有其缺點。狀態會累積，有時你可能想要一個全新的開始。Grok Bot 為此提供了兩個選項：更新（Update）會重建電腦同時保留其持久狀態，而重設（Reset）則會將其恢復到上次同步的持久狀態，這可能意味著會遺失任何尚未同步的近期工作。
但便利性上的每一個好處，也伴隨著成本和權衡。
Grok Bot 的抽象化和便利性是否有幫助，取決於任務本身。如果我正在進行深度實作工作，例如建立新東西、推敲程式碼或檢查程式邏輯，那麼將底層機制從視線中移除不一定有幫助。在這種使用情境下，深入技術細節本身就是工作。
Grok Bot 在軟體工程周邊的工作中表現更為出色：產品管理、設計、產品銷售和內部溝通。在這些情況下，我更關心定義結果和委派工作，而不是監控每一個實作決策，只要我能在工作完成後清楚地驗證結果即可。在深度技術工作中可能感覺受限的相同抽象化，當底層機制不是我需要關注的重點時，反而變得解放。
缺乏模型選擇器在任務不需要前沿智慧時很方便。有時我寧願刻意選擇一個更小、更快的模型來處理簡單工作，並將最強大的模型保留給需要更深層推理的任務。我個人喜歡有效利用資源的想法，即使我沒有為此支付額外費用。Grok Bot 在幕後做出路由決策，所以我無法看到或控制它們。這種移除一個配置選項的設計，也同時移除了一個平衡能力、速度和使用量的有用方式。Grok Bot 沒有給我這個控制桿。
這種控制的缺乏不僅限於模型選擇。在像 Claude Code 或 Codex 這樣的工具中，我可以開啟一個新執行緒、壓縮對話、管理我帶入多少上下文，並有意識地選擇如何使用我的配額。這些控制選項會增加額外的認知負擔，但它們也提供了控制上下文和使用量的方式。
Grok Bot 將這些決策隱藏起來。體驗更簡單，但我影響我消耗可用容量速度的方式也更少。此外，在處理任務時，也存在失去心智臨場感的額外風險，因為沒有一個
