Is Replit down? Replit status

Signals disagree. Replit's official status source reports degraded performance, but our independent web check still reaches the service.

Degraded Last checked (Jul 28, 2026 17:22 UTC) 53 ms Open Replit ↗

This verdict covers the Replit web service.

  • Official signal Degraded
  • Independent web check (North America: Virginia, US) Operational
  • User reports 0 in the last hour
  • North America: Virginia, US Operational 53 ms · checked Jul 28, 2026 17:22 UTC

Independent reachability is currently checked from Virginia, US.

Independent monitor. Not affiliated with or endorsed by Replit.

1 Open incident
53 ms Web endpoint latency
0 Reports (1h)
82.13% Uptime (30d)

Current incidents

  • Reserved VM deployments failing Provider confirmed Minor Monitoring 2 updates started Jul 26, 2026 16:31 UTC · updated 11 hours ago
    Official source ↗

We check Replit continuously using a dual-source method. Read more about our methodology.

What we monitor

We track Replit from its official status page, which reports an overall status but not a per-component breakdown. We combine that with our own reachability check and the live user reports below.

Official source: status.replit.com. Last synced .

Outage reports

0 in the last hour

Replit is a browser-based cloud development platform from Replit, Inc., best known for Replit Agent, an AI that builds and edits full-stack apps from plain-language prompts. Around the Agent sit cloud workspaces, managed Postgres databases, Replit Auth, and one-click publishing to replit.app hosting, so an outage hurts twice: your coding session stops, and apps your own users depend on can go dark too. If Replit is misbehaving right now, check the live verdict and recent user reports at the top of this page to see whether the problem is widespread or just yours.

Illustration representing Replit status

Common reasons Replit stops working

  • Agent backend incidents. The clearest sign of platform trouble is Agent returning the same “encountered an error while running” message on every prompt, sometimes for days, while the rest of the site loads fine.
  • Workspaces that will not load. A Repl stuck on “Installing” or an endless loading screen, often right after an incident, points at the cloud sandbox layer, which can fail on its own.
  • Published app hosting failures. Apps deployed to replit.app can error or become unreachable while replit.com itself looks fine, one of the most frequently logged issue types in Replit’s incident history.
  • Database and checkpoint trouble. Rollbacks that do not restore state, or restores that break development and production databases, can leave a project inconsistent, especially when attempted during an incident.
  • Login and authentication outages. Sign-in failures can hit replit.com and Replit Auth together, locking you out of the editor and locking users out of your published apps at once.
  • Local browser or network problems. Because the entire IDE runs in the browser, stale cache, blocking extensions, strict firewalls, or a flaky connection can break your workspace while everyone else is fine.

How to fix Replit when it is not working

  1. Check the status at the top of this page first. If the official feed and user reports show a broad incident, the problem is on Replit’s side and waiting is usually the fastest fix.
  2. Stop any stuck Agent run. An Agent hanging in working mode or looping on failed fixes can keep consuming checkpoint credits, so cancel it before you retry.
  3. Reload the workspace. A hard refresh, or closing and reopening the Repl, clears many frozen loading and installing screens.
  4. Sign out and back in. This resets an expired session and resolves most login loops on replit.com.
  5. Test your published app separately. Open the replit.app URL directly. If the editor works but the deployment errors, the issue is on the hosting side; redeploy once the incident clears.
  6. Switch browser, device, or network. A private window or another connection rules out extensions, cache, and firewall interference quickly.
  7. Hold off on rollbacks until things stabilize. Checkpoint restores can fail or corrupt state while the platform is degraded, so wait for the incident to clear before restoring a database.

For a fuller checklist that applies to any AI service, see our guide on what to do when an AI tool is down.

Is Replit down, or is it just you?

If the verdict and reports at the top of this page show a spike, the outage is shared and the fix is on Replit’s end. If reports are quiet but your workspace still fails, the cause is more likely local: your browser, extensions, network, or account. Note which layer is failing too. Agent errors with a working editor point at the AI backend, a dead replit.app URL points at hosting, and a page that will not load at all points at your connection. Trying a second device or network is the fastest single test.

How we check Replit

