Cursor Compile 2026 Recap: Origin, Mobile & the New Model

Cursor Compile 2026 was Cursor's June 16 gathering at Fort Mason in San Francisco. The important product story is that Cursor is expanding from an editor into a broader software work system: Origin for code hosting, larger model training work and mobile access to agents.

Knowing what shipped is the easy part. Turning Cursor Compile announcements into something a team relies on takes a few deliberate steps, mapped below.

1. 1Treat Compile as the top of the current Cursor release story.
2. 2Start with the official Compile, Origin and Composer 2.5The current Composer release, better at long-running tasks and at judging when a job needs a light touch versus deep work. Press Enter for the full definition. pages before using social summaries.
3. 3Separate available products from waitlists, betas and roadmap language.
4. 4Link each announcement to the practical workflow it changes: hosting, model choice, mobile control or team rollout.

New capability comes with new ways to get it wrong. Keep these boundaries in place as you adopt it.

Cursor for iOS, Composer 2.5The current Composer release, better at long-running tasks and at judging when a job needs a light touch versus deep work. Press Enter for the full definition. and, since August 17, Origin are the ones you can act on. iOS is in public beta on iPhone and iPad, Composer 2.5 is available, and Origin is in early beta on paid plans, so all three can sit inside a real workflow this week. The larger model is training work, so there the only available move is preparation.

That ordering matters more than it sounds like it should. A roadmap written from Compile coverage almost always leads with Origin, because Origin is the announcement carrying the most obvious strategic weight. For two months the waitlist did not open, and teams that led with it watched a quarter pass while the work that was genuinely available never got scheduled. Now that the beta is open, the same trap has a new shape: the hosting basics shipped and the agent-native review features did not.

Nobody logs that cost, because a quarter spent waiting does not show up anywhere.

Mobile is, I'd argue, the announcement that gets underrated in these recaps. Cursor's iOS app is for starting, supervising, reviewing and merging agent work from a phone or, since July 29, an iPad, which reads like a convenience feature until you notice what it assumes. If reviewing and merging is something a person can do from a phone, then review has already come loose from sitting at a desk with the repo open, and that is a change in how your team works rather than a change in what it can install. The current docs put the app on iOS 26.0 and iPadOS 26.0 or later, on Start, Pro, Pro+, Ultra, Teams and Enterprise, still in beta, with Android planned; the iPad release also added an Inbox, a full pull-request review surface, Bitbucket and Azure DevOps support and multi-PR sessions.

Composer 2.5The current Composer release, better at long-running tasks and at judging when a job needs a light touch versus deep work. Press Enter for the full definition. is the plainer one. It is available today, it is a first-party Cursor model, and what it puts in front of you is a routing decision inside work you already do: which model plans and which one executes, given what each costs per run. That is a Tuesday afternoon change.

So the practical read is to sort the announcements into available and pending. Actually, availability is the wrong axis. Sort by whether the thing changes a loop you already run or a decision you have not made yet. Composer 2.5The current Composer release, better at long-running tasks and at judging when a job needs a light touch versus deep work. Press Enter for the full definition. and the iOS beta change loops. Origin's beta changes a loop only if you sync a repo and review on it; the decision it was announced to force, moving your hosting, still waits on the review features, and the larger model changes a decision too. A decision does not need a sprint allocated to it.

The pending items still deserve a named owner and a review date. A calendar entry and one person who will notice when Cursor publishes something is enough. The Cursor Origin guide and the Cursor Mobile guide are where those details land as they arrive.

Because both point at the same constraint from opposite ends. Cursor's Origin page argues that code is moving faster than the infrastructure built to handle it. The model work is about how fast and how cheaply that code gets written in the first place. One announcement governs how much arrives. The other decides where it lands.

Really, that is the whole reading of the event. Cursor spent the run-up shipping things whose output is more diffs per hour: cloud agents, automations, BugbotCursor's automated PR reviewer that posts inline findings and can push fix commits from isolated VMs. Press Enter for the full definition. on pull requests, review that runs without being asked. Ship enough of those and writing code stops being the thing holding you up.

What holds you up next is review and merge.

That is the layer Origin aims at, and it is the layer Cursor did not own until it bought the team that had spent years selling review tooling.

Whether those two halves need to belong to the same company is a separate question, and nothing at Compile settled it. A team can take the model story and keep its current host indefinitely. Plenty will.

The pairing is still worth understanding, because it tells you how to read whatever comes next. When a Cursor release makes agents produce more change per hour, expect the following one to be about absorbing it, which in practice has meant review that costs less and review that starts without a person asking for it. That is a guess about sequencing rather than a roadmap, and it is the guess I would plan against, mostly because the alternative reading has Cursor shipping capacity it has no way to help you consume.

Contractually, possibly a lot. On the product side there is nothing you can verify yet. SpaceX agreed to acquire Cursor's parent company Anysphere for $60B in stock, disclosed in an SEC 8-K dated June 16, 2026, and Cursor announced the completed acquisition on August 14, 2026 in a post titled "Cursor is now a part of SpaceX." That is a corporate fact with a paper trail, and it closed three days before Origin's early beta opened.

The temptation is to read product direction out of an ownership change, and that inference does not hold. An 8-K tells you who owns the shares and when. It says nothing about a data-retention setting or a support commitment.

The questions worth raising are the dull procurement ones, and they belong in your renewal thread rather than a strategy memo: whether your agreement survives assignment to a new parent, what notice you get if data-handling terms change, who your named contact is after close, and whether anything you depend on today was scoped to Anysphere specifically as the counterparty.

None of those are answerable from a press release, and that is the reason to raise them well before close rather than during it.

If you are mid-procurement right now, the position I would take internally is that this is a known unknown with a dated close. It is not a reason to pause, and it is not a reason to hurry either. Put the close date in the same place you keep renewal dates and move on.

The gaps carry as much weight as the announcements, and a recap is exactly where they get lost. Four things Cursor did not publish at Compile, with what has changed since:

• A launch date for Origin. Coverage pointed at a fall 2026 window; the early beta arrived on August 17, 2026 instead, and a general-availability date is still unpublished.
• Any Origin pricing. Still none of its own: the beta is included with Pro, Teams and Enterprise and unavailable on free plans, with no post-beta terms.
• Android. The mobile release is iOS and, since July 29, iPadOS; Cursor's docs say Android is planned, so treat it as unshipped until Cursor says otherwise.
• Availability for the larger model. Cursor described training work with SpaceX and 10x more total compute, which is not a release.

Writing those down is worth the space, because a recap page is where someone else's assumption gets laundered into a plan. A reader sees "Cursor announced Origin", hears "Origin exists", and it goes in a slide with a date next to it. I have watched that happen to less interesting products than this one.

In June the waitlist was the entire buyer-facing surface for Origin; today it is an early beta with docs at cursor.com/docs/origin, and the iOS app is a beta with a product page and an iPad layout. The first of those sentences already aged once, and the fix was to change it here rather than to soften it, since a recap that hedged everything would have been useless in June and would still be useless now.