StatOSS

Anthropic API uptime

Anthropic API, checked by StatOSS every 5 minutes from Aarhus and Copenhagen in Denmark, Falkenstein in Germany, Ashburn in the USA, Singapore, and Sydney in Australia. Measured from outside, with every outage dated in UTC.

api.anthropic.com/v1/modelsEvery 5 minutes

Anthropic API is up.

Up for 6 d 3 h. Last checked 2026-10-06 11:35 UTC from Ashburn, USA: 401 in 35 ms.

Last 24 hours

Up for 6 d 3 h100% passed

288 checks, median 151 ms from Copenhagen, all passed

95% under 167 ms

Response time by region
EuropeEurope151 ms
N. AmericaNorth America50 ms
AsiaAsia259 ms
OceaniaOceania243 ms

Medians over this range, on one scale up to 300 ms. Europe's places are scaled to Copenhagen, its fastest shared place.

Last 90 days

Up for 6 d 3 h100% passed

1,764 checks, median 152 ms from Falkenstein, all passed

95% under 178 ms

Response time by region
EuropeEurope152 ms
N. AmericaNorth America51 ms
AsiaAsia255 ms
OceaniaOceania242 ms

Medians over this range, on one scale up to 300 ms. Europe's places are scaled to Falkenstein, its fastest shared place.

Each bar of the first strip is one check, five minutes apart; each bar of the second is a day. Height is response time, red is a failed check, amber a timeout. Times are UTC, as of 2026-10-06 11:39 UTC.

In the last 24 hours Anthropic API passed 288 of 288 checks, 100%.

No outage since checks began on 30 Sep 2026.

Availability

The share of checks that passed, and the outages that began, in each window up to now.

LastPassedChecksOutages
24 hours100%288 of 2880
7 daysNot enough history yet: checks began on 30 Sep 2026
30 daysNot enough history yet: checks began on 30 Sep 2026
90 daysNot enough history yet: checks began on 30 Sep 2026

A year of checks is kept; the year's figure appears here once there is a year of them.

Response time by location

Over the last 7 days, from the checks that passed: the time from the start of the request to the answer's headers, with the DNS lookup, the connection and TLS included.

FromMedian95th percentileMeanChecks
Falkenstein, Germany154 ms178 ms156 ms196
Ashburn, USA54 ms88 ms59 ms556
Copenhagen, Denmark154 ms198 ms159 ms169
Singapore257 ms337 ms270 ms563
Sydney, Australia242 ms279 ms249 ms84
Aarhus, Denmark158 ms188 ms161 ms196

Outages

None detected since checks began on 30 Sep 2026.

What is checked

The API behind Claude models, used by apps and coding tools that call Claude.

StatOSS sends GET https://api.anthropic.com/v1/models and counts the check as passed on status 401 within 10 seconds. The API's list of models, on api.anthropic.com, where requests to the models go too. Without a key it answers 401.

An answer to an unauthenticated request says the API is reachable, not that models answer or how fast. claude.ai is a separate product.

Anthropic API reports its own incidents at status.claude.com. The figures here are measured from outside and can differ from it in both directions.

How it is measured

  • One check every 5 minutes, from one location at a time in turn: Aarhus and Copenhagen in Denmark, Falkenstein in Germany, Ashburn in the USA, Singapore, and Sydney in Australia.
  • A check fails when no answer comes within 10 seconds, when the connection or TLS fails, or when the answer is not status 401.
  • A failed check is repeated at once from a second location, and counts only when that location fails too, or cannot answer within 20 seconds.
  • Two failed checks in a row make an outage, dated from the second, and the first check that passes ends it. A failure shorter than 10 minutes may not make one, and times are good to about 5 minutes.
  • Availability is the share of checks that passed. There are no maintenance windows: every check counts.

It is the same check a StatOSS status page runs for its owner, with the same rules; the docs on checks have the details.