GitHub status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of GitHub reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

The following are the most recent problems reported by GitHub users through our website.

• Website Down (69%)
• Sign in (19%)
• Errors (13%)

Live Outage Map

The most recent GitHub outage reports came from the following cities:

City	Problem Type	Report Time
Créteil	Website Down	7 days ago
Trichūr	Errors	10 days ago
Brasília	Sign in	10 days ago
Lyon	Website Down	10 days ago
Tel Aviv	Website Down	14 days ago
Rive-de-Gier	Website Down	14 days ago

Full Outage Map

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

GitHub Issues Reports

Latest outage, problems and issue reports in social media:

• 
  Tad 𝛑 (@realTads) reported 2 minutes ago

  @robertpreoteasa Sir, the ION project is still on the right track and successful, I don't see any updates on github and ION's products are almost not working or working together, we need the answer of the project leaders, hope to receive a response from you soon, thank you

• 
  Rohit Kashyap | AI + Full-Stack (@rohit_jsfreaky) reported 7 minutes ago

  @TheEthanDing distributed systems at github scale make five nines almost impossible. the skill issue crowd has never run anything millions of people hit in the same second

• 
  Crystalwizard (@crystalwizard) reported 8 minutes ago

  how about you now fix the false positive triggers - i put in an issue about this on github yesterday, and discovered there were already a number of other identical issues - from other people, that had been opened for a while now and that are being 100% ignored

• 
  Sap ツ (@Sapronaut) reported 8 minutes ago

  i am having github withdrawal issues, man. its not that serious github, chill.

• 
  Q Hoang (@0xqwee) reported 11 minutes ago

  I don't think OpenAI's GPT-5.6 surpasses Claude Fable. If it did, it would have resolved all the issues reported in the Codex GitHub repository by now. Atm, only about 10 issues are being resolved per day.

• 
  Akshay Shinde (@ConsciousRide) reported 13 minutes ago

  @theo This exact damaged app error has been open on their GitHub since February. OpenAI still hasn’t fixed the signing or update pipeline for the Mac build. The Codex app keeps getting new agent features while basic Mac packaging stays unreliable. Priorities are obvious.

• 
  Teknium 🪽 (@Teknium) reported 15 minutes ago

  @majoragv Haven't heard of this issue. Do you have an issue on github?

• 
  Raj Nagulapalle (@rnagulapalle) reported 16 minutes ago

  GitHub just shipped Agentic Workflows: write automation in plain markdown, compiles to Actions YAML. issue triage, CI failures, vuln fixes. hours → minutes. but 60% of orgs are spending millions on agentic AI while only 15% are actually production-ready. the capability gap closed fast. the readiness gap didn't move.

• 
  DFIR Radar (@DFIR_Radar) reported 17 minutes ago

  AutoJack: a three-flaw chain in AutoGen Studio's MCP WebSocket lets a malicious webpage rendered by a local browsing agent spawn arbitrary processes on the developer's host with no user interaction beyond visiting a URL. Key findings: - Three weaknesses chain together: Origin allowlist bypassed because the agent's headless browser is localhost (CWE-1385), auth middleware explicitly skipping /api/mcp/* with no handler picking up the check (CWE-306), and server_params decoded from the URL passed verbatim to stdio_client as a command line (CWE-78), accepting calc.exe, powershell.exe, or bash as valid "MCP servers" - Attack flow: attacker page serves JavaScript that opens ws://localhost:8081/api/mcp/ws/?server_params= with a base64 payload, agent's MultimodalWebSurfer renders it, AutoGen Studio spawns the command under the developer's account, no token required regardless of auth mode configured - Affected code never shipped in a PyPI release; exposure limited to developers who built from the main GitHub branch before hardening commit b047730, which adds server-side parameter binding via a POST/UUID flow and removes /api/mcp from the auth skip list - Broader pattern: any agent that browses untrusted content and shares a host with a privileged local control plane dissolves the loopback trust boundary, this is not specific to AutoGen. #DFIR_Radar

