8 Days, 3 Agent Teams: What Changed and What It Costs
Cursor, Devin and Claude Code all shipped the same idea inside 8 days — a coordinator that does not write code, only delegates. 3 things they share, and the one that decides your bill.
Between 10 and 17 September 2026, three of the biggest names in AI coding shipped what is recognisably the same product. Not a coincidence of marketing — the same architecture, within eight days.
| Shipped | What it is called | How work is split | |
|---|---|---|---|
| Cursor | 10 September | Projects | A coordinator directs subagents; runs on its own machine in the cloud |
| Devin | 16 September | Code Scans | Agentic MapReduce: plan, shard, map across parallel agents, reduce to one report |
| Claude Code | 17 September | Projects (beta) | A coordinator splits a goal into parallel cloud sessions called threads, each on its own branch |
If you use any one of them, the other two tell you where it is going. Here is what they actually share, and what that means for the person paying.
1. The coordinator does not write code
This is the real change, and it is easy to miss because it sounds like a detail. In all three, the top-level agent never touches the codebase. It reads the goal, decides what the jobs are, hands them out, and reads the results back.
- Cursor says it plainly: the coordinator "doesn't write code itself but directs other agents that do" — and because it only delegates, it is never blocked and stays responsive while work runs.
- Claude Code splits a goal into threads, each a separate cloud session working its own branch and its own copy of the repository.
- Devin shards the codebase into focused batches, runs parallel agents over them, then has a final agent merge, de-duplicate and rank the findings.
It also explains why they all arrived together. A single agent is limited by its context window — the longer a job runs, the more it forgets. Splitting the job across many agents, each with a small focused context, is the obvious way around that ceiling. Devin says so directly: the point of sharding is to keep "each agent's context focused" and spend the reasoning budget on relevant code instead of repeated searching.
2. Everything runs in the cloud — that is the catch
All three execute on the vendor's machines by default. That buys you real things: work continues when you close your laptop, and you can run far more agents in parallel than your own machine would allow.
Cursor is the most flexible of the three: cloud by default, but it will spin up a local agent when something has to be tested on your machine. Worth knowing if you work on anything that cannot be uploaded.
3. The bill grows while you are not watching
This is the part to sit with before you turn any of it on, and it is where the money angle is genuinely different from a normal coding assistant.
A chat assistant costs you tokens while you are typing. A coordinator with parallel workers costs you tokens per worker, in parallel, for as long as the job runs — and Cursor's Projects can be told to work without being prompted at all: watch a Slack channel, run on a schedule, follow every pull request and fix CI when it breaks.
- Start on a small, bounded job — one migration, one scan — and read the token usage afterwards before you trust it with more.
- Pick the model per job, not per tool. A coordinator reasoning about what to do needs a good model; workers doing mechanical edits often do not. Check whether your tool lets you set them separately.
- Turn scheduled or event-driven runs on last, once you know what one manual run costs. A coordinator that wakes on every PR is the fastest way to a surprise.
- Watch the cache line. These systems re-read the same repository constantly, so cached input is most of the bill — which is exactly why Anthropic cut Fable 5.1's cache reads to $0.25 per million.
Which one, if you have to pick
Honestly: whichever is attached to the tool you already use. The architectures are close enough that switching editors to get one of these is not a good trade in September 2026. What differs is fit.
Pros
- Work that outlives a single chat — a feature over several PRs, a migration, a long refactor
- Investigations across a whole codebase, where one agent would run out of context
- Jobs you want progressed while you are not at the desk
- Teams already paying for one of these tools, where the coordinator is included
Cons
- Anything that cannot leave your infrastructure — all three are cloud-first and Claude Code is cloud-only today
- Small, well-understood changes, where a single agent is faster and far cheaper
- Tight or unpredictable budgets, until you have measured one real run
- Codebases with no tests — a coordinator can produce wrong work in parallel just as easily as right work
Save this summary as an image or share it.
AICreatorHub Team
The AICreatorHub editorial team is a group of hands-on AI practitioners, writers and developers based in India. We test AI tools and models ourselves, track official releases from OpenAI, Anthropic, Google, Meta and xAI, and translate them into simple, India-first guides in English and Hindi. Every article is written for real Indian use cases — pricing in rupees, free-tier tips and practical, tested steps — so you get accurate, up-to-date and genuinely useful AI information.