Overview
Cursor has significantly increased usage limits for their Auto and Composer 1.5 models across all individual plans by introducing two separate usage pools. The update includes their custom-trained Composer 1.5 model, which scores above Sonnet 4.5 on Terminal-Bench 2.0, and provides 3x the usage limit of Composer 1 (temporarily 6x through February 16).
What You'll Learn
How Cursor's new dual usage pool system works for Auto + Composer vs API models
Why Cursor trained their own Composer 1.5 model for agentic coding instead of relying solely on frontier models
How Composer 1.5 benchmarks against frontier models like Sonnet 4.5 on Terminal-Bench 2.0
How to monitor and manage usage across the two different usage pools in Cursor's editor
Prerequisites & Requirements
- Cursor editor with an individual plan (Pro, Pro Plus, or Ultra)
- Basic familiarity with AI-assisted coding tools and agentic coding workflows(optional)
Key Questions Answered
What are the two usage pools in Cursor's updated pricing model?
How does Composer 1.5 compare to Sonnet 4.5 on Terminal-Bench 2.0?
How much more usage does Composer 1.5 get compared to Composer 1?
Which Cursor plans benefit from the increased agent usage limits?
Why did Cursor train their own model for agentic coding?
How can I monitor my Cursor usage across the two pools?
Key Statistics & Figures
Technologies & Tools
Key Actionable Insights
1Switch to Composer 1.5 or Auto model selection to take advantage of the significantly increased usage limits. Since these models draw from a separate, more generous usage pool, you can perform more agentic coding tasks without worrying about hitting API usage caps.This is especially relevant if you've been rationing API usage. The Auto + Composer pool provides substantially more headroom for daily agentic coding workflows.
2Take advantage of the temporary 6x usage promotion through February 16 to experiment with agentic coding workflows at scale. This limited-time boost lets you test Composer 1.5 extensively on real projects before the limit settles at the permanent 3x level.Use this window to evaluate whether Composer 1.5 meets your needs for large-scale codebase changes, helping you decide between the Auto + Composer pool and specific frontier models via API.
3Monitor your usage via the new in-editor usage settings page to understand your consumption patterns across both pools. This visibility helps you make informed decisions about when to use the included Auto + Composer models versus paying for specific API models.Understanding your usage split helps optimize costs — use the generous Auto + Composer pool for routine agentic tasks and reserve API usage for cases requiring specific frontier models.
4Consider that Composer 1.5 scores above Sonnet 4.5 on Terminal-Bench 2.0 while consuming from the more generous usage pool. For many agentic coding tasks, this model may be the better choice in terms of both capability and cost-effectiveness.The benchmark comparison helps inform model selection — Composer 1.5 is competitive for agent-based terminal workflows while being more sustainable for daily use.