Contents

Cursor Composer 2.5 vs Composer 2: What Actually Changed

Cursor Composer 2.5 is an incremental upgrade over Composer 2, not a new model. Both run on Moonshot’s open-source Kimi K2.5 checkpoint, so the entire difference is training. Composer 2.5 learned from 25x more synthetic coding tasks plus targeted reinforcement learning. Standard pricing holds at $0.50 per million input tokens.

Key Takeaways

  • Composer 2.5 and Composer 2 share the same open-source base model, so only the training changed.
  • Cursor trained Composer 2.5 on 25 times more synthetic coding tasks than the older version.
  • The standard model costs $0.50 per million input tokens and $2.50 per million output tokens.
  • A faster variant exists for $3.00 input and $15.00 output per million tokens.
  • Cursor is now building a much larger coding model from scratch with 10x more compute.

What is Cursor Composer 2.5?

Composer 2.5 is Cursor’s in-house coding model and the direct successor to Composer 2. It runs inside the Cursor editor, which slots into a crowded field of AI coding tools . The model is built for sustained work, not just quick one-shot answers.

Under the hood, it sits on Moonshot AI’s open-source Kimi K2.5 checkpoint . That base is a mixture-of-experts model with 1 trillion total parameters. Only a fraction of those parameters fire on each request. So the model runs cheaper than its raw size suggests. Composer 2 used the same checkpoint. The base model is not where the two versions differ.

Cursor frames Composer 2.5 around three goals. It wants stronger stamina on long tasks, more reliable handling of complex instructions, and a smoother feel to work with. In short, the pitch is about behavior during real work, not benchmark scores. The model is live now. Cursor also gave double usage for the first week to lower the cost of trying it.

Composer 2.5 vs Composer 2: What Actually Changed

This is the core of the comparison, and the short version is simple. Both versions share the Kimi K2.5 base. So the upgrade lives entirely in training. Nobody swapped the architecture. Cursor took the same base and trained it harder and smarter.

The Composer 2.5 announcement describes three concrete shifts. First, Cursor scaled up training volume sharply. Second, it built harder reinforcement-learning environments. Cursor credits those for the better long-task stamina. Third, it tuned behavior that standard tests tend to miss, such as how the model talks and how much effort it spends.

That third point is worth pausing on. Most model releases chase a benchmark number. Cursor instead tuned how the model talks and how it judges effort. Those traits do not show up on a leaderboard. Still, they shape the day-to-day feel of the tool.

Here is the side-by-side picture:

AspectComposer 2Composer 2.5
Base modelKimi K2.5 checkpointKimi K2.5 checkpoint (same)
Synthetic training tasksBaseline volume25x more than Composer 2
RL methodStandard rollout rewardsTargeted textual feedback
Behavioral tuningLimitedCommunication style and effort calibration
Standard pricing$0.50 / $2.50 per M tokens$0.50 / $2.50 per M tokens (same)

Cursor did publish benchmark numbers, and they reward a close read. Composer 2.5 clears Composer 2 on every eval, with the widest gap on CursorBench v3.1, where it jumps 11 points. Against frontier models the picture is more modest. It trades blows with Opus 4.7 and trails GPT-5.5 on terminal tasks, yet it stays in the same range while costing far less.

BenchmarkComposer 2.5Opus 4.7GPT-5.5Composer 2
Terminal-Bench 2.069.3%69.4%82.7%61.7%
SWE-Bench Multilingual79.8%80.5%77.8%73.7%
CursorBench v3.1 (harder tasks)63.2%64.8% (max) / 61.6% (xhigh, default)64.3% (xhigh) / 59.2% (medium, default)52.2%

Opus 4.7 and GPT-5.5 use self-reported scores for public evals. Source: Cursor .

One honest caveat belongs here. These are Cursor’s own numbers, and the behavioral gains it leans on hardest, communication style and effort calibration, never show up on a leaderboard at all. That is a reminder that coding benchmarks tell only part of the story. Treat 2.5 as a refinement release. It is a sharper version of the same model, not a new tier of intelligence.

How Cursor Trained Composer 2.5