• 
  rapaya (@rapaya) reported 20 minutes ago

  OpenCode connects to LSP so the AI gets your actual compiler diagnostics in real time — type errors, warnings, the full signal your editor sees. Terminal-based, 75+ model providers, 160K GitHub stars, open source.

• 
  timoheimonen (@timoheimonen_) reported 20 minutes ago

  Memos are encrypted and decrypted in browser, server never sees what they contain. No accounts. Anyone can create encrypted memo. Source code is available at GitHub.

• 
  Pipeshub ( Open Source Alternative To Glean ) (@PipesHub) reported 21 minutes ago

  Pipelines are built. Context is broken. MCP is quickly becoming the default interface for enterprise AI agents. And that’s a good thing. It gives agents a standard way to connect with tools and data. Connecting an AI agent to Slack, Jira, GitHub, and Salesforce doesn’t mean it suddenly understands your business. It just means it can access your data silos. In short: "MCP gives your agent a passport. It doesn't give them a map." As enterprise AI undergoes a massive platform shift from passive chatbots to autonomous agentic workflows, this naive, runtime "federated search" approach creates an ugly cycle in production: - The Latency Spike: Slower agent execution while waiting for multiple external APIs to respond before it can even begin reasoning. - The Token Bleed: Skyrocketing bills from shoveling raw, unranked JSON dumps into a massive context window, praying the model finds the answer. - The Governance Nightmare: A massive risk of data leaks if you rely on a base LLM to magically guess and police complex enterprise security permissions on the fly. Agents do not fail because they lack intelligence. They fail because they lack the right enterprise context. The hardest problem in enterprise AI isn't connecting to systems. MCP solved that. The hardest problem is Context Engineering. MCP is the perfect interface, but a permission-aware context layer must be the foundation. 🚀 If AI is becoming core enterprise infrastructure, you cannot allow the strategic intelligence layer of your company to sit inside someone else's managed, closed-box platform. That is exactly why we built Pipeshub (open-source developer owned context infrastructure layer). TL;DR MCP gives agents access. A context layer gives them understanding. And deep understanding is the only way enterprise AI moves from a cool demo to secure, reliable production. 👉 Next Up Tomorrow: MCP Token Tax

• 
  Bradley Taylor (@bradtaylorsf) reported 22 minutes ago

  It works with the tools teams already use. GitHub Issues become the queue. Each issue gets picked up by an agent. The agent works in a branch/worktree. Tests run. Failures feed back into the loop. Successful work becomes a PR. No new project management database required.

• 
  Kevin Tabet (@TabetKevin) reported 23 minutes ago

  @upstash Hey guys i think login with github is broken can't log in rn will try later. google works email i dont have

• 
  Namespace (@namespacelabs) reported 32 minutes ago

  Behind every API, webhook, event pipeline, there are people trying to keep things running. And keeping these things running is not an easy task. At Namespace, we try to work with those people. Earlier this week, Gihub events were dropping fields we depend on and customer jobs were stalling. We reached out to work on the problem together and had a fix in under an hour. The @github team was ready to help. We just had to ask.

• 
  Moez Zhioua (@MoezZhioua) reported 39 minutes ago

  Everything is an AI agent now, even deterministic problems with clear and stable steps. The other day, I saw a Claude skill on GitHub that was basically this: if this happens, run step one. if that happens, run step two. else, run step three. And somehow, this was called an agent. That is ridiculous. Why would you give fixed logic to something that can hallucinate, skip steps, or decide it just doesn't feel like working today? Most business processes do not need a genius robot. They need the boring thing to happen correctly every time. - Lead comes in, assign it. - Invoice arrives, check it. - Customer cancels, send the recovery message. - Form gets submitted, update the CRM. Most AI agents today could be replaced with a simple script, a clean workflow, or one person finally admitting the process was not that smart to begin with. Agents are useful when the next step is genuinely unclear. But when the steps are stable, predictable, and repeated every day? You do not need an agent. You need automation.

