About down.guide
A free outage feed for people and agents, built on providers' own status pages and labeled evidence of our own.
Sources, detection and probes
What is down.guide?
A free outage feed for people and agents. It reads the official status pages of 404 cloud, SaaS and developer providers every minute, normalizes their incidents, and adds its own evidence: probes from four regions, reports from visitors and chatter on Bluesky, Hacker News and Mastodon.
Where does the data come from?
Each provider's own status page (Atlassian Statuspage, incident.io, Instatus, Better Stack, status.io, and the AWS, Google Cloud, Slack and Salesforce feeds, with RSS as a fallback). Their words are quoted verbatim and linked. down.guide's own evidence is always labeled as ours, with numbers.
What do the probes do?
One unauthenticated GET per provider endpoint per region per minute, from Washington, San Francisco, Frankfurt and Singapore, with the User-Agent down.guide-probe and a link to this page. No credentials, no bodies read; any answer below HTTP 500 counts as reachable. A single region failing is treated as a network blip, never a signal.
What happens when I press "I'm seeing a problem"?
It adds one to an hourly count for that provider. Reports are only ever shown in aggregate, deduplicated per visitor every 10 minutes, capped per hour, and weighed against the provider's own normal rate so one network can't make a spike. We keep a daily-salted hash, not your IP.
What is the Down Index?
A 0-100 score for every confirmed incident from impact, breadth, duration, the provider's reach and how long it took to acknowledge. The weekly table lists the worst. The methodology page has the exact weights.
How is uptime calculated?
From each provider's own incidents, per component, the way Statuspage computes its own: a major outage counts as full downtime and a partial outage as 30%; degraded performance and maintenance don't count. An incident counts against the components it names, and one that names none counts as a single component unless the page lists no components at all. An incident confined to named cloud regions (us-east-1, europe-west2) is a regional outage: it counts as a partial outage at most, and only for that share of the provider's regions, so one AWS region down isn't all of AWS down. Minor or regional issues (below) never count. The window starts at the provider's first data point.
What are minor or regional issues?
Incidents confined to a slice of a provider rather than the provider itself: at any provider, a title naming one country, continent or market region ("EU", "US Region", "APAC"), one data center, cluster, city or point of presence, or a named subset of customers ("a small number of users"); one carrier route or local market at a messaging or voice API (Twilio, Sinch, Bandwidth, Plivo, Telnyx); one carrier at a shipping API (Shippo, EasyPost); one chain or network at a blockchain node API (Alchemy, Infura); and one asset, network or funding method at a crypto exchange (Kraken, Coinbase). They're listed on the provider's page but never set its state, and they stay out of the open-incident count, the Down Index, the major filter and uptime. A title about all regions, countries or destinations, global or worldwide, all assets, trading, sign-in or the dashboard is a normal incident; one naming a cloud region code (us-east-1) is a regional outage, which counts toward that region's uptime.
How do agents use it?
An MCP server at https://mcp.down.guide/mcp (also /mcp on this site), a REST API under /api/v1 with the same JSON as each MCP tool, RSS/Atom/JSON feeds you can filter by provider, category, impact, region or your stack, and a .md copy of every page.
How do I get outage alerts in Slack or Discord?
Subscribe to a feed; there is no account or webhook to set up. https://down.guide/feed has every incident, /feed?provider=<slug> one provider, and the stack checker builds one feed for all of a project's providers. In Slack, install the RSS app and run /feed subscribe <feed URL> in a channel; in Discord, give the URL to a feed bot such as MonitoRSS. Add format=atom or format=json for Atom or JSON Feed.
What does it cost?
Nothing, and there's no account to make. There is no token or coin, and there never will be.
Who runs it?
Sazabi, which builds AI-native observability and security. down.guide is a free Sazabi Labs project, like cve.now. It uses no Sazabi customer data.
A provider is missing or a mapping is wrong.
Open an issue at https://github.com/sazabi/down.guide: it has forms for wrong data, missing providers and probe false positives, and documents how the data is collected. For anything private, use send feedback (the form on any page, the send_feedback MCP tool, or POST /api/v1/feedback). A person reads every note.
How far back the history goes
391 of 404 providers have incidents read from their own status-page archives, so uptime, rankings and daily archives start before down.guide did. Imported history never becomes a feed item or a post.
- Atlassian Statuspage API
- 241 / 243full archive (history.json; the 50 most recent where a page hides it); back to Nov 2015
- incident.io status page API
- 75 / 76last ~90 days (incident.io keeps no deeper public archive); back to Jul 2024
- Better Stack status page API
- 22 / 27full archive (RSS feed); back to Oct 2025
- status page RSS/Atom feed
- 21 / 23what the feed holds; back to Mar 2020
- Instatus status page API
- 18 / 21last 50 incidents (history.rss); back to Oct 2025
- status.io public API
- 9 / 9what the page's RSS feed holds; back to Oct 2025
- Google status dashboard incidents feed
- 2 / 2full archive (incidents.json); back to Nov 2025
- AWS Health Dashboard public feed
- 1 / 1about 12 months (Health Dashboard history events); back to Jan 2026
- Slack status API
- 1 / 1every incident the status API lists; back to May 2026
- Salesforce Trust API
- 1 / 1everything the Trust API still lists; back to Sep 2026