Skip to main content
Cursor logo

Is Cursor Down?

No — Cursor is up

Reachable from all 8 checked regions

Average response time: 332ms

Last checked · checks run every 6 hours

Official status page: https://status.cursor.com

Investigating service degradation

minor monitoring

A fix has been implemented and we are monitoring for service restoration.

Components the vendor reports as affected: Automations Degraded Performance CLI Degraded Performance Cloud Agents Degraded Performance IDE Degraded Performance

A component listed here does not necessarily mean a full outage — large providers routinely report maintenance on individual locations. It only affects the verdict above when the vendor marks it major or critical and our own checks also saw Cursor fail from enough regions to rule out probe noise.

Cursor uptime

100%
Last 7 days
100%
Last 30 days
100%
Last 90 days
340ms
Avg response, 30 days

Measured from multiple regions every 6 hours. Percentages count only checks that returned an availability answer — 21 days measured so far. A dash means that window does not yet hold enough measured days to publish a figure.

30-day history

21-day clean streak
Jul 19: no data
Jul 20: no data
Jul 21: no data
Jul 22: no data
Jul 23: no data
Jul 24: no data
Jul 25: no data
Jul 26: no data
Jul 27: no data
Jul 28: 100.00% uptime, 16 checks
Jul 29: 100.00% uptime, 32 checks
Jul 30: 100.00% uptime, 32 checks
Jul 31: 100.00% uptime, 32 checks
Aug 1: 100.00% uptime, 32 checks
Aug 2: 100.00% uptime, 32 checks
Aug 3: 100.00% uptime, 32 checks
Aug 4: 100.00% uptime, 28 checks
Aug 5: 100.00% uptime, 32 checks
Aug 6: 100.00% uptime, 32 checks
Aug 7: 100.00% uptime, 40 checks
Aug 8: 100.00% uptime, 32 checks
Aug 9: 100.00% uptime, 32 checks
Aug 10: 100.00% uptime, 40 checks
Aug 11: 100.00% uptime, 32 checks
Aug 12: 100.00% uptime, 32 checks
Aug 13: 100.00% uptime, 32 checks
Aug 14: 100.00% uptime, 32 checks
Aug 15: 100.00% uptime, 32 checks
Aug 16: 100.00% uptime, 32 checks
Aug 17: 100.00% uptime, 24 checks
Jul 19 Today
No downtime Partial Downtime Not measurable No data

Reachability by region

Each region runs its own request from a different part of the world. A service can be up for one continent and down for another, which is usually the first sign of a routing or CDN problem.

ams
233ms
DNS 70ms TCP 4ms TLS 16ms TTFB 215ms
lax
360ms
DNS 166ms TCP 0ms TLS 27ms TTFB 335ms
lhr
183ms
DNS 86ms TCP 1ms TLS 6ms TTFB 170ms
nrt
486ms
DNS 162ms TCP 2ms TLS 8ms TTFB 473ms
ord
333ms
DNS 103ms TCP 1ms TLS 26ms TTFB 293ms
sin
445ms
DNS 246ms TCP 2ms TLS 7ms TTFB 431ms
sjc
145ms
DNS 29ms TCP 2ms TLS 9ms TTFB 133ms
syd
565ms
DNS 143ms TCP 0ms TLS 5ms TTFB 555ms
yyz
269ms
DNS 104ms TCP 0ms TLS 20ms TTFB 249ms

What Cursor does

Cursor is a code editor built around AI assistance, offering inline completion, chat over a codebase and agents that make multi-file edits. The editor runs locally but the model calls do not, so an outage leaves developers with a working editor whose assistance has quietly stopped rather than with no tool at all.

What an outage looks like

Completions stop appearing as you type, with no error to explain the silence. Chat requests hang on a spinner or return a generic failure after a long wait. Agent runs stall partway through a multi-file edit, leaving some files changed and others untouched. Sign-in fails on a fresh install, and cloud agents queue without ever starting.

What to do about it

Check status.cursor.com, which lists the IDE, Cloud Agents, the CLI, Bugbot, Automations and cursor.com as separate components, so a failing agent does not mean the editor itself is affected. Local editing, search and version control keep working throughout. If an agent stopped mid-edit, review the diff before rerunning it rather than starting a second pass over partly changed files.

Is it down for everyone, or just you?

If this page says Cursor is up but it is not loading for you, the problem is between you and them. Run a check against any URL from all 18 regions to find out where it breaks.

Test it yourself

Related services

Cursor outage FAQ

Is Cursor down or is my model provider rate limiting me?
Rate limits return an explicit message naming the limit or quota, while an outage gives timeouts or generic failures. status.cursor.com separates the IDE from Cloud Agents, so check which component is affected. If everything is green and only your account is failing, usage limits or a billing problem are the more likely explanation than a platform incident.
Can I keep coding while Cursor's AI features are down?
Yes. The editor runs locally, so files, search, extensions, terminals and version control all work normally. You lose completions, chat and agents rather than the ability to write code. This is worth remembering before restarting or reinstalling: the failure is on the service side, and reinstalling the editor changes nothing about it.
What happens if an agent stops halfway through editing files?
You are left with a partial change set, which is the genuinely risky outcome of a Cursor incident. Review the diff before doing anything else, and either commit the coherent part or revert it. Rerunning the agent over half-edited files tends to compound the mess, since it now reasons about a codebase in a state you did not intend.
Do Cursor outages affect the CLI and cloud agents separately?
Yes, they are listed as distinct components. Cloud Agents run on Cursor's infrastructure and fail when that is degraded, while the local IDE may keep working with reduced features. The CLI is tracked separately again. Matching your failure to the right component saves debugging a local setup that was never the problem.
Is my code sent anywhere when Cursor is down?
An outage does not change what the product does with your code; it means requests are not completing. If a request fails, the assistance simply does not arrive. Questions about what is transmitted during normal operation are answered by Cursor's own privacy settings and documentation rather than by the status page, and are worth reviewing separately.

How we measure this

  • We request Cursor's public endpoint every 6 hours from Fly.io regions across six continents — 8 of them answered the most recent check.
  • A region counts as down only when it gets no usable HTTP response. A 403 or 429 means the origin answered and refused us, which we report as blocked, never as an outage.
  • A single failing region is treated as probe noise. We only change the verdict when two consecutive cycles agree.
  • Response times average only the regions that actually served the page, so a timeout never inflates the number.
  • Where Cursor publishes an official status feed we read it too. An all-clear from the vendor can soften an unconfirmed degradation; a vendor-declared outage only worsens our verdict when our own checks corroborate it.

Get alerted when Cursor goes down

This page refreshes every 6 hours. Your own monitors run as often as every 30 seconds, from the same 18 regions, and tell you the moment something breaks.

Start Free Monitoring
Free plan available No credit card required