We determine Replit’s status from two signals rather than one. Replit publishes an official machine-readable status feed that tracks its components separately, from Agent and sandboxes to publishing, databases, and Replit Auth, and we read that feed continuously. We also run our own independent reachability check against the service from the outside. Combining both means we catch problems even when one source is slow to update, and it keeps the verdict honest. You can read more on our methodology page.

Alternatives to Replit during an outage

If Replit is down mid-build, other AI app builders can keep you moving. Bolt generates and runs full-stack web apps in the browser, Lovable turns prompts into working apps with hosting included, and v0 is strong for generating web interfaces. None of them will open your Replit workspace directly, so treat them as a way to keep prototyping, not a drop-in replacement, and confirm your backup is healthy first, since coding tools can wobble together during broad infrastructure events.

Editor, Agent, and published apps fail separately

Replit is not one service but roughly ten independently tracked components: Agent and Assistant, development sandboxes, publishing and published apps, development and production databases, Replit Auth, integrations, and the mobile app. Because they fail separately, “Replit is down” can mean very different things. The signature symptom of a backend incident is every Agent prompt failing with the same generic error while the website loads normally.

Two quirks make Replit outages sting. The first is cost: Agent runs that hang or error during instability can still burn checkpoint credits, so a bad hour hits your balance as well as your schedule. The second is blast radius: apps published to replit.app serve your own users, so a hosting incident takes your product down even though your editor works. Rollbacks or database restores attempted mid-incident can also fail and leave a project inconsistent.

  • Every Agent prompt fails with the same generic error
  • A Repl frozen on installing or loading screens after an incident
  • Your replit.app deployment erroring while the editor works
  • Checkpoint rollback or database restore failing to complete

Uptime, last 30 days

82.13%
99.44% 7-day
82.13% 30-day
Building 90-day

Web endpoint latency

Embed this status badge

Show Replit's live status on your own site, docs or README. It updates automatically and links back here.

Replit status, via is-down.ai
HTML
Markdown

On WordPress? Our free AI Status Widget plugin shows Replit's live status with cards, badges and full uptime panels.

Frequently asked questions

Is Replit down right now, or is it just me?

Check the live verdict at the top of this page. We read Replit's official status feed and run our own independent reachability check, then combine that with user reports. If both signals show trouble, the outage is on Replit's side and waiting is usually fastest. If everything looks healthy but your workspace still fails, the cause is probably local, so try another browser, network, or device before assuming a platform outage.

Why does Replit Agent fail with the same error on every prompt?

When every Agent prompt returns the same generic message about encountering an error while running, that is the signature symptom of a backend incident rather than a problem with your project. During these incidents Agent can be unusable for hours, occasionally longer, even though the rest of replit.com loads normally. Stop any run that is stuck so it does not keep consuming credits, check the live status, and retry once the incident is resolved.

Does Replit charge credits for Agent runs that fail during an outage?

Users report that Agent runs which hang in working mode or loop on failed fixes during platform instability can still consume checkpoint credits, so an outage can cost money as well as time. To protect your balance, cancel any stuck run instead of letting it retry, avoid starting large Agent jobs while an incident is open, and contact Replit support about runs that clearly failed because of a platform problem.

Can my published app on replit.app be down while the Replit editor works?

Yes. Replit tracks publishing and published apps as separate components from the workspace editor, and they fail independently. Hosting incidents have made deployed apps error or become unreachable while replit.com itself looked fine, so your users can be locked out even though you can code normally. If your app is down, test its replit.app URL directly, check the live status for deployment issues, and redeploy once the incident clears.

Why is my Repl stuck on Installing or Loading workspace?

A workspace frozen on an installing or loading screen usually means the cloud sandbox behind your editor is struggling, and it is a common aftereffect of platform incidents. Give it a few minutes, then hard refresh the page or close and reopen the Repl. If it still hangs, try a private browser window or another network to rule out local causes, and check the live status, since sandboxes are tracked as their own component.

Is it safe to roll back a checkpoint or restore a database during a Replit outage?

It is risky. Users have reported checkpoint rollbacks that did not restore state and restores that broke development or production databases, especially around incidents. If the platform is unstable, wait until Replit reports the incident resolved before attempting a rollback, and confirm your database contents afterward. Where possible, keep your own export or backup of critical data so a failed restore does not leave your project in an inconsistent state.