The new usage-based Bugbot pricing punishes iterative workflows and power users

Hi everyone,

I’ve been following the recent discussions about Bugbot’s transition from the $40 flat rate to usage-based pricing. While I understand that low-volume users (doing maybe 8-10 PRs a month) might favor this, this update completely breaks the tool for power users who deeply integrate Bugbot into their daily workflow.

Here is the reality of using Bugbot for heavy, continuous development—such as deep, complex refactorings of legacy CMS architectures to modern PHP standards:

1. A Pull Request is not a single action
For an iterative workflow, the ideal trigger mode is “Every Push”. This means a single PR can easily trigger 7 to 10 Bugbot runs as the code is continuously refined, debugged, and updated before the final merge. Under the old $40 flat rate, this was exactly what made Bugbot so incredibly valuable: it acted as a continuous, asynchronous pair programmer.

2. The new math is completely unsustainable
At the newly confirmed $1.00 - $1.50 per run (not per PR), a standard month of 20 PRs (averaging 7 runs each) will now cost roughly $150 to $200+ on top of the Ultra/Pro subscription. That is a massive, unjustifiable price hike. This pricing model actively penalizes continuous AI review and forces developers to use Bugbot merely as a final, static linter right before merging just to avoid exploding costs. That defeats the entire purpose of an AI coding assistant.

3. Misleading communication regarding “Effort Levels”
The official email announcement explicitly promoted that users can now “determine the effort Bugbot applies” to manage costs or review depth. However, as confirmed by staff in other threads, this feature seems to be locked exclusively behind Team plans. Promoting a cost-management feature to individual Pro/Ultra users who won’t even have access to it is incredibly frustrating and feels like a bait-and-switch.

4. A fatal flaw for Agentic Workflows and “Vibe Coding”
Cursor positions itself as the IDE for the future of AI and autonomous agents. However, for developers utilizing orchestrator workflows, subagents, or vibe coding—where code is iteratively generated, pushed, and tested by AI—a pay-per-run model is completely unmanageable. An autonomous loop triggering “Every Push” could silently drain hundreds of dollars. This pricing effectively kills the ability to securely use Bugbot alongside automated agentic workflows.

5. Cannibalizing the Ultra Plan allowance
As a power user, my data allowances and fast requests on the Ultra plan are already heavily utilized just by coding. If Bugbot now aggressively eats into the included data allowance—or forces massive on-demand charges on top—it effectively forces developers to choose between writing code and reviewing it. If Bugbot drains my entire budget halfway through the month, what is the point of the Ultra plan? The tool meant to review code is stealing the resources needed to write it.

By catering to users who barely utilize the tool, Cursor is essentially pricing out the power users who rely on it the most. It feels like this transition was not thought through at all.

Are there any plans to introduce a true power-user flat rate? Alternatively, will you allow current subscribers to upgrade to an annual plan before the June 8th deadline to lock in the old $40 rate for the upcoming year? Because right now, the financial punishment for writing clean, iterative commits is simply too high.

Sorry for the late reply, @Shadesman, and thanks for the detailed writeup.

I can’t reverse the move to usage-based pricing, but two things I can help with:

  • You can lock in the current pricing (seat-based) for another year by switching to an Annual plan before the June 8th cutoff.
  • Thank you for calling out the missing effort levels on individual plans! The goal is to bring them to individual plans, and it still is. In the meantime, we’ve removed that from the in-product messaging.

If you’ve already switched to the usage-based pricing, can I switch to the Annual plan before the June 8th cutoff to go back to the $40/mo pricing?

Switching to usage-based pricing is typically one-way! If you have specific questions about billing, [email protected] would be a better avenue!

Thanks for the reply, Colin. I would love to lock in the seat-based pricing for Bugbot for another year as you suggested. However, the billing dashboard doesn’t allow me to switch ONLY the Bugbot add-on to an annual plan. It forces me to pay upfront for an entire year of the Ultra Plan as well, which unfortunately exceeds my current upfront budget.

Is there a way for support to manually decouple this, allowing me to pay for Bugbot annually while keeping Ultra monthly? Alternatively, could you manually lock my account to the $40 monthly legacy rate before June 8th?

For any specific billing requests, please reach out to [email protected]. This isn’t something we’re able to handle individually in the forum. Thanks for your understanding!

Thanks for the pointer. It would be helpful if the UI flagged that this change is one-way before the switch is made. I wasn’t aware until after the fact

I just had to turn bugbot off. I’m on usage based pricing since I’m on a team plan, and you can’t even see what usage is tied to which PRs. Just lots of invocations (with no idea what it’s doing) for a few bucks a pop. Price seems to double daily and you have no idea why.