Live - 300+ check locations
Is GitHub Copilot down right now?
HostTracker's monitoring network reached api.githubcopilot.com and completed a full check without errors. It has been up for 39d 23h.
Stop finding out from a search - HostTracker's website monitoring checks the services you depend on from 300+ locations and alerts you the moment one changes.
Up
for 39d 23h
- Last check
- just now
- Next check
- -
- HTTP
- OK
Checking api.githubcopilot.com right now
A fresh check, started when you opened this page - each probe runs its own independent DNS, TCP, TLS and HTTP request. Anonymous runs sample the network; a signed-in account checks from more locations.
GitHub Copilot status
What GitHub's status page reports about GitHub Copilot - separate from HostTracker's own checks above. GitHub Copilot is part of GitHub, so the parts listed are all of GitHub's.
Operational according to GitHub's status page, updated just now
No open incidents on GitHub's status page.
GitHub parts
12 parts on its status page- Git Operations
- Webhooks
- Visit www.githubstatus.com for more information
- API Requests
- Issues
- Pull Requests
- Actions
- Packages
- Pages
- Copilot
- Codespaces
- Copilot AI Model Providers
Last 90 days on GitHub's status page
The newest 1011 incidents: 3 critical, 2 major and 6 minor.
- Disruption with Copilot Cloud services Minor impact 2h 30m
- Disruption with some Copilot services Critical impact 1h 15m
- Grok 4.6 and Grok 4.7 Service Issues Minor impact 42m
- Copilot Code Review is unable to complete reviews Critical impact 52m
- Elevated rate of errors for OpenAI models provided by Copilot Minor impact 50m
- Degradation with Gemini 3.8 Flash Major impact 10h 28m
- Disruption with some GitHub services Minor impact 1h 30m
- Disruption with Copilot Code Review Major impact 1h 48m
- Incident with Grok Copilot AI Model Provider Minor impact 2h 54m
- Elevated rate of errors for OpenAI models provided by Copilot Minor impact 42m
HostTracker is not affiliated with GitHub. Incident text is quoted briefly from their status page, with a link to the full post.
Want this on Slack, Teams, SMS or email, only for the parts you use? See Vendor Watch below.
How GitHub Copilot has behaved
Every figure here comes from HostTracker's own checks of api.githubcopilot.com, not from the vendor's status page.
Response time
660ms avg · 1479ms peak
What we check
-
HTTP658 ms average, every 10 minutesOK
-
Ping117 ms average, every 10 minutesOK
90-day uptime
100.000% over 41 measured days · 0 incidents
- Operational
- Degraded
- Down
- No data
Incident history
Last 90 daysNo incidents recorded in the last 90 days.
Get alerted the next time GitHub Copilot goes down
One alert per incident, on Slack, Teams, SMS or email, and only for the parts you use. To start, we pre-select Git Operations, API Requests and Actions.
- GitHub's own post, linked and quoted
- Problem reports from people checking GitHub on HostTracker
- Our own check of the GitHub API
GitHub Copilot is part of GitHub, so the watch is on GitHub - you choose which of its parts to follow.
30-day trial, no card. GitHub comes pre-selected - nothing is watched until you press Start watching.
Already have an account? Sign in
HostTracker is not affiliated with GitHub.
Is GitHub Copilot not working for you?
Tell us what is broken. One click, no account.
One report per visitor per hour. We keep only the country and the problem type, never your IP address.
Problem reports, last 24 hours
Reports come from visitors of this page. A sharp rise above the usual level, together with failed checks in the live check below, means the problem is on GitHub Copilot's side, not yours.
Top reported problems
Share of reports in the last 2 hours.
About GitHub Copilot outages
Written by the HostTracker monitoring team · updated from live probe data.
GitHub Copilot is the AI pair-programmer built into editors like VS Code and JetBrains IDEs, and it depends on two systems working together: GitHub's own account and authentication layer, and the model-serving backend that actually generates suggestions. That split matters for diagnosis - a GitHub-wide incident can take Copilot down even though nothing is wrong with the completion models themselves, because Copilot authenticates and licenses through the same identity system as the rest of GitHub. The failure is usually quiet rather than loud: suggestions simply stop appearing or slow to a crawl inside the editor with no error dialog forcing you to notice, which is why checking api.githubcopilot.com directly is often faster than guessing from inside an IDE.
Common causes of GitHub Copilot downtime
Not sure whether it's GitHub Copilot or your own connection? Read the full breakdown in our website down checker guide for a general walkthrough of diagnosing any outage, from DNS failures to expired certificates.
A wider GitHub incident affecting authentication, since Copilot rides GitHub's account and licensing system rather than running fully independently
Degradation in the model-serving backend that generates completions, which can slow or fail suggestions while github.com itself loads normally
IDE extension token expiry, where a stale or unrefreshed Copilot session inside the editor stops working even though a fresh sign-in would succeed
Enterprise or corporate proxy configurations blocking outbound requests to api.githubcopilot.com, which looks identical to an outage from inside the editor
Quota exhaustion on a given plan tier, which halts suggestions in a way that resembles a service failure rather than a limit being reached
Other services we track
HostTracker has monitored websites and online services since 2004 and is trusted by 500,000+ sites today, covering 14 check types from 300+ global locations. Want the same multi-location confirmation and instant alerts for your own site or any service you depend on? Getting started costs nothing - start a free monitor or compare plans and pricing.
Questions people ask during an outage
The live probe run on this page tests api.githubcopilot.com from a broad sample of HostTracker's 300+-location monitoring network - many independent networks at the same moment, rather than just your own connection. If every location fails to reach it, the outage is real and affects everyone; if only a few locations fail while most load normally, the problem is local to those regions or networks rather than GitHub Copilot being fully down. A single refresh from your own browser can never make that distinction, because it only ever tests from one vantage point on one network.
Yes. HostTracker lets you add any URL - including third-party services you depend on, not just your own website - as a monitored target, and notifies you automatically the moment it becomes unreachable. Before sending an alert, HostTracker re-verifies a failure from multiple locations in its 300+-location network, so you're notified about real, confirmed outages rather than a single location's momentary blip. The free plan checks two monitors every 30 minutes indefinitely at no cost; paid plans check as often as once a minute, with alerts available through SMS, email, voice call, and several messenger apps.
No - as of the most recent check, api.githubcopilot.com is responding normally to HostTracker's monitoring network, and has been up for 39d 23h. Over the last 24 hours it recorded 100.00% uptime across 0 incidents. If it is failing for you specifically, the cause is local - your network, DNS cache, or a regional route - and the live probe results above will show which locations, if any, are affected.
No - as of the most recent check, api.githubcopilot.com is responding normally to HostTracker's monitoring network, and has been up for 39d 23h. Over the last 24 hours it recorded 100.00% uptime across 0 incidents. If it is failing for you specifically, the cause is local - your network, DNS cache, or a regional route - and the live probe results above will show which locations, if any, are affected.
No - as of the most recent check, api.githubcopilot.com is responding normally to HostTracker's monitoring network, and has been up for 39d 23h. Over the last 24 hours it recorded 100.00% uptime across 0 incidents. If it is failing for you specifically, the cause is local - your network, DNS cache, or a regional route - and the live probe results above will show which locations, if any, are affected.
It can be, even with github.com loading normally. Copilot's completion backend and GitHub's main website are different systems that share the same account layer but not the same infrastructure, so a problem in model serving can silence suggestions while everything else on GitHub works as expected. Checking api.githubcopilot.com directly, rather than judging by whether github.com loads, tells you whether the piece Copilot actually depends on is reachable.
This is more often a local authentication problem than an outage. Editor extensions cache a Copilot session token, and an IDE update, a permissions change, or a token that simply expired can leave the extension unable to authenticate even though the service is healthy. Signing out of the Copilot extension and back in resolves most of these. If suggestions fail for many people at the same time and this page also shows the API unreachable, that points at a real incident instead.
A corporate proxy or firewall blocking outbound calls to api.githubcopilot.com produces symptoms that look exactly like an outage from inside the editor - no suggestions, no clear error. The distinguishing test is whether the endpoint is reachable from outside your company network: if an independent check shows it up while your editor still fails, the block is local to your network configuration, and it's worth raising with whoever manages the proxy rather than waiting on GitHub.
Yes, and it's one of the more common false alarms. Copilot plans cap the number of completions or premium requests available in a period, and once that cap is reached, suggestions stop in a way that isn't always clearly labeled inside the editor - it can read as the extension simply not working. Checking your plan's usage against its limit before assuming a service failure saves a lot of confusion, since the underlying service is often working normally the whole time.