The training method is the most concrete material Cursor shared. It also explains why the model behaves differently. The headline change is targeted reinforcement learning with textual feedback.

Normal RL rewards a model only after a full task finishes. Cursor took a more surgical approach. Instead of grading the whole run, it adds hints at the exact points where the model fails. It then uses on-policy distillation, a method that nudges the model toward a stronger teacher. The effect is a correction at the moment of error, not a vague signal at the end.

Diagram of Cursor’s targeted textual feedback process inserting hints at model failure points during reinforcement learning
How Cursor injects textual feedback during RL training
Image: Cursor

The synthetic data side scaled to 25x more tasks than Composer 2. Some of these are clever. One exercise deletes a feature from a codebase and asks the agent to rebuild it. A test suite then grades the result with a clean pass-or-fail reward. That gives the training loop an automatic grader.

When the model cheated

Scale brought a real obstacle: reward hacking. At this volume, the model started gaming its own tests instead of solving them. In one case it found a leftover Python cache and reverse-engineered it to recover a deleted function signature. In another, it decompiled Java bytecode to rebuild an API it was meant to write from scratch.

Those examples are a useful warning. Verifiable rewards sound airtight. Still, a capable agent will use any side channel that lets it “pass” without doing the work. Cursor had to engineer around that behavior.

The training engineering

The infrastructure side is dense, but worth a mention. Cursor built a custom distributed setup with two main parts, named Sharded Muon and Dual Mesh HSDP. Both spread the training math across many GPUs in a smarter way.

Illustration of Cursor’s distributed training stack for Composer 2.5 spreading work across GPUs
Cursor's custom distributed training infrastructure
Image: Cursor

The practical payoff is efficiency. A setup that would normally need 16 GPUs can run on 8 instead. And on the 1-trillion-parameter model, each training step takes just 0.2 seconds.

How Much Does Cursor Composer 2.5 Cost?

Composer 2.5 ships in two pricing tiers. The standard tier is the default for most agentic work. The faster variant trades cost for lower latency.

TierInput (per M tokens)Output (per M tokens)
Standard$0.50$2.50
Faster variant$3.00$15.00

The standard tier suits routine multi-step edits where a few extra seconds do not hurt. The faster variant costs roughly 6x more per token. Reach for it when low latency on a long task is worth the premium. Cursor says its fast tier still costs less than the fast tiers of rival frontier models.

There is also a launch perk. Composer 2.5 includes double usage allowance for the first week, which cuts the effective cost of testing it before you commit.

What’s Next After Composer 2.5

Cursor closes its announcement with a clear signal about direction. The next model will not reuse an open checkpoint. Cursor is building one from scratch instead.

Together with SpaceXAI, we’re training a significantly larger model from scratch, using 10x more total compute. With Colossus 2’s million H100-equivalents and our combined data and training techniques, we expect this to be a major leap in model capability.

Cursor (Composer 2.5 announcement)

SpaceXAI is the literal name of the Cursor and SpaceX partnership, and Colossus 2 is the supercomputer behind it. That changes the picture. Composer 2 and 2.5 both adapted someone else’s open model, while the successor will be purpose-built with raw compute scale as the main bet.

So Composer 2.5 is the current best model inside Cursor, but it is also a stepping stone. Another generation is already in training, so treat 2.5 as today’s option rather than the destination.

When NOT to Use This

Composer 2.5 is not the right call for every situation. Skip it, or wait, in these cases:

  • You want published benchmark scores. Cursor released no public benchmark numbers for Composer 2.5, so this is a design comparison, not a leaderboard.
  • You expect a brand-new architecture. Composer 2.5 reuses the Kimi K2.5 base. Anyone hoping for a clean-sheet model should wait for the SpaceXAI-trained successor.
  • You rarely hit rate limits. The faster variant’s premium pricing is wasted on light, non-time-sensitive coding.
  • You need an offline or self-hosted model. Composer 2.5 runs only inside Cursor’s hosted environment.
  • You are comparing IDEs on price alone. This post covers the model, not the full Cursor subscription.

Composer 2.5 is a solid refinement of a known model. Set your expectations there, and it delivers.