第 10 章 額度與成本：讓一週用量撐滿一週
週二額度用盡、被扣上百美元，常因算力空轉。Bot 每次喚醒都重讀完整歷史，幾小時就脹到數十萬 token。
想穩撐一週，做好這三項。
- 關掉後台按需付費。
- 減少高頻輪詢與多 Bot 互聊。
- 收緊會話，少往聊天框塞大文件。
Grok Bot 的額度扣費原理是什麼？
Grok Bot 按呼叫 token 計費，核心機制是單會長對話，每次回覆或喚醒都會全量重讀歷史上下文，總消耗等於喚醒次數乘每次重讀的上下文長度。
Grok Bot 按模型實際呼叫的 token 計費。它的核心機制是單會長對話，每次回覆或定時喚醒，都會把全部歷史重新讀取一遍。
每週總消耗 = Bot 喚醒的總次數 × 每次喚醒時重讀的上下文長度會話堆積大量記錄或網頁時，單次重讀可達數十萬 token，回一句也是全量計算。
社群拆解見 《How to Stop Your Grok Bot From Eating a Week of Usage in a Day｜Fan Grok Bot Radar》。
2026 年 10 月 12 日起實行 The X Subscription 統一訂閱方案，各檔位標準如下：
| 套餐檔位 | 個人訂閱價格 | 團隊席位價格 | 額度倍率與 Grok Bot 權限 |
|---|---|---|---|
| Free | $0 | 不適用 | Limited，不含完整 Bot |
| Plus | $8/月（$80/年） | 不適用 | Base，明確不含 Grok Bot |
| Premium | $30/月（$300/年） | $30/席/月 | 4x，包含 Grok Bot |
| Super | $100/月（$1000/年） | $100/席/月 | 15x，包含 Grok Bot |
| Ultra | $200/月（$2000/年） | $200/席/月 | 50x，包含 Grok Bot |
額度規則詳見 Cursor 官方指南：方案和計費，日常使用有幾處硬性限制。
- 額度池不疊加：多檔訂閱只取每週額度最高的一方，不合並累加。
- 共享池範圍：每週額度覆蓋 Grok Bot 和 Cursor 裡的 Grok，也包括網頁端、手機端、Imagine 與 Voice，到期固定重置。
- 第三方模型單獨計費：在 Cursor 內呼叫非 Grok 模型直接按量計費。
- 按需付費與月度限額：周額度耗盡後開 On-demand 計入月度限額（Monthly Limit），超出限額任務也會跑完；關掉則停止回應等待重置。
官方明確沒有模型選擇器（there is no model picker），無法切到低配模型。 控制成本只能降低喚醒頻率、截斷上下文長度，或把高耗計算分流到外部。
Grok Bot 有哪些常見的高耗額度陷阱？
必須避開多 Bot 群聊、對話喂圖與影片、全天高頻輪詢、長會話一用到底、無保護重試死循環，以及未設月度上限就盲目開啟按需付費。
參考出處：《4.1 額度與成本：省額度清單》、《Grok Bot 額度超長續航保姆級新手指南（直接發給 Bot！）》。
| 高耗操作 | 費額度原因 | 避坑做法 |
|---|---|---|
| 多 Bot 群聊 | 互相喚醒導致 token 翻倍空轉 | 單主導 Bot 配 Subagents 派活，或人工單聊 |
| 對話直接喂圖與影片 | 歷史幀常駐，每輪全量重讀買單 | 終端命令列處理，Bot 只接百字內結構化文本 |
| 全天高頻輪詢 | 15 分鐘一次每週 672 次，多在確認無變動 | 收緊到工作時間，或改用系統指令碼加 Webhook |
| 一條會話用到底 | 數十輪後單輪重讀數十萬 token | 單任務單會話，定期總結並 Duplicate 重置 |
| 無保護重試死循環 | 報錯後連續自我嘗試數十次 | 提示詞強制設 2 次重試上限，失敗立刻阻斷問人工 |
| 盲目開按量付費 | 死循環可能一夜產生高額賬單 | 平時關閉按需付費，開啟必須設嚴格低額月度上限 |
省額度四步工作流：從止損到分流
鎖定計費與安全底線
- 進 Settings > Usage & Billing 核對套餐（Premium $30/月 或 Super $100/月）、用量與倒計時；卡住點 Stop 強制結束。
- 偵錯時關 Additional Usage / On-demand；若開，去 cursor.com/dashboard > 支出 > Monthly Limit 設月限額（$10-$20）。
- 進 Settings > General > Auto-review，把 send、post、buy、transfer、delete、permissions 設為 Ask first 人工批准。
規範會話與交互
- 單任務單會話，做完立即歸檔。
- 記錄長文存進
/workspace/，只回結論和路徑，嚴禁貼回。 - X 搜尋限每分 30 次、每天 1000 次（不扣周額度），約束 Bot「提取核心事實，以 3 到 5 條要點輸出」。
- 會話臃腫時用 Duplicate 重置，先讓舊 Bot 寫 10 行內總結，複製發給新 Bot 接手，隱藏舊 Bot。
能力路由與分流
- 主 Bot 只負責拆解、派發與彙總，不寫長程式碼或轉大文件。
- 寫程式碼走 Cursor 雲端 Agent（走 Cursor 額度不扣周額度），或在虛擬機器無頭跑 Grok Build CLI / Codex CLI。
- 截圖與音影片由雲電腦命令列處理，或用免費模型轉文字再餵給 Bot。
定時任務改造
- Details > Routines 裡，暫停或刪除過去一周天天報「沒有變化」的例程。
- 換 Linux 指令碼低成本輪詢，有變動再發 Webhook 喚醒 Bot。
- 保留例程寫入靜默指令：「檢查後若無變化，直接結束任務，嚴禁輸出任何文字」。
例程與輪詢深度優化：告別無效空轉
例程是隱蔽的額度黑洞，高頻輪詢一天就能用掉整週用量。
頻率收斂與執行窗口控制
客戶端先核對 Bot 的 Timezone 是否與本地一致。不同排程設定消耗如下：
| 排程設定 | 每週執行次數 | 適用場景 |
|---|---|---|
| 每 15 分鐘一次（全天候） | 672 次 | 極易在 1 到 2 天耗盡額度，極少需要 |
| 每小時一次（全天候） | 168 次 | 關鍵基礎設施故障監控 |
| 工作日 9:00 至 17:00 每小時一次 | 45 次 | 看板追蹤、工單處理與郵件分揀 |
| 每個工作日 3 次 | 15 次 | 每日收件箱早中晚初篩、進展跟進 |
| 每週 1 次 | 1 次 | 行業週報、技術動態總結與文件歸檔 |
限定工作時間可用標準 cron 格式：
CRON_TZ=Asia/Shanghai 0 9-17 * * 1-5這行規則把喚醒量降低了 93%。在上海時區工作日 9:00 至 17:00 整點執行，一週僅觸發 45 次。
指向技能並嚴格執行沉默規則
例程提示詞只指向技能，不展開細節：
- 斜槓命令指定具體技能名與檢查物件
- 給出判定閾值、停止條件與單次重試限制
- 無變化時保持完全靜默，不發任何訊息
純靜默容易掩蓋中途故障。搭配方案參考Cursor 官方指南：例程：高頻例程保持靜默；低頻例程每天 18:00 發單行心跳記錄，確認過去一天正常執行。
雙角色分離：Linux cron 指令碼巡檢加 Webhook 喚醒
Bot 休眠時底層 Linux 雲電腦還在執行，別讓大模型去幹機械比對。
- 檢查角色：系統自帶 cron 排程 Python 或 Shell 指令碼比對，耗時幾秒，消耗額度為零。
- 判斷角色：指令碼檢測到變動再發 Webhook 喚醒 Bot 進行邏輯判斷與報告。
Webhook 喚醒步驟與驗收標準：
- 在例程 Webhook 區域獲取
POST to地址與key。 - 向該 URL 發送帶有
Authorization: Bearer <key>頭的 POST 請求。 - 檢查回應狀態碼，返回 200 即代表喚醒成功。
實戰案例與避坑
鐵柱改造行銷總監 Bot 的 6 條例程：4 條交付類例程保留不變；2 條純等回覆與審 PR 的空轉任務換成系統 cron 指令碼加 Webhook。指令碼工作日白天每半小時檢查一次，有新變動才喚醒。
改造耗時約 23 分鐘，每週減少 8 到 10 次多餘喚醒，新動態發現速度提到了半小時內。
Craig Hewitt 24 小時燒光 Ultra 周額度：訂閱每月 $200 的 Cursor Ultra 套餐，2026 年 8 月 23 日一天耗盡整週額度。
他在日常主聊的主管 Bot 上歸檔 10 年舊郵件，介面拉取正文不斷追加到會話，上下文脹到幾十萬 token 引發全量重讀風暴。
案例出處：《How to Stop Your Grok Bot From Eating a Week of Usage in a Day｜Fan Grok Bot Radar》。
高負載避坑要點：高負載一次性任務絕不能放在天天聊的主 Bot 上，必須新建專用 Bot 或通過 Duplicate 生成副本；處理前先用郵箱規則過濾垃圾郵件；批量任務必須先拿 1 到 2 個樣本驗證無誤後再啟動。
群聊與多 Bot 控制：杜絕互相喚醒
千萬別把多個 Bot 拉進同一個群聊。 新訊息會全員廣播，每個 Bot 都會重讀全量歷史並回復。鐵柱自述 4 個 Bot 互聊迅速吃掉了 25% 周配額（未核）。
多 Bot 協作要堅持中心輻射、禁止橫向串聯。
- 唯一主導：只保留一個主導 Bot 作為交互入口。
- 單向派活：主導 Bot 啟動 Subagents 或 A2A 單點交接，子智慧體跑完自動退出，不在群裡接話。
- 成果落盤：上游把資料寫入
/workspace/下的文件，下游直接讀取，不在聊天框推敲。 - 清理閒置：確認無掛載例程後及時刪除閒置 Bot，防止被誤喚醒。
Grok Bot 如何做用量審計與耗盡應急？
每週重置前一天花 15 分鐘排查例程記錄與扣費，若額度耗盡前端鎖定，底層 Linux 雲電腦不會銷燬，可直接打開終端接管程式碼並手動提交推送。
每週 15 分鐘審計流程
建議在每週重置日前一天花 15 分鐘核查：
- 打開 Settings > Usage & Billing 查看已用百分比。若消耗超前，調出前幾天任務定位例外日期。
- 進入 Details > Routines 查看近 20 次執行記錄（Running、Succeeded 或 Failed），排查報錯重試或頻繁空轉的例程。
- 針對 v0.66.0 起的星標主 Bot，在描述中明確禁止主動接活，防它自行攬下瑣事。
- 存取 cursor.com/dashboard，核對 Monthly Limit 與實際按需扣費，確認無例外扣款。
監控盲區與應對
系統不提供單個 Bot、例程、會話或模型的消耗明細，20 條執行歷史也不記錄 token 和金額。測試新流程必須採用控制變數法：
- 每次只新建或修改一個 Bot 或例程。
- 執行前後各查一次 Usage & Billing 的百分比對比增量，切忌同時上線多個新例程。
額度耗盡時的雲電腦接管應急
周額度 100% 耗盡且前端對話鎖定後，底層的 Linux 雲電腦並沒有銷燬，通過客戶端打開桌面或系統終端即可接管：
- 查看
/workspace/目錄下未交付的程式碼與文件。 - 手動執行
git commit和git push推送到遠端倉庫。 - 用本地命令列工具在終端接替偵錯，絕不需要花錢購買附加用量。
出處：《4.1 額度與成本：省額度清單》、《Grok Bot 額度超長續航保姆級新手指南（直接發給 Bot！）》
直接發給 Bot 的省額度提示詞庫
上下文防膨脹
- 規則讓 Bot 提煉寫入 Description，省去聊天重複交代。
請回顧我們至今的協作流程，執行兩項沉澱工作：
1. 把你需要長期遵守的行為邊界、彙報格式與約束規矩，提煉成一段不超過 300 字的精簡文本，我將直接粘貼到你的描述（Description）中；
2. 把我們剛才已經跑通的標準操作流程，封裝為一個可複用的技能（Skill），供後續例程直接呼叫。
完成提取後直接在對話中給出文本，不要展開多餘閒聊。- 原始記錄與長資料強制存盤，不直接貼進會話。
從現在起執行上下文瘦身規則：
所有抓取的長篇網頁、介面偵錯記錄、大批原始資料和階段性中間產物，一律直接保存為 /workspace/ 目錄下的文本文件。在聊天窗口中回覆我時，嚴格只提供核心結論、關鍵變動要點以及對應的文件絕對路徑。嚴禁將大段原始文本或記錄程式碼貼回對話。- 多模態圖片轉命令列解析，避開聊天框高消耗。
遇到查看多張截圖、分析影片畫面、逐幀拉片、音訊轉寫或處理長掃描件的任務時，嚴禁在當前對話框中直接讀取原始多模態文件。
你應當在雲電腦終端中呼叫系統已組態的命令列工具（如 Grok Build 或相關轉錄 CLI）在後台執行，並輸出簡明的結構化文字摘要；你只需閱讀生成的文字結論。如果當前環境無法執行命令列解析，請停下提醒我先在網頁端轉換成文字後再發給你。任務與程式碼分流
- 監控例程無變化時靜默退出。
請列出當前你名下的全部例行任務（Routines），註明每條任務的觸發頻率、每週預計執行次數以及沒有變化時的處理邏輯。
找出其中執行最頻繁、消耗最大的任務，向我提出降低頻率的具體建議；同時為所有監控類例程新增硬性約束：執行檢查後若目標無實質變動，立刻靜默退出，嚴禁向我發送「一切正常」或「沒有新訊息」等無有效資訊的通報。- 任務走單聊派發，嚴禁 Bot 私自拉群互聊。
嚴格執行獨立單聊工作模式：
只接收並執行我本人下達的直接指令。嚴禁在沒有得到我明確授權的情況下，主動在會話中喚醒、提及或聯絡其他 Bot 開展群聊協同；如果任務涉及多個專業環節，請將結果寫成文件並由我來負責跨 Bot 排程，或者將其派發給雲電腦內的後台 CLI 工具獨立執行。- Bot 專注排程，長程式碼編寫與偵錯分流給 Grok Build 後台 CLI。
明確你的角色定位是任務排程主管，核心職責是理解目標、拆解方案、組織邏輯和驗收結果。
不要在聊天窗口中直接編寫整段的長篇程式碼，也不要通讀整個大型倉庫做全量重構。涉及程式碼編寫、項目偵錯和環境排查的工作，統一在後台呼叫雲電腦內已經授權的 Grok Build 命令列工具執行。執行完畢後，你僅需檢查其退出狀態碼並將最終結論同步給我。搜尋、風控與交接
- X 平台搜尋結果存盤，對話只彙報精簡要點。
在檢索 X 平台的推文、觀點或動態時，使用你自帶的免費搜尋能力。
搜尋到的批量推文原文，請直接寫入 /workspace/ 下的對應 markdown 文件中保存。在聊天框中向我彙報時，嚴格限制為 3 到 5 條提煉後的核心事實與推文對應連結，嚴禁把多條推文的大段原文搬運回聊天中。- 自動化與介面必須設重試上限，例外時強制中斷人工審批。
在執行自動化任務、網路請求或文件排查時，嚴格執行防死循環規則：
同一操作或相似介面呼叫的重試上限為 2 次。如果連續 2 次重試均未成功，或者對下一步執行動作存在疑問，立刻中斷自動化流程並向我發起提問，詳細說明遇到的錯誤原因，嚴禁自行無限重試或在後台空轉。- Duplicate 複製前讓舊 Bot 整理交接卡片，嚴格限制在 10 行以內。
搜尋、風控與交接
當前會話歷史較長，需要進行交接重置。請為我梳理一份 10 行以內的結構化交接總結，嚴格包含以下五項內容：
1. 你的角色設定與核心職責；
2. 當前正在進行的任務目標；
3. 已經達成的關鍵結論與做過的核心決定；
4. 下一步必須立刻執行的動作；
5. 新會話需要優先讀取的關鍵文件絕對路徑。
輸出完畢後不要執行任何新任務，等待我啟動新會話。- 密鑰框填 OpenRouter 免費 key，輕量任務直接分流。
請協助組態 OpenRouter 免費模型呼叫環境，嚴格遵循以下安全執行流程：
1. 在聊天框中調出系統的密鑰輸入彈窗向我收取 API Key，嚴禁讓我把密鑰明文發送在普通對話中；
2. 將獲取到的 Key 保存到 ~/.agents/secrets/openrouter.env 文件中，環境變數名指定為 OPENROUTER_API_KEY；
3. 對該密鑰文件執行 chmod 600 設定安全權限；
4. 執行全程嚴禁在終端標準輸出或聊天訊息中打印該 Key 的明文內容；
5. 使用 curl 呼叫一個以 :free 結尾的免費模型進行一次最小文本測試，確認呼叫成功且費用為 0，並將測試結果告訴我。原型參考：《Grok Bot 額度超長續航保姆級新手指南（直接發給 Bot！）》
容易踩的坑
- Details > Routines 點擊 Test 會跑真機流程，每次都扣真金額度。
- Cursor 與 SuperGrok 額度不累加，只算周用量高的一方，另一方閒置。
- grok.com 與 Grok Bot 計費獨立，網頁版充值不能抵扣且不退款。
- 聊天框貼 API Key 或 Webhook 佔 token 且危險，必須用安全彈窗寫環境變數。
- 點「更新電腦」會抹掉 Linux cron，
/workspace/保留，更新後得重裝 cron。 - Duplicate 會丟棄對話、learned memory 與附件，得手動給新 Bot 喂上下文。
- Monthly Limit 觸發後不殺行程，長任務會跑完，死循環可能超額。
做完怎麼驗收
- 進 Settings > Usage & Billing 和 cursor.com/dashboard 查賬單，確認看到已用百分比與重置倒計時，關掉 Additional Usage 或把 Monthly Limit 設在安全低位。
- 讓 Bot 模擬刪文件或對外發網路請求，必須彈出 Ask first 審批卡片並掛起等待，絕不能靜默執行。
- 檢查當前會話並下發多推文 X 搜尋，側邊欄不留數十輪長會話，只返回 3 到 5 條簡報，長文本落盤至
/workspace/，對話框不刷原文。 - 去 Details > Routines 給無變動的監控例程點 Test，檢查後直接靜默退出，不發多餘的「無更新」閒聊。
- 讓 Bot 編寫多文件依賴程式碼，看它在後台呼叫 Grok Build 或雲端 Agent，只輸出最終狀態與執行摘要，聊天框不貼整屏程式碼。