Monitoring

Cursor Down? Live Status & Outage Checker

Check whether Cursor is currently down, failing to connect, or running slowly. This page tracks the IDE, Tab completions, Agent and Cloud Agents, and the CLI.

Live status signal Cursor · Anysphere
Operational

The latest status signal does not show a major service disruption for this tool.

Signal: official sources Updated 3 mins ago · refreshes ~5 min
Status history 99.58% uptime · 90 days
Jun 21Today

Is Cursor Down Right Now?

The card above reads Cursor’s official status feed, so it reflects what Anysphere is reporting about its own systems rather than a guess based on user reports. If it shows an incident, the problem is upstream of you and no amount of restarting will fix it. If it shows operational but Cursor is still failing on your machine, the checklist further down separates a platform fault from a local one.

Cursor spans more than the editor window. Anysphere reports separately on the IDE itself, Tab completions, Agent and Cloud Agents, the CLI, and cursor.com. A green overall signal with one component degraded is common, and it usually shows up as one feature failing — Tab going quiet while chat still answers, for instance — rather than the whole app breaking.

Cursor Depends on Model Providers It Does Not Control

This is the single most useful thing to know when Cursor stops working. Cursor is an editor wrapped around models from Anthropic, OpenAI and others. When one of those providers has an incident, requests inside Cursor fail even though Cursor’s own infrastructure is healthy and its status page stays green.

That is why "Cursor is down" and "Cursor’s status page says everything is fine" are so often true at the same time. If Cursor reports operational but every request errors or hangs, check Claude status and OpenAI status before troubleshooting your own setup. Switching to a model from a different provider in Cursor’s model picker is the fastest workaround, and it also confirms the diagnosis: if another model answers normally, the fault is with the first provider.

What Causes Cursor Downtime?

Most Cursor disruptions fall into four groups. Upstream model-provider incidents are the most frequent and the least visible, for the reason above. Cursor’s own cloud services — Agent runs, background indexing, Cloud Agents — can fail independently of the editor. Account and quota problems look like outages but are limits: hitting a request ceiling on your plan produces errors that read like failures. Finally, the local environment gets in the way more often than people expect, particularly corporate proxies, VPNs and TLS inspection, which break the editor’s connection to Cursor’s servers while every other app keeps working.

Large codebases add a fifth category. Indexing a big repository is resource-intensive, and a stalled or corrupted index makes Cursor feel broken — slow, forgetful, or unable to find files — without any outage at all.

⚠️ Common Cursor Problems Users Report

🔌

Connection Failed / Request Timed Out

Cursor cannot reach its servers. Usually an upstream incident, a VPN or corporate proxy, or TLS inspection breaking the connection.

⌨️

Tab Completions Stopped Appearing

Tab is a separate component from chat. It can degrade on its own while the rest of the editor works normally.

🤖

Agent Stuck or Not Responding

Agent and Cloud Agents run on Cursor’s infrastructure and can queue or stall during incidents and peak load.

🚦

Rate Limit or Quota Errors

You have hit a plan limit rather than found an outage. The wording often resembles a server error, which makes the two easy to confuse.

🧠

Model Provider Errors

Errors naming a model usually mean Anthropic or OpenAI is having problems, not Cursor. Switching models is the quickest test.

📁

Codebase Indexing Failures

A stalled or corrupted index makes Cursor slow and forgetful about your project without any service disruption.

What to Check First

  1. 1Read the live card above. If Cursor reports an incident, the fault is upstream and you only need to wait.
  2. 2Switch to a model from a different provider. If that works, the original provider is the problem, not Cursor.
  3. 3Check Claude and OpenAI status — an incident at either breaks requests inside a perfectly healthy Cursor.
  4. 4Read the exact error text. Anything mentioning a limit, quota or usage is an account ceiling, not an outage.
  5. 5Disconnect from any VPN and test off your corporate network. Proxies and TLS inspection block Cursor while leaving other apps working.
  6. 6Restart Cursor, then sign out and back in, to clear a stale authentication token.
  7. 7For a large repository, check whether indexing has stalled and re-index if it has.

🌐 Down for Everyone or Just Me?

🔴 Signs it’s a platform-wide issue

  • The live card above reports a degradation or outage
  • Every model in the picker fails the same way
  • cursor.com is also slow or unreachable
  • Colleagues on different networks hit the same errors

🟡 Signs it’s a local or account issue

  • Only one model or one feature fails while the rest work
  • The error names a usage limit, quota or plan
  • Cursor works on your phone hotspot but not the office network
  • Only one project misbehaves, which points to its index

How Reliable Is Cursor?

The uptime figure on the card is Anysphere’s own published 90-day number for the IDE component, not an estimate of ours. Cursor generally runs in the high-99s, and the disruptions users notice most are usually short: a model provider wobbling, or one component such as Tab or Agent degrading for a while.

The daily strip beneath it shows one bar per day for the last 90 days, so a run of amber bars tells you whether what you are seeing is a one-off or part of a rougher patch. Because Cursor’s hardest dependency is other companies’ models, its felt reliability is often lower than its own uptime suggests — another reason to check the model providers first.

When Will Cursor Be Back?

Short component degradations usually clear within an hour. Incidents traced to a model provider last as long as that provider’s incident does, which is outside Anysphere’s control — the provider’s own status page is the better guide there. Account and quota problems do not resolve on their own; they reset on your plan’s schedule or when you change plan.

If you need to keep working, switching models inside Cursor is faster than waiting. Requests inside Cursor route to whichever provider you select, so moving off the affected one restores service immediately in most incidents.

Cursor Down — Frequently Asked Questions

Cursor’s status page covers Anysphere’s own systems. It does not cover Anthropic or OpenAI, whose models actually answer your requests. When one of those providers has an incident, Cursor fails while reporting healthy, because from Anysphere’s point of view nothing of theirs is broken. Checking the model provider’s status is the missing step.

It can be. Cursor reports on Tab separately from the rest of the editor, so Tab can degrade on its own. Check the live card above: if the incident names Tab or completions, it is a platform issue. If not, sign out and back in, then confirm Tab is enabled for the language you are working in.

Yes, and it is also the fastest diagnostic. If a different provider’s model answers normally, the fault sits with the first provider rather than with Cursor, and you can keep working on the model that still responds.

Almost always the corporate network. VPNs, proxies and TLS inspection interfere with the connection Cursor needs, while leaving ordinary web browsing untouched. Testing on a phone hotspot settles it in under a minute.

No. A rate limit means you have used the requests your plan allows in that window. The error wording often resembles a server fault, which is why the two get confused, but no amount of waiting for a fix will help — the limit resets on its own schedule.

🔗 Related AI Status Checks