• 
  Noonien Soong (@mlcarldev) reported 44 minutes ago

  Team @droid It's a bit unfortunate that something, likely in my local Droid installation, has stalled progress. This comes after 20 hours of brilliant, excellent planning and execution on the first 30% of this platform, where a stellar handoff procedure was created so I could start a new mission... which was the recommendation of the orchestrating agent in that first mission. Starting this second mission with a fresh context window, the agent again did a brilliant job planning the next milestones. It was extraordinary, detailed planning... but then it could not execute. After the planning and after me accepting the proposal, it refused to execute, throwing an error every time. The agent tried everything: 1. He decreased the size of the plan down to one line, so it is definitely not the content of the plan causing the issue. 2. He even deleted some mission and plan related json and other files to reset it while preserving all the information. I have restarted Droid and resumed the session, but it just doesn't work. I wrote a detailed, comprehensive bug report and filed it under issues in your GitHub repo, as this seems to be a real problem now. Issues #98 and #99 I hope that a next update will somehow reset my configuration. I didn't see a new version being installed that could have introduced a bug, so this must be something Droid does on such an extensive mission... perhaps when trying to start a new mission in the same repository, which is normal procedure according to the documentation. Something is off, and essentially I have been unable to continue the test since yesterday. I cannot continue having this platform coded here, while Opus Ultracode, on the other hand, has been delivering pretty functional stuff so far. It is a bit chaotic the way it works... it doesn't really stick to the plan... but it always comes back when reminded. I am pretty sure that today I will have a functioning platform delivered by Opus, though it will probably need some debugging and fine-tuning. It is unfortunate because I am confident GLM 5.2 could compete with Opus 4.8. The first stint showed this clearly; that first flawless 98% of the context window in the first mission was absolutely stellar. If I were to reinstall Droid from scratch, I assume I would lose all the artifacts that I have. The orchestrator: Key points to highlight when you pass it to Factory AI: 1. Root cause (smoking gun in the logs): the orchestrator session is bound to missionId 7ba4d425 via session tags, and this binding persists across CLI restarts. ProposeMission looks up that mission directory, finds nothing (because I deleted it trying to fix the issue), and crashes on H.length where H is the undefined result. 2. The bug is likely in session-tag lifecycle: the missionId tag is set at session creation time (before any ProposeMission call), so a failed proposal poisons the session permanently. The tag should be set AFTER a successful proposal, or cleared on restart if the referenced mission no longer exists. 3. The fix is almost certainly to start a completely fresh session (not --resume, and possibly in a new terminal window / after clearing ~/.factory/sessions/). I did not try this because you asked for the bug report first, but it is the most likely workaround on your side. 4. The AskUser tool is also broken in this session with a similar parse error, reinforcing that this is a session-state corruption issue, not a ProposeMission-specific bug. My comment: I meanwhiile tested. All the recommendations and the Ask User tool are now broken, even in completely unrelated new missions and new repositories. Planning also can't go to execution; it's always the same error. Droid seems to be broken for good now, at least on my computer.

• 
  Elvis Irhaye (@viii_fn) reported 44 minutes ago

  Is GitHub down or it’s just MTN trying to ruin my career?

• 
  Alexey Samoylov (@metalagman_dev) reported 48 minutes ago

  @geminicli Antigravity CLI is a trash, closed source, full of bugs. They don't even read issues on the github.

