Grok Botの週間制限に達したときの対処法：作業を継続する手順とプランが合算されない理由

チームのワークスペース設定やタスク実行の途中でGrok Botが制限到達のメッセージとともに停止した際、誰もが最初に思い浮かべる対処法は、急いでもう一つの有料プランを契約することかもしれません。すでに有効なCursorプランに加えて、個別のSuperGrokやSuperGrok Heavyの契約を連携させようと考えることもあるでしょう。しかし請求規則上、同一のCursorアカウントにおいて、Cursorプランと連携した個別のSuperGrokまたはX Premium+サブスクリプションとの間で含まれる利用枠（usage）を合算することはできません。2つ目のプランを契約しても、クレジットカードへの請求が二重に発生するだけで、利用可能なusageが増えることはありません。

このような状況でチームが取れる現実的な選択肢は3つあります。

1. タスクが即時の解決を要しない場合は、予定されている週次のクォータリセットを待つ。
2. on-demand usageを有効化し、支出制限を設定して、Cursor経由の追加請求でボットの稼働を継続させる。
3. 選択した単一のエコシステム内でサブスクリプションのプランを引き上げる（例：Cursor Pro+からCursor Ultraへ移行する、または連携済みのSuperGrokアカウントをPlusやHeavyに更新する）。

実務での経験：9月16日にチームが直面した課題

これらの制約の背景にあるロジックを理解するには、実際の事例を見るのが最も分かりやすいでしょう。2026年9月16日、2人のユーザーがX上でクォータの枯渇に伴う問題を投稿しました。

11:56 UTC+8 (Shanghai)、Dang Lu氏（Xの投稿）は、チーム向けの基本的なツール設定を行った初日にGrok Botの週間制限を使い果たしてしまったと投稿しました。同氏は厄介な落とし穴を指摘しています。ワークフローが一度ボットに依存してしまうと、作業を即座に継続できる簡単な道はありません。Cursor Proプランの上からSuperGrokを購入しても、usageの追加プールは得られないのです。たとえチームが2つのサブスクリプション料金を同時に支払う意思があったとしても、リセットを待つか、on-demandを有効にするか、プランをアップグレードするかの選択を迫られることになります。

その後、16:26 UTC+8 (Shanghai)には、ユーザーの360 AXE氏（Xの投稿）がCursor Ultraプランでの状況を報告しました。同氏の観察によると、IDEに含まれる利用枠の消費は約3%にとどまっていた一方、Grok Botの週間指標は約80%に達していました。同氏はまた、IDEのリソースが余っているにもかかわらずon-demandの請求が発生した点にも言及しています。リプライ欄で同氏は、その直前にも6日間にわたる強制的な利用停止期間を過ごしており、再びダウンタイムが発生することを危惧していると付け加えました。ただし、公開された投稿ではこの請求の不一致の根本的な原因までは説明されておらず、確定的な結論を出すには具体的なアカウント情報が必要となります。

公開された投稿からは最終的にこの問題がどう解決したかは分かりませんが、Cursorのプラン解説ページにある規則によって、こうした制限の理由が直接説明されています。

リミットの仕組み：Weekly usageとon-demandの違い

Grok BotクライアントとCursorのWebダッシュボードでは、2つの異なる計算メカニズムが機能しています。

• Weekly usage（週間制限）：Cursorプラン（Pro、Pro+、Ultra、またはCursor Teamsのシート）に含まれる基本利用枠（included usage）、あるいは個別のSuperGrok / X Premium+アカウント連携によって付与される利用枠です。このカウンターは週に1回リセットされます。
• On-demand usage（追加利用）：含まれる週間クォータを完全に使い果たした後に消費され始める利用枠です。請求はCursorを通じて処理されます。
• On-demand monthly limit（月間支出制限）：追加費用の発生を管理するための上限設定です。Grok Botアプリ内ではOn-demand monthly limitと表記され、cursor.com/dashboardのWebインターフェース上のSpendingセクションではMonthly Limitと表記されます。

on-demandが有効になっていれば、Weekly usageの残高がゼロになったこと自体でボットが停止することはありません。ただし、ここで注意すべき重要な点があります。On-demand monthly limitはタスク実行の途中で厳密に打ち切るハードキャップではありません。ボットがすでに稼働している場合、アクティブな実行（run）は設定された上限を超えて完了することがありますが、完了が保証されているわけではありません。その後、手動で制限を引き上げるか新しい請求サイクルが始まるまで、それ以降のon-demand利用は停止します。

なぜサブスクリプションは合算されないのか、そしてどう拡張すべきか

クォータ不足を理由に2つ目のサブスクリプション購入を検討しているなら、Cursorの規約上、SuperGrokやX Premium+の連携は利用権の付与（usage grant）であり、追加の料金プランではない点に注意が必要です。

アカウントですでにCursor Pro、Pro+、またはUltraが有効な場合、SuperGrok Plusを連携してもGrok Botの利用可能枠は拡張されません。同様に、連携済みのSuperGrok Heavyが存在する状態でCursor Ultraを購入しても、既存のクォータに加算されることはありません。さらに、この連携は恒久的であり、SuperGrokのプロフィールを解除したり、別のCursorアカウントへ移行したりすることは不可能です。

基本枠が慢性的に不足している場合、on-demandに常に頼ることなくスケールさせる予測可能な方法は2つあります。

• Cursorのプランをアップグレードする：ProからPro+へ、あるいはPro+からUltraへ移行することで、Grok Botに含まれる週間レベルが該当プランの水準へと引き上げられます。
• 連携しているSuperGrokのプランを更新する：外部サブスクリプション経由でアクセスしている場合、SuperGrok自体のプランをPlusやHeavyにアップグレードできます。更新されたWeekly usageのレベルは24時間以内に反映されます。反映を待つ間にCursor Ultraを購入しても意味はありません。上限が合算されることはないためです。

作業を再開するための具体的な手順

Grok Botを復帰させ、今後の請求をコントロール下に置くには、次の手順に従ってください。

1. クライアントでステータスを確認する：Grok Botアプリ内でSettingsを開き、Weekly usageとOn-demand monthly limitの値を確認します。on-demandが無効になっている場合、週の残枠がゼロになるとボットは新しいタスクを開始できません。
2. ブラウザで月間支出上限を設定する：cursor.com/dashboardにアクセスし、Spendingセクションを開いてMonthly Limitを指定します。これにより以後のon-demand usageの消費に歯止めをかけられます。ただし、実行中のrunはこの金額を超えて完了する場合がある点に留意してください。
3. アプリ内でon-demandを有効にする：On-demandのトグルをEnableに切り替えます。支払い情報の入力が求められた場合は、Webインターフェースでカード情報の登録を完了させてください。
4. 小さなタスクで応答を確認する：自律エージェントを長時間のワークフローで実行する前に、独立した短いプロンプトを投げて、ボットが正常に応答し、利用量が正しく記録されるか確認します。

筆者らは有料アカウントにおける実際の請求額の計測や個別タスクの正確なコスト測定を行っていないため、最初は最小限の月間制限から開始し、実際の作業負荷を確認しながら段階的に引き上げることを推奨します。