Source: https://www.thetechstack.com/teardowns/cursor Author: Kyle Brierley Author profile: https://www.thetechstack.com/authors/kyle-brierley Editor: Not specified Editor profile: Not specified Publisher: TheTechStack (https://www.thetechstack.com) Published: 2026-07-09 Updated: Not specified Suggested citation: [Kyle Brierley](https://www.thetechstack.com/authors/kyle-brierley). [What Cursor actually runs](https://www.thetechstack.com/teardowns/cursor). TheTechStack. Retain the source qualifications. Cite the original article and link the credited author profile where available. An editor is not necessarily the author. **Research record**Cursor (Anysphere)Published 2026-07-09 # What Cursor actually runs A $500M-ARR product built by ~50 engineers on a TypeScript monolith, a Rust orchestrator named Anyrun, and a database migration executed mid-outage. By [Kyle Brierley](https://www.thetechstack.com/authors/kyle-brierley) Record Company Cursor (Anysphere) Published 2026-07-09 Structured record [View stack record ↗](https://www.thetechstack.com/stacks/cursor) Topics ai-devtools · rust · turbopuffer · aws · Public-source research with documented limits. Product behavior and terms can change. The most telling fact about Cursor’s stack isn’t a tool — it’s a retreat. Anysphere adopted [Yugabyte](https://newsletter.pragmaticengineer.com/p/cursor), a distributed database that markets itself as infinitely scalable, and then migrated _off_ it to plain PostgreSQL (confirmed). The company behind nearly a billion lines of code written daily decided the boring database was the scalable one. That instinct — boring where possible, exotic only where the workload demands it — runs through the whole stack. Most of what follows comes from cofounder Sualeh Asif’s June 2025 interview with [The Pragmatic Engineer](https://newsletter.pragmaticengineer.com/p/cursor), which makes this one of the better-evidenced stacks we’ll ever document: nearly everything below is confirmed by the company. Full sourced record in [the stack database](https://www.thetechstack.com/stacks/cursor). ## Stack at a glance | Category | Tool | Since | Confidence | | --- | --- | --- | --- | | language | TypeScript (business logic) | — | confirmed | | language | Rust (perf-critical paths) | — | confirmed | | frontend | Electron — VS Code fork | 2023 | confirmed | | database | PostgreSQL (replaced Yugabyte) | — | confirmed | | vector-db | Turbopuffer; Pinecone (docs) | — | confirmed | | queue | Warpstream | — | confirmed | | hosting | AWS (CPU), Azure (inference GPUs) | — | confirmed | | inference | Fireworks + in-house models | 2024 | confirmed | | ml-training | Voltage Park, MosaicML, Foundry | — | confirmed | | observability | Datadog, Sentry, PagerDuty | — | confirmed | | auth / payments | WorkOS / Stripe | — | confirmed | Context for scale, [per the company](https://newsletter.pragmaticengineer.com/p/cursor): 1M+ transactions per second at the data layer, ~50 engineers, 100x load growth in 12 months, $500M+ ARR at the June 2025 snapshot, and a $900M Series C at a $9.9B valuation. Reports in 2026 [put the valuation far higher](https://kasata.medium.com/cursor-ai-in-2026-the-29-billion-ai-coding-tool-thats-replacing-your-ide-and-why-40-000-nvidia-b86bb8fca2fb), but we haven’t seen primary confirmation, so we’re labeling that one reported. ## The fork that bought them a company Cursor is a [fork of VS Code](https://newsletter.pragmaticengineer.com/p/cursor) — TypeScript and Electron, same as the upstream editor. Asif is direct about why: “We decided to fork because starting from scratch would have taken a massive effort just to build a stable editor. Our value proposition was not building a stable editor… Forking let us focus on the experience, not the editor.” The much-copied tab model, he says, “would have been very difficult without forking.” The backend follows the same philosophy: [mostly one large TypeScript monolith](https://newsletter.pragmaticengineer.com/p/cursor), deployed as one unit, with Rust reserved for performance-critical components and a Node.js bridge connecting the two (confirmed). At 25,000 files and 7 million lines of code, the monolith survived hypergrowth that conventional wisdom says demands microservices. ## Two databases, two jobs, one emergency The data layer splits cleanly. PostgreSQL handles transactional work — after the Yugabyte retreat. [Turbopuffer](https://newsletter.pragmaticengineer.com/p/cursor) holds the interesting stuff: encrypted code chunks and the Merkle trees Cursor uses to sync codebase indexes without ever storing source code server-side (confirmed). Embeddings — built with [OpenAI’s models or Cursor’s own](https://newsletter.pragmaticengineer.com/p/cursor) — get vector-searched to answer codebase questions, while the actual code is fetched from the client on demand. A [Pinecone](https://newsletter.pragmaticengineer.com/p/cursor) instance stores documentation embeddings; [Warpstream](https://newsletter.pragmaticengineer.com/p/cursor) moves streaming data. The team’s stated reason for preferring Turbopuffer: not having to deal with manual sharding (confirmed). And it earned its place dramatically — during a large indexing outage, the team executed a migration _to_ Turbopuffer [in hours](https://newsletter.pragmaticengineer.com/p/cursor), mid-incident. Migrations as incident response is a genre we expect to see more of. ## The GPU estate Asif: [“We are very much a ‘cloud shop.’ We mostly rely on AWS and then Azure for inference. We also use several other, newer GPU clouds as well.”](https://newsletter.pragmaticengineer.com/p/cursor) CPU infrastructure lives on AWS; tens of thousands of NVIDIA H100s — much of that footprint in Azure — do inference and only inference (confirmed). Training and fine-tuning run elsewhere: [Voltage Park, Databricks MosaicML, and Foundry](https://newsletter.pragmaticengineer.com/p/cursor) (confirmed). [Terraform](https://newsletter.pragmaticengineer.com/p/cursor) manages it all, and [Cloudflare fronts many services](https://blog.bytebytego.com/p/how-cursor-serves-billions-of-ai) as reverse proxy and DDoS shield (reported). For agents, a fully-Rust orchestrator called [Anyrun](https://newsletter.pragmaticengineer.com/p/cursor) — a pun on Anysphere — launches cloud agents on EC2 with [AWS Firecracker](https://newsletter.pragmaticengineer.com/p/cursor) providing process isolation (confirmed). And on the model-serving side, Cursor’s fine-tuned “Fast Apply” Llama-3-70b runs on [Fireworks](https://fireworks.ai/blog/cursor) with speculative decoding at ~1,000 tokens/second — a 13x speedup over the vanilla model (confirmed, vendor co-published). ## The unglamorous perimeter The business stack is deliberately conventional, [all confirmed](https://newsletter.pragmaticengineer.com/p/cursor): Datadog for observability (Asif calls its developer experience “vastly superior to the alternatives”), Sentry for errors, PagerDuty wired into Slack for oncall, Amplitude for analytics, Stripe for billing, WorkOS for auth, Linear for work tracking, Vercel hosting cursor.com. And Cursor builds Cursor — with the house rule that every engineer owns their checked-in code “whether they wrote it by hand, or had Cursor generate it.” ## What we’d watch Whether PostgreSQL survives the next 10x (the sharding complexity they escaped once will knock again), how much inference migrates from Azure H100s to newer GPU clouds as that market commoditizes, and whether the TypeScript monolith makes it to 100 engineers. Our snapshot is June 2025; Cursor moves fast, and [we’d welcome a verification](https://www.thetechstack.com/about) from the team. * * * _Sources: [The Pragmatic Engineer’s deep-dive with cofounder Sualeh Asif](https://newsletter.pragmaticengineer.com/p/cursor) (primary), [Fireworks](https://fireworks.ai/blog/cursor), [ByteByteGo](https://blog.bytebytego.com/p/how-cursor-serves-billions-of-ai), [Contrary Research](https://research.contrary.com/company/cursor). Research assisted by AI agents, verified and edited by a human. Confidence labels: confirmed / inferred / reported. Spot an error? We correct publicly._ [Kyle Brierley](https://www.thetechstack.com/authors/kyle-brierley) · Founder, TheTechStack Research and drafting use AI assistance. Kyle is responsible for editorial direction and corrections. Source-backed observations, recommendations, and proposed tests are identified separately. [About Kyle and more of his research →](https://www.thetechstack.com/authors/kyle-brierley) ## Put the research to work Use the documented patterns as questions for your own team. Your systems, permissions, and acceptance criteria still need to be checked. - [Compare build, buy, and extend](https://www.thetechstack.com/guides/build-buy-or-extend)Work through capability fit, integration effort, cost, and ownership. - [Find a workflow like yours](https://www.thetechstack.com/use-cases)Explore knowledge search, support drafting, and sales RFP responses. - [Create a pilot review](https://www.thetechstack.com/workbench)Leave with a shareable brief and a list of open decisions. - [Evaluate a pilot](https://www.thetechstack.com/guides/evaluate-an-ai-pilot)Compare actual results with the current process, including review and rework. ## Follow the research Get new research briefs and company teardowns by email, in your feed reader, or on X. [Subscribe by email →](https://buttondown.com/thetechstack)[Subscribe via RSS →](https://www.thetechstack.com/rss.xml)[Follow on X →](https://x.com/thetechstackHQ) Email signup is hosted by Buttondown. RSS and X are available without an email subscription.