Grok Bot gives no warning before weekly usage spills into paid On-Demand

Where does the bug appear (feature/product)?

Grok Bot

Describe the Bug

Grok Bot can transition from its included weekly usage allowance into paid On-Demand usage without presenting a clear warning or confirmation to the user.

I used Grok Bot until the weekly usage meter reached 100%. I did not see a prominent notification, modal, confirmation prompt, or other warning telling me that continuing to use Grok Bot would begin consuming paid On-Demand usage.

I only discovered the transition later by checking the Cursor dashboard.

The dashboard also makes it difficult to determine which product generated On-Demand usage. Grok Bot has its own weekly usage meter, but any additional paid usage appears in the shared On-Demand meter without clearly identifying Grok Bot as the source.

This makes it very easy for a user to believe they are still simply using Grok Bot while unknowingly consuming paid usage.

Steps to Reproduce

  1. Enable On-Demand usage on a Cursor account.
  2. Use Grok Bot until its weekly included usage reaches 100%.
  3. Continue using Grok Bot.
  4. Observe that there is no clear confirmation prompt or prominent warning that further usage will consume paid On-Demand spend.
  5. Open the Cursor dashboard.
  6. Observe that On-Demand usage can increase, while the shared On-Demand meter does not clearly identify Grok Bot as the source.

Expected Behavior

When Grok Bot reaches its included weekly allowance, Cursor should clearly warn the user before any paid usage begins.

For example:

“Your included Grok Bot weekly usage has been exhausted. Continuing will use paid On-Demand usage.”

Ideally, the user should have to explicitly confirm before Grok Bot begins consuming paid usage.

The On-Demand dashboard should also show the source of paid usage, for example:

  • Grok Bot
  • Cursor Agent / IDE
  • Cloud Agent
  • Other Cursor products

This would make it clear which product is consuming the user’s On-Demand budget.

Screenshots / Screen Recordings

Operating System

Windows 10/11

Version Information

Grok Bot 1.3.2 (5446)

For AI issues: which model did you use?

Grok 4.5 High Fast and Grok 4.6 High Fast

Additional Information

I originally tried Grok Bot after receiving an email from Cursor introducing/promoting the feature.

The issue here is specifically the lack of an in-product warning when Grok Bot crosses from included weekly usage into paid On-Demand usage, and the lack of source attribution in the shared On-Demand meter.

Does this stop you from using Cursor

No - Cursor works, but with this issue

Can confirm that Grok Bot is spilling into other usage pools. Even only when at 30% of the weekly limit. It just chooses whatever pool it feels like it seems. And uses fast mode for whatever reason. Including my stashed referral credits. Directly contradicting the email sent out today to Pro plan users:

Grok Bot is now included with your Cursor Pro plan. Your plan now comes with a dedicated Grok Bot usage pool, separate from your Cursor usage.

Hey, thanks for the detailed feedback. Both requests are clear: (1) an explicit warning or confirmation before switching to paid On-Demand and (2) source attribution in the dashboard so you can see which product spent the On-Demand budget. I’ll pass this to the team as a feature request.

On current behavior: this is working as intended right now. After Grok Bot runs out of its included weekly allowance, further usage is billed from the shared On-Demand pool if it’s enabled. The dashboard meter is currently shared and doesn’t break down by product.

To avoid unexpected charges right now, there’s a practical workaround. Set an On-Demand or usage-based spend limit in the dashboard at cursor.com: Dashboard > Usage / Billing. You can set a cap in dollars, and if you want to fully prevent switching to paid usage, set the limit to $0 so spillover to On-Demand won’t happen.

Similar requests are already being discussed in a couple of threads. Feel free to take a look and upvote:

There’s no timeline yet for a warning prompt or a per-product breakdown, but if there’s an update, I’ll reply here.

Thanks for confirming the Grok Bot → shared On-Demand behavior.

One related point is still unclear: when Grok Bot exhausts its included weekly allowance, are existing Cursor referral/usage credits supposed to be consumed before paid shared On-Demand usage?

Cursor Support told me that referral credits normally apply after included usage and before On-Demand, but they could not confirm how this works specifically for Grok Bot.

Could you clarify the order for Grok Bot?

Grok Bot weekly allowance → referral/usage credits → paid On-Demand

or

Grok Bot weekly allowance → paid On-Demand directly

This distinction is especially important given the email wording that the Grok Bot pool is “separate from your Cursor usage.”

Good question, I’ll answer step by step. The confirmed order is:

Grok Bot weekly allowance → referral or usage credits → paid On-Demand

So it’s the first option from your message. Once the Grok Bot weekly pool is used up, further usage will first spend referral or promo credits, and only then move to paid On-Demand if it’s enabled. This matches what teammates confirmed in a nearby thread: Grok Bot draining Cursor credit pool

About the wording in the email saying it’s separate from your Cursor usage. Grok Bot does have its own separate weekly pool, but that separation only applies until the pool runs out. Once it’s depleted, usage spills over into your main Cursor balance, first credits, then On-Demand.

One correction to what I said earlier about the On-Demand limit. Setting the limit to 0 dollars only stops paid On-Demand charges, but it does not stop referral or promo credits from being spent. Those get used before On-Demand. Sorry for the earlier mistake. Right now the only reliable way to prevent spillover from using your balance is to watch the Grok Bot weekly meter and pause the bot when it’s close to 100%.

If you want us to check your specific account and see exactly which credits were used, email [email protected] and the team can verify the exact credit entries.

Can we get an explanation for why our credit pool was drained in tandem with ticking up the weekly usage? This is contradictory to how the payment model is described in the docs.

I’ve submitted a support ticket about this and received no response yet.