Developer Tools

Service Status & Incident API API

The Service Status & Incident API returns live up/down status and incident data for hundreds of vendors as clean JSON.

7 actionsLive JSON1,000 free creditsMCP-ready
Get a free keyOpen in playground

🤖 Using an AI assistant? Copy this link into ChatGPT / Claude / Cursor — it reads every endpoint and parameter instantly and tells you if this API fits your use case.

The primary status endpoint returns a vendor's name, indicator, operational flag, description, active-incident count and last-updated time, and you can pull incidents, components, a summary, check multiple vendors at once, batch and list supported vendors. It is built for monitoring dashboards, incident tooling and reliability workflows that need normalized status-page data without polling each vendor's page. One ReefAPI key, one shared credit pool, the standard { ok, data, meta, error } envelope.

Live example

Real request and response JSON

Captured from the indexed primary action, status, on .

Captured request
{
  "method": "POST",
  "url": "https://api.reefapi.com/status-intel/v1/status",
  "headers": {
    "x-api-key": "$REEF_KEY",
    "content-type": "application/json"
  },
  "body": {
    "vendor": "github"
  }
}
Captured response
{
  "ok": true,
  "meta": {
    "api": "status-intel",
    "endpoint": "status",
    "mode": "live",
    "latency_ms": 711.3,
    "record_count": 1,
    "bytes": 4310,
    "cache_hit": false,
    "method": "public_status_api",
    "vendor": "github",
    "platform": "statuspage"
  },
  "data": {
    "vendor": "github",
    "name": "GitHub",
    "kind": "statuspage",
    "platform": "statuspage",
    "generic": false,
    "category": "dev-tools",
    "indicator": "operational",
    "raw_indicator": "none",
    "description": "All Systems Operational",
    "is_operational": true,
    "updated_at": "[redacted-phone]T15:54:09.347Z",
    "active_incident_count": 0,
    "source_url": "https://www.githubstatus.com/api/v2/summary.json"
  }
}
Actions

What the Service Status & Incident API API does

