萬聖節週末假期，一批 Grok Bot 用戶早上醒來發現自己的每週用量已經見底。TechCrunch 報導，有用戶在 X 上說自己的用量從 50% 直接跳到 100%，而他們前一晚根本沒有拿 Grok Bot 跑任務。問到馬斯克要不要重設額度，他在 11 月 1 日回了一句：「提供 Grok Bot 服務的成本相對於收益而言高得難以負擔」，留言區有人說用量限額被無預警砍掉一半。
@DogecoinNorway The cost of serving Grok Bot was unsustainably high relative to revenue
— Elon Musk (@elonmusk) November 1, 2026
正在全球 Grok Bot 使用者哀鴻遍野時，目前最受歡迎的 AI Agent Hermes 推出一個全新功能，讓你把 Grok Bot 的所有功能只要一個指令就能移植到 Hermes 上。
Grok Bot 是什麼？為什麼這麼多人用？
Grok Bot 是 xAI 最新推出的個人 AI 助理，能在雲端背景執行例行工作，跨多個模型與服務協調任務，推出後一直相當受到使用者歡迎，也被當成 SpaceX 上市後的一個成功案例。SpaceX 上個月的財報文件寫著，AI 已經占公司收入的 52%，改名後的「Super Intelligence」部門賺了 4.31 億美元，若沒有收購 Cursor 相關的 12 億美元一次性成本，數字會更高。馬斯克最近還說 Grok Bot 擁有「他這輩子見過成長最快的產品」。
所以這句「成本高得難以負擔」出現在一個營收本來就不差的產品身上，讓相當多人驚訝，代表了背後成本應該相當驚人，因為 Grok Bot 都有一台雲端電腦，相信目前 SpaceXAI 也是賠本賺吆喝（Meta 的 Muse 應該也是一樣情況，但老馬老實講比阿祖摳門）。但馬斯克至今沒有說明訂閱用戶的用量限額往後會怎麼調整，他沒有在主動推文回應限額調整的爭議，反而持續推銷 Grok Bot 幫人買聖誕禮物。
Grok Bot 一鍵搬家到 Hermes 到底做什麼
Hermes 官方文件寫得很清楚：Grok Bot 把 Bots、例行工作與技能放在雲端帳號裡，而且沒有匯出按鈕，所以每個 Bot 得自己匯出轉移。實際流程是這樣。執行 hermes migrate grok-bot（或 hermes import-agent grok-bot），在還沒有匯出檔的情況下，Hermes 會印出一段訊息，要你貼到那個 Grok Bot 的對話裡。每一個 Grok Bot 讀取自己的設定後寫出 grok-bot-export.json，這個動作不會改動 Grok 端的任何東西。下載後再跑一次匯入，Hermes 就會接住。儲存在 Downloads 目錄下檔名為 grok-bot-export* 的檔案會被自動找到，不必額外指定路徑。
如果 agent-importers 外掛還沒裝，Hermes 會從外掛目錄自動安裝。對應的原始碼 commit 訊息寫著，Grok Bot 被加進 setup 的「你從別的 agent 來嗎？」步驟，新安裝時會從桌面應用程式或 Downloads 的匯出檔偵測。
什麼搬得過去
官方文件列出一張對照表，每一項 Grok Bot 的元件在 Hermes 裡有明確落點：
- 有排程的例行工作：變成 Hermes 的 cron job，名稱為「Bot 名稱：工作名稱」，排程、時區與技能都照原樣搬過來
- 事件觸發的例行工作（Slack、GitHub、email、webhook）：指令與觸發條件寫成一份 markdown 筆記，存放在
grok-bot-import/目錄，要自己重建觸發 - 技能：變成
skills/grok-bot-imports/名稱/目錄下的技能 - Bot 記住的事與關於你的事：分別併入
memories/MEMORY.md與memories/USER.md，並與既有內容去重 - Bot 的人設：寫進
SOUL.md，前提是該檔案仍是 Hermes 預設值，否則改以記憶條目形式保存 - 帶有遠端 MCP URL 的應用程式：寫進 config.yaml 的
mcp_servers區塊
有幾個設計細節看得出開發者想得很仔細。匯出提示詞會要求 Bot 列出自己讀不到的項目，絕對不猜測。過長的匯出可以拆成多個程式碼區塊，Hermes 會分 Bot 合併。複製過程產生的彎引號與結尾逗號會被修好。如果匯出看起來被截斷，Hermes 會直接說明。1.2.1 版還多了一層比對，Hermes 會拿匯出內容跟 Grok Bot 桌面應用程式的本機快取對照，列出哪些 Bot 沒有匯出覆蓋到、哪些工作被 Bot 漏掉。
安全面也有明確規則。匯出內容若帶有看起來像憑證的 key，整份匯出會被拒絕，形狀像 token 的文字會被遮蔽。官方文件寫得很清楚，憑證永遠不會被匯入。這些邏輯可以在我們這台機器上直接驗證，本機的 Hermes 原始碼裡 hermes_cli/setup_agent_import.py 檔案明確列出了 Grok Bot 的偵測路徑，包含 macOS 的 Library/Application Support/Grok Bot 與 /Applications/Grok Bot.app，還有 Windows 的 AppData 路徑。
什麼留不下來
遷移只搬部分項目，有幾類東西確定留在 Grok Bot 那一邊。聊天紀錄不在對照表裡。過往的對話不會跟著過來，這一點在官方文件與多份操作指南都寫明了。事件觸發的工作只會留下筆記，得靠 Hermes 的 hooks 或 webhooks 重建觸發條件。API key 與登入狀態同樣不搬，開發者用 hermes setup 或直接編輯 .env 檔重新設定。
排程工作搬過去之後預設是暫停狀態。官方說明寫著，這是為了避免 Grok 端那份還開著時同一件事跑兩遍。使用者得先在 Grok Bot 把那個工作關掉，再執行 hermes cron resume <id> 開啟對應的 job，或者在匯入時直接加 --activate-routines 參數。匯入之前 Hermes 會先印出逐項計畫，等確認後才寫入，而且改動 config.yaml 前會在 Hermes home 的 backups 目錄留下當時的檔案副本。
指令列的選項也夠細。--dry-run 只預覽不寫入，--bot 名稱 只匯入指定的 Bot，--source 指定匯出檔位置，--overwrite 覆蓋同名技能或 MCP server，-y 跳過確認提示。在非互動式的環境下，Hermes 會停在預覽階段不往下走。每個 Bot 可以匯入到不同的 Hermes profile，用 hermes -p <profile> 指定，這樣研究用的 Bot 與客服用的 Bot 會各自保有獨立的記憶、技能與排程工作。
簡單說這個遷移只是讓你能將原本辛苦設定好的 Grok Bot 團隊與日常工作無痛轉移到 Hermes 環境，但實際上的使用體驗會隨著使用者給 Hermes 掛上的模型而有所差異，如果你使用的是本地端模型或是便宜的一般模型表現可能也無法跟 Grok Bot 一樣好，但如果你因為限額已經影響你原本工作的話，那這次 Hermes 推出的搬家服務可以試試。