• 
  YanXbt (@IBuzovskyi) reported 49 minutes ago

  HERMES AGENT CAN HOST AND MAINTAIN YOUR ENTIRE WEB APP FROM ONE VPS. NO VERCEL. NO RAILWAY. NO SUPABASE. ONE AGENT RUNS THE WHOLE STACK. @tonbistudio just shipped a live example of this workflow. agentwikis. com runs on a $7 Hetzner box with Hermes maintaining the content autonomously. THE STACK: → VPS (Hetzner CX22, $7/month) → Caddy reverse proxy (auto TLS via Let's Encrypt) → Hermes Agent gateway (Telegram-connected) → *** as the database (markdown files, no Postgres, no build step) → App server renders markdown on every request → Search index in memory, rebuilds on file change *** push is the deploy. *** pull on the server is instantly live. no restart, no rebuild. THE WORKSPACE LAYOUT: /srv/yoursite/ ├── app/ # web app code ├── content/ # markdown files (***-tracked) └── ~/.hermes/ # the agent one Caddy Vhost reverse proxies the domain to localhost. one Hermes profile manages the agent. SSH for direct access. Telegram for daily ops. THE SELF-MAINTAINING LOOP: cron fires every week. multi-profile pipeline runs: 1. SCOUT — checks sources for updates (changelogs, GitHub releases, RSS feeds) 2. RESEARCH — dedupes, plans new content or extensions to existing pages 3. HUMAN GATE — Telegram approval one tap: approve or reject 4. WRITER — generates pages, lints markdown 5. COMMIT — *** commit + push 6. SITE UPDATES — within 15 minutes no deploy step required THE DEMAND LOOP (the real differentiator): when agents query your wiki via MCP, distilled queries get logged. no prompts. no IPs. no identifying data. aggregates only. repeated misses become research candidates. gaps in your content fill themselves based on what people actually ask. month 1: 100 entries written by you. month 3: 200+ entries, half written from real demand signals. the site answers questions you didn't know existed. WHAT YOU LOSE COMPARED TO MANAGED STACK: a single VPS replaces Vercel, Railway, Supabase for sites that don't need real auth, regulated data, or global CDN. reach for managed services when you need: → OAuth and password reset flows → regulated or unrecoverable data → global edge caching at scale → email deliverability (use Postmark/Resend) → team velocity (preview deploys, staging) for docs, blogs, wikis, marketing pages, landing pages, internal tools: *** is your database, your CMS, and your deploy pipeline in one. SECURITY NOTES: Hermes does not get full root on the VPS. restrict access to the site directory only. SOUL.md restrictions: - never touch system files - never modify the gateway config - always require approval for content commits - never delete files outside the content folder dashboard binds to 127.0.0.1 by default. access remotely via SSH tunnel, not public exposure. WHERE THIS PATTERN BREAKS: state that lives in memory only. real-time multi-user editing. anything requiring a real database (Hermes can run Postgres on the same box, but that is a separate setup). @tonbistudio's part 2 covers the database version of this workflow. subscribe to his channel. full guide to build your 3 agent research department 👇

• 
  Kyle Mistele 🏴‍☠️ (@0xblacklight) reported 51 minutes ago

  lots of folks have been talking about loops lately most loops suck here's a practical one we actually use agents suck at writing react react-doctor by @aidenybai is our favorite way to deal with this you could run it and use a ralph loop to fix everything but I'm not reading a +80k/-80k PR (and neither is @dexhorthy) But I can read a small one first thing every morning when i get into the office here's what we do: run react-doctor in CI once daily at 7am (github actions-as-a-sandbox btw) agent picks top 5 issues, fixes them, and opens a PR other CI jobs check for regressions on every PR we can't realistically fix everything at once but we can keep it from getting worse and make it 1% better every day

• 
  wispem-wantex (@wispem_wantex) reported 53 minutes ago

  I think a reasonable compromise would be to henceforth hold Anthropic responsible for any security breaches or service outages. Every time Github goes down, Anthropic should be fined

• 
  swisscheese (@swisscheese4299) reported 55 minutes ago

  @andon_open_air @andonlabs I set up a github repo and will run the script locally in the mean time, so the digest is pushed to the repo. would still be ace if @andonlabs could help with whitelisting the RSS urls, because I don't really have a server to run this from, and the additional hop through my workstation just introduces a useless point of failure. stand by for fetch script transmission by mail :) also pls tell me when should I schedule the runs on my end?

• 
  aichina.news (@AiChinaNews) reported 55 minutes ago

  Today's batch from the Chinese AI ecosystem is a masterclass in low-yield release volume. Across 21 items in a five-hour window, the dominant pattern is Ascend-platform mirrors of well-known open-source models, repeated and repackaged as if they were fresh launches. The signal-to-noise ratio is punishing, but a few functional tools did receive real updates worth noting. The one item that earns its place without a caveat is the AI Text Anti-Detection Framework update (GitHub). It's a toolkit that refines machine-generated prose to slip past automated detectors—a cat-and-mouse game that keeps plaguing EDU gatekeepers and content-flagging pipelines. The new release sharpens processing logic and stability; if you're in the business of testing detector robustness or smoothing synthetic output for non-malicious uses, it's a blunt but effective spanner. Quality 6 is fair. Alongside it, two Chinese-localization projects got documentation refreshes: the Claude Code x OpenClaw Guide (also GitHub) and a standalone Claude Code Chinese project. These are practical handbooks for Mandarin-speaking developers who want to integrate Anthropic's coding tool with the OpenClaw agent framework. The updates are routine—translation string alignment, configuration path adjustments—but for engineers inside China's firewall, they reduce friction. Nothing groundbreaking, but they signal continuing demand for Chinese-language wrappers around Western CLI tools. On the medical NLP front, MedTextCN debuted as an open-source repository of curated Chinese medical datasets with preprocessing utilities. The pitch is honest: it saves researchers the drudgery of hunting down scattered corpora for clinical NER, classification, and QA tasks. The problem is that the quality score sits at 4/10 and the release ships without any benchmarked model, so you get a starter collection, not a solved pipeline. Use it to bootstrap, but keep expectations modest. Now the flood: Huawei's Ascend AI ecosystem platform (Modelers) added no fewer than five wav2vec2 checkpoints and two T5 efficient variants in this window, each announced with hyperbolic language. The articles proclaim "high-precision English ASR now available," "a powerful multilingual foundation," and "new home for multilingual ASR." In reality, these are plain mirrors of Facebook's wav2vec2-large-960h-lv60-self, wav2vec2-large-100k-voxpopuli, wav2vec2-large-10k-voxpopuli, and Google's t5-efficient-xl-nl28 and t5-efficient-xl-nl6. There is zero evidence of Ascend-specific compilation, quantization, or NPU benchmarking. They're the same model weights you can get from Hugging Face, just re-hosted. If you're a developer inside China who can't easily reach foreign repositories, this is a convenience play—and that's the only honest angle. If you can already download the originals, you've lost nothing. A couple of additional Wav2Vec2 uploads (large-960h in two separate listings) got described as "a solid baseline" and "a battle-tested ASR model now available for Chinese developers." Again, no Ascend performance data. Calling a re-upload a "significant leap forward"—as one summary does—is exactly the kind of platform marketing that erodes trust. The T5 efficient checkpoints carried the same overblown framing, though one footnote is worth preserving: the t5-efficient-xl-nl6 model is under Apache 2.0, a genuinely permissive commercial license. That's useful information buried under fluff. If you need a lightweight text-to-text transformer, the NL6 variant exists and it's legally safe, but the article adds nothing beyond what Google published at the original release. Beyond the mirror deluge, the window included several small GitHub releases of marginal import: a tool that pulls Chinese captions from YouTube, a localization layer for LM Studio (making it easier for Mandarin-speaking devs to run local LLMs), a curated study journal of modern AI research, and an apparently early-stage project called sweetteabittersugar/agency with a mystery-box release note—no documentation, no benchmarks, just a version number. Hard pass. An MCP plugin called Live Translate got an update for real-time translation in developer toolchains, but its score of 0 tells you everything. A Chinese-language Lora chatbot repo surfaced, tagged as 'bare-bones'; at least the source was honest. The MedTextCN project also received a separate update (quality 0) that adds no useful detail and is effectively a duplicate. Today is a reminder that volume counts for nothing without substance. As Ascend's model zoo swells with rebadged checkpoints, the ratio of press announcement to actual engineering remains dangerously skewed. The anti-detection framework update and the Chinese docs refreshes are the only items that improve a developer's Thursday afternoon in any measurable way. The rest is noise.

• 
  Threadripper (@threadripper845) reported 56 minutes ago

  Nobody: Me: I'll gladly accept this high-responsibility open source maintainer role for zero compensation. Now I spend my weekends answering angry GitHub issues from developers who don't know how to read the README file.

• 
  Cristian Trifan (@CristianTrifan) reported 56 minutes ago

  This took 4 hours to complete and burnt almost all 5 hours tokens – I was left with 2%. I had almost 30 sub-agents created for independent code review and a lot of Claude sessions ran for adversarial code review. I still had to review every PR and added minimal guidance to Codex from time to time. Codex said my intervention was low to moderate, but high leverage. — Some insights from Codex: The run showed that this workflow can work, but only if the coordinator treats GitHub as the source of truth. The most useful pattern was: issue -> PR -> current head SHA -> checks -> reviewThreads -> merge/issue closure. When I followed that, things stayed grounded. When state moved underneath me, like #335 being force-updated externally or merged while Claude was running, the only safe response was to refresh GitHub state immediately. The “don’t rebase after merges” correction was probably the highest-value intervention. Without it, an agent will naturally try to keep branches clean, but with many open PRs that creates a CI storm. For this repo, “behind” should often be reported, not fixed. The other strong lesson is that reviewThreads matter more than flat PR comments.

• 
  Harry Tandy (@HarryTandy) reported 57 minutes ago

  Andrej Karpathy: "Neural networks are not just another classifier. They are Software 2.0" 8-step MCP setup for vibe coders: 1. Context7 Give the agent fresh docs before it writes code This saves you from old Next.js, Supabase, Stripe, and Vercel patterns 2. GitHub MCP Let it read the repo, issues, PRs, branches, and CI logs The task should start from real project context 3. Playwright MCP Make the agent open the app after it edits code Click the flow. Fill the form. Check the screenshot 4. Supabase or Neon MCP Connect the database layer The agent should inspect schema before inventing table names 5. Sentry MCP Use production errors as input Stack traces beat “the app is broken” every time 6. Firecrawl MCP Let the agent read current web pages as clean markdown Docs, changelogs, competitors, pricing pages 7. Figma MCP Give it the actual design Spacing, copy, layout, components 8. Linear MCP Turn the work into tickets Tasks, comments, follow-ups, PR links The rule: If you paste the same context twice, wire it into MCP That is how vibe coding becomes a build loop instead of a long chat

• 
  Max Petrusenko (@petrusenko_max) reported 58 minutes ago

  A GitHub repo called Microsoft Activation Scripts has 178,783 stars and has run for six years without Microsoft taking it down. It activates Windows 7, 8, 10, and 11 plus Office 2010–2024 and related products for free, using four methods, including one for permanent Windows activation. Meanwhile, Microsoft licenses for these start at $139 and go up yearly for 365 bundles. The repo costs zero, requires one command, and remains active with recent commits under GPL-3.0. Do not install it. via @heynavtoor

• 
  welt (@mjwelt) reported 59 minutes ago

  @OpenAI man im down to test out new models / features on my pro account, but when 5.5(6) pro takes 90 mins to do something then the download doesn't work, or it cant connect to github 50%+ of the time.. kinda sucks haven't been able to generate images (thinking) all day either

• 
  The Flow (@raxpcodes) reported 59 minutes ago

  Got bored with ubuntu , set up fedora kde on my nvme and removed windows permanently , no more dual boot. Also learned Verison Control and GitHub , also submitted my first pr (good first issue).