ActionDescriptionConcrete use caseKey params
statusCurrent OVERALL status for a vendor → normalized indicator (operational/degraded/partial_outage/major_outage/maintenance) + is_operational boolean + description.Ops teams call status to get current OVERALL status for a vendor → normalized indicator (operational/degraded/partial_outa….vendor
incidentsRecent or active incidents for a vendor (title, impact, status, timeline of updates, affected components). active_only=true → just the ongoing ones.Developer tools call incidents to get recent or active incidents for a vendor (title, impact, status, timeline of updates, affected….vendor, active_only, limit
componentsPer-component (sub-service) health for a vendor — which specific products are degraded.Validation workflows call components to get per-component (sub-service) health for a vendor.vendor, limit
summaryFull one-call snapshot for a vendor: overall status + components + active incidents + scheduled maintenances (the whole status page in one normalized object).Data-quality teams call summary to get full one-call snapshot for a vendor.vendor
check_multiTHE dashboard call: give your stack as a list (keys / brands / domains / status hosts) → each is auto-resolved to its real status page and its LIVE status is returned, read from the SOURCE. 'Are any of my dependencies down right now?' Per-item errors never fail the whole call.Ops teams call check_multi to get tHE dashboard call.vendors
batchAlias of check_multi — overall status for a batch of vendors in one call (up to 25).Developer tools call batch to get alias of check_multi.vendors
list_vendorsThe supported vendor set (key → name, kind, category, status host). Optionally filtered by category. Also lists explicitly-unsupported vendors (e.g. Azure) with the reason.Validation workflows call list_vendors to get the supported vendor set (key → name, kind, category, status host).category
Code samples

Call status from your stack

curl -X POST https://api.reefapi.com/status-intel/v1/status \
  -H "x-api-key: $REEF_KEY" \
  -H "content-type: application/json" \
  -d '{"vendor":"github"}'
MCP one-liner
Ask your MCP-connected assistant: call reefapi.status-intel.status with {"vendor":"github"}.
Use cases

Who uses this API and why

  • Monitoring dashboards call check_multi to show the live status of every SaaS a company depends on.
  • Incident tooling uses incidents to alert when a critical vendor reports an outage.
  • Reliability teams use summary and components to track a vendor's uptime history over time.
FAQ

Questions developers ask before integrating

What is the Service Status & Incident API API?

Service Status & Incident API API is a ReefAPI endpoint group for service status & incident api It returns live JSON through POST requests under /status-intel/v1.

Is the Service Status & Incident API API free to try?

Yes. ReefAPI starts with 1,000 free credits, no card required. Service Status & Incident API calls use the same shared credit balance as every other ReefAPI engine.

Do I need a Service Status & Incident API login or account?

No login to Service Status & Incident API is needed for the API response. You call ReefAPI with your x-api-key header, and the playground can run live examples before you create a production key.

How fresh is the Service Status & Incident API data?

The page example is captured from a live status call, and production requests fetch live data through ReefAPI rather than a static sample.

How many credits does the Service Status & Incident API API use?

Service Status & Incident API actions currently cost 1 credit per successful call. Failed or blocked calls are free, and all APIs draw from one credit pool.

Can I call Service Status & Incident API from an AI assistant or MCP client?

Yes. Connect ReefAPI once through MCP and your assistant can call status-intel actions with the same key, credit pool and JSON envelope used by normal REST requests.

Is the Service Status & Incident API API a Service Status & Incident API scraper?

It is the managed alternative to a DIY Service Status & Incident API scraper. Instead of building and maintaining your own scraper — proxies, headless browsers, captcha and constant breakage — you call one ReefAPI endpoint and get the same service status & incident api back as clean JSON.

Why does my Service Status & Incident API scraper keep getting blocked?

Most Service Status & Incident API scrapers break on anti-bot defenses, rate limits and IP bans that need rotating residential proxies and browser fingerprinting to clear. ReefAPI handles all of that for you — no proxies, no captchas, no maintenance — and returns live JSON. Blocked or failed calls are free.

docs / status-intel

Service Status & Incident API

Service Status & Incident API

base /status-intel/v17 endpoints
post/status-intel/v1/status1 credit

Current OVERALL status for a vendor → normalized indicator (operational/degraded/partial_outage/major_outage/maintenance) + is_operational boolean + description.

ParameterAllowed / rangeDescription
vendorrequiredairtable · algolia · amplitude · anthropic · asana · atlassian · aws · azure · bitbucket · box · braze · brevo · bunny · calendly · circleci · clerk · cloudflare · cloudinary · cockroachdb · cohere · confluent · contentful · databricks · datadog · dialpad · digitalocean · discord · docusign · doppler · dropbox · duo · elastic · elevenlabs · figma · fivetran · fly · gcp · github · godaddy · grafana · groq · harness · hashicorp · hubspot · intercom · kraken · launchdarkly · linode · loom · mailgun · miro · mixpanel · monday · mongodb · netlify · newrelic · ngrok · npm · openai · pinecone · planetscale · postman · pusher · reddit · render · replicate · retool · sanity · segment · sendgrid · sentry · shopify · slack · snowflake · squarespace · squareup · stabilityai · stripe · supabase · trello · twilio · typeform · upstash · vercel · vimeo · webflow · wise · workos · zapier · zoom · zoominfoWhich status page to read. EITHER a curated registry key (github, openai, aws, azure… — call action=list_vendors) OR ANY status-page host/URL for generic auto-parsing (e.g. 'status.acme.com', 'https://status.acme.io') — the engine auto-detects Atlassian Statuspage or Instatus and normalizes it the same way. Case-insensitive.
Try in playground →
post/status-intel/v1/incidents1 credit

Recent or active incidents for a vendor (title, impact, status, timeline of updates, affected components). active_only=true → just the ongoing ones.

ParameterAllowed / rangeDescription
vendorrequiredairtable · algolia · amplitude · anthropic · asana · atlassian · aws · azure · bitbucket · box · braze · brevo · bunny · calendly · circleci · clerk · cloudflare · cloudinary · cockroachdb · cohere · confluent · contentful · databricks · datadog · dialpad · digitalocean · discord · docusign · doppler · dropbox · duo · elastic · elevenlabs · figma · fivetran · fly · gcp · github · godaddy · grafana · groq · harness · hashicorp · hubspot · intercom · kraken · launchdarkly · linode · loom · mailgun · miro · mixpanel · monday · mongodb · netlify · newrelic · ngrok · npm · openai · pinecone · planetscale · postman · pusher · reddit · render · replicate · retool · sanity · segment · sendgrid · sentry · shopify · slack · snowflake · squarespace · squareup · stabilityai · stripe · supabase · trello · twilio · typeform · upstash · vercel · vimeo · webflow · wise · workos · zapier · zoom · zoominfoWhich status page to read. EITHER a curated registry key (github, openai, aws, azure… — call action=list_vendors) OR ANY status-page host/URL for generic auto-parsing (e.g. 'status.acme.com', 'https://status.acme.io') — the engine auto-detects Atlassian Statuspage or Instatus and normalizes it the same way. Case-insensitive.
active_only = falseoptionalIf true, return ONLY currently-unresolved/active incidents (the 'is there an outage right now?' view). Default false = recent history.
limit = 25optional1–100Max incidents to return (most recent first). Default 25, cap 100.
Try in playground →
post/status-intel/v1/components1 credit

Per-component (sub-service) health for a vendor — which specific products are degraded.

ParameterAllowed / rangeDescription
vendorrequiredairtable · algolia · amplitude · anthropic · asana · atlassian · aws · azure · bitbucket · box · braze · brevo · bunny · calendly · circleci · clerk · cloudflare · cloudinary · cockroachdb · cohere · confluent · contentful · databricks · datadog · dialpad · digitalocean · discord · docusign · doppler · dropbox · duo · elastic · elevenlabs · figma · fivetran · fly · gcp · github · godaddy · grafana · groq · harness · hashicorp · hubspot · intercom · kraken · launchdarkly · linode · loom · mailgun · miro · mixpanel · monday · mongodb · netlify · newrelic · ngrok · npm · openai · pinecone · planetscale · postman · pusher · reddit · render · replicate · retool · sanity · segment · sendgrid · sentry · shopify · slack · snowflake · squarespace · squareup · stabilityai · stripe · supabase · trello · twilio · typeform · upstash · vercel · vimeo · webflow · wise · workos · zapier · zoom · zoominfoWhich status page to read. EITHER a curated registry key (github, openai, aws, azure… — call action=list_vendors) OR ANY status-page host/URL for generic auto-parsing (e.g. 'status.acme.com', 'https://status.acme.io') — the engine auto-detects Atlassian Statuspage or Instatus and normalizes it the same way. Case-insensitive.
limit = 200optional1–1000Max components to return (per-component pages can be large). Default 200.
Try in playground →
post/status-intel/v1/summary1 credit

Full one-call snapshot for a vendor: overall status + components + active incidents + scheduled maintenances (the whole status page in one normalized object).

ParameterAllowed / rangeDescription
vendorrequiredairtable · algolia · amplitude · anthropic · asana · atlassian · aws · azure · bitbucket · box · braze · brevo · bunny · calendly · circleci · clerk · cloudflare · cloudinary · cockroachdb · cohere · confluent · contentful · databricks · datadog · dialpad · digitalocean · discord · docusign · doppler · dropbox · duo · elastic · elevenlabs · figma · fivetran · fly · gcp · github · godaddy · grafana · groq · harness · hashicorp · hubspot · intercom · kraken · launchdarkly · linode · loom · mailgun · miro · mixpanel · monday · mongodb · netlify · newrelic · ngrok · npm · openai · pinecone · planetscale · postman · pusher · reddit · render · replicate · retool · sanity · segment · sendgrid · sentry · shopify · slack · snowflake · squarespace · squareup · stabilityai · stripe · supabase · trello · twilio · typeform · upstash · vercel · vimeo · webflow · wise · workos · zapier · zoom · zoominfoWhich status page to read. EITHER a curated registry key (github, openai, aws, azure… — call action=list_vendors) OR ANY status-page host/URL for generic auto-parsing (e.g. 'status.acme.com', 'https://status.acme.io') — the engine auto-detects Atlassian Statuspage or Instatus and normalizes it the same way. Case-insensitive.
Try in playground →
post/status-intel/v1/check_multi1 credit

THE dashboard call: give your stack as a list (keys / brands / domains / status hosts) → each is auto-resolved to its real status page and its LIVE status is returned, read from the SOURCE. 'Are any of my dependencies down right now?' Per-item errors never fail the whole call.

ParameterAllowed / rangeDescription
vendorsrequiredYour stack as a list (≤25) — a JSON array OR a comma/space/semicolon string. Each item may be a curated key (github), a bare brand (notion), a plain domain (acme.com), OR an explicit status host (status.x.com). Each is auto-resolved to its real status page and its LIVE status is read from the SOURCE. An unresolvable item is reported per-item (indicator='unknown'), never failing the whole call.
Try in playground →
post/status-intel/v1/batch1 credit

Alias of check_multi — overall status for a batch of vendors in one call (up to 25).

ParameterAllowed / rangeDescription
vendorsrequiredYour stack as a list (≤25) — a JSON array OR a comma/space/semicolon string. Each item may be a curated key (github), a bare brand (notion), a plain domain (acme.com), OR an explicit status host (status.x.com). Each is auto-resolved to its real status page and its LIVE status is read from the SOURCE. An unresolvable item is reported per-item (indicator='unknown'), never failing the whole call.
Try in playground →
post/status-intel/v1/list_vendors1 credit

The supported vendor set (key → name, kind, category, status host). Optionally filtered by category. Also lists explicitly-unsupported vendors (e.g. Azure) with the reason.

ParameterAllowed / rangeDescription
categoryoptionalOptional filter for list_vendors — return only vendors in this category (e.g. ai, cloud, dev-tools, observability, fintech, email).
Try in playground →