AI 摘要
- Grok Bot 用戶在萬聖節週末發現每週用量額度提前用完。
- Hermes 推出新功能，可將 Grok Bot 的排程工作與技能匯入。
- 聊天紀錄與憑證不會跟著轉移。
萬聖節週末假期期間，一批 Grok Bot 使用者早上醒來發現自己的每週用量已經見底。據 TechCrunch 報導，有使用者在 X 上表示用量從 50% 直接跳到 100%，而前一晚並沒有拿 Grok Bot 執行任務。有人詢問馬斯克是否重設額度，他在 11 月 1 日回應：「提供 Grok Bot 服務的成本相對於收益而言高得難以負擔」；留言區也有人指出，用量限額被無預警砍掉一半。
在這波爭議之中，目前受歡迎的 AI Agent Hermes 推出新功能，訴求讓使用者以指令把 Grok Bot 的既有設定移植到 Hermes 上。以下整理事件背景、搬家流程、實際可轉移的元件，以及明確搬不走的部分。
事件背景：額度爭議與成本說法
Grok Bot 是 xAI 推出的個人 AI 助理，主打在雲端背景執行例行工作，並可跨多個模型與服務協調任務。來源指出，該產品推出後受到使用者歡迎，也被視為公司的一項成功案例。
來源引述的財報文件顯示，AI 已占公司收入 52%，改名後的「Super Intelligence」部門賺了 4.31 億美元；若排除收購 Cursor 相關的 12 億美元一次性成本，數字會更高。馬斯克近期也曾形容 Grok Bot 是「他這輩子見過成長最快的產品」。
正因營收數字不差，「成本高得難以負擔」這句話出現在同一項產品上，讓不少人感到意外，也意味著背後的雲端成本可能相當可觀——每個 Grok Bot 都配有一台雲端電腦。截至目前，馬斯克並未說明訂閱用戶的用量限額後續會如何調整，也沒有主動在推文中回應限額爭議，而是持續宣傳 Grok Bot 的應用情境。這些都屬於尚未確認的部分，實際調整方案仍待官方公布。
Hermes 的搬家流程怎麼運作
Hermes 官方文件說明，Grok Bot 把 Bots、例行工作與技能放在雲端帳號裡，而且沒有匯出按鈕，因此每個 Bot 都必須自行匯出、自行轉移。Hermes 提供的流程如下：
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 中都有明確落點：
| 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 版另加一層比對機制，會拿匯出內容與 Grok Bot 桌面應用程式的本機快取對照，列出哪些 Bot 沒有被匯出覆蓋、哪些工作被 Bot 漏掉。
安全機制與匯入前的確認
安全面有明確規則：匯出內容若帶有看起來像憑證的 key，整份匯出會被拒絕；形狀像 token 的文字會被遮蔽。官方文件表明，憑證永遠不會被匯入。
匯入之前，Hermes 會先印出逐項計畫，等使用者確認後才寫入；改動 config.yaml 前，也會在 Hermes home 的 backups 目錄留下當時的檔案副本。
哪些東西留不下來
遷移只搬部分項目，以下幾類確定留在 Grok Bot 那一邊：
- 聊天紀錄：不在對照表內，過往對話不會跟著過來，官方文件與多份操作指南都寫明這一點。
- 事件觸發的觸發條件：只留下筆記，需靠 Hermes 的 hooks 或 webhooks 重建。
- API key 與登入狀態：同樣不搬，需用 setup 流程或直接編輯 .env 檔重新設定。
此外，排程工作搬過去之後預設為暫停狀態。官方說明指出，這是為了避免 Grok 端那份仍在開啟時同一件事執行兩次。使用者必須先在 Grok Bot 關閉該工作，再恢復對應的 job，或在匯入時直接加上啟用參數。
指令選項與多環境管理
指令列提供的選項相當細緻，可控制預覽、範圍與覆寫行為：
hermes import-agent grok-bot --dry-run
hermes import-agent grok-bot --bot <名稱>
hermes import-agent grok-bot --source <路徑>
hermes import-agent grok-bot --overwrite
hermes import-agent grok-bot -y
hermes import-agent grok-bot --activate-routines
hermes cron resume <id>
hermes -p <profile>其中 dry-run 僅預覽不寫入，bot 參數限定單一 Bot，source 指定匯出檔位置，overwrite 覆蓋同名技能或 MCP server，-y 跳過確認提示。在非互動式環境下，Hermes 會停在預覽階段不繼續執行。每個 Bot 也可以匯入到不同的 Hermes profile，讓研究用與客服用的 Bot 各自保有獨立的記憶、技能與排程工作。
效益與限制
整體而言，這項遷移的功能定位是讓使用者把原本設定好的 Grok Bot 團隊與日常工作轉移到 Hermes 環境，減少重建成本。但實際使用體驗會隨使用者給 Hermes 掛上的模型而有差異：若採用本地端模型或較便宜的通用模型，表現未必能與 Grok Bot 一致。對已因限額影響既定工作的使用者而言，這套搬家服務提供了一個可評估的替代路徑；至於限額政策本身是否調整，仍有待 xAI 進一步說明。
Reference Link : kocpc.com.tw
