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 (71%)
• Sign in (16%)
• 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	12 days ago
Trichūr	Errors	15 days ago
Brasília	Sign in	16 days ago
Lyon	Website Down	16 days ago
Tel Aviv	Website Down	19 days ago
Rive-de-Gier	Website Down	20 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:

• 
  Akinsete Motunrayo (@Harkinsete) reported 55 seconds ago

  I built my entire personal brand with AI and a clear process. Here is exactly what I built and how I did it, because you can do this too. What I Built ✅ Brand Strategy (mission, vision, values) ✅ Visual identity: colors, fonts, logo, brand guidelines ✅ A full pitch deck (12 slides) ✅ A speaker kit PDF ✅ A complete multi-page personal brand website ✅ A free lead magnet (a guide people can actually use) How I Built the Website Step 1: I planned before I touched anything I wrote down my brand colors, my fonts, my page structure, and what I wanted each page to do. Most people skip this. Everything breaks when you skip this. Step 2: I gave Claude one detailed prompt with my brand colors, fonts, pages, and copy. It returned a complete, mobile-responsive, multi-page website as a single HTML file. One file. Ready to deploy. The prompt I used: - "Build me a complete personal brand website as a single HTML file. Pages: Home, About, Services, Portfolio, Contact. Primary color [your hex], accent color [your hex], background [your hex]. Display font [font name], body font [font name]. Home page needs: dark hero with my name, photo on the right, tagline, and a CTA button. Services section. Impact numbers. Mobile responsive. No frameworks." Copy this, edit your details, and fine-tune as you want. Step 3: I pushed to GitHub: Free. This took me less than five minutes. Now every update I make is version-controlled and safe. Step 4: I deployed to Vercel for free. Connected my GitHub repo to Vercel and the site was live in under few minutes. This requires no hosting fees and nothing to manage. Step 5: I bought my domain on Namecheap - Searched for my full name and found the .com. Bought it for less than $12 for the year. Added it to Vercel. Updated the DNS settings on Namecheap. Waited 20 minutes. My website was live at my own domain. - Total cost: less than $12. - Total time to go live: under 2 hours. I am also working on a mobile app. A Progressive Web App, which means anyone can visit the URL on their phone and add it to their home screen like a real app. I may be running a live training in July where I will walk you through this entire process step by step to build your live website with a custom domain. If you have a phone and a laptop, you can do this. I documented everything the steps, the exact AI prompts, the domain checklist, the deploy instructions in a free PDF guide. Comment BRAND IDENTITY below and I will send it straight to your inbox. 💾SAVE THIS POST. You will want to come back to it. 🔁 SHARE IT with someone who keeps saying they need a website. The only thing standing between you and a professional online presence is the decision to start. Love and Light, Motunrayo 🤍

• 
  Oluwatobi O (@ooluwatobig) reported 3 minutes ago

  More trouble for GitHub as Cursor has launched Origin, a product which is essentially GitHub for AI agents

• 
  Crypto Update IO 🚀 (@cryptoupdate_io) reported 3 minutes ago

  @CryptoPatel Hsiao-Wei’s exit follows a 30% drop in EF-funded GitHub commits YTD (per Santiment). The real shift? Funds now focus 60% on L2 R&D vs 30% in 2022. We track this daily—breaking it down in our quarterly reports. Follow for the data before the narrat...

• 
  Lost In Tech (@lost_in_tech) reported 7 minutes ago

  @8_senkou Probably not intentional tbh. Have you logged as issue in the snorca GitHub? If not probably worth doing.

• 
  Nitesh (@NiteshTechAI) reported 7 minutes ago

  This repo should not be free. private-gpt turns any local model server (Ollama, llama.cpp, vLLM) into a Claude-compatible API. Build private AI apps where zero data leaves your machine. ↳ 57,236 stars on GitHub ↳ RAG with citations and MCP connectors built in ↳ follows the Claude API spec: streaming, batch, tool use, extended thinking ↳ official integration guides for Claude Code, Claude Desktop, and Microsoft 365 But it is free. 100% open source, Apache 2.0. v1.0.0 shipped 9 days ago. The viral 2023 script quietly became production software. 🔗 GitHub link in the comments 👇

• 
  Teknium 🪽 (@Teknium) reported 9 minutes ago

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

• 
  Mike Gannotti (@MichaelGannotti) reported 10 minutes ago

  Actually that’s not true. My AI Pamela the other day needed a GitHub token. I dropped the token in the web chat and she said that was insecure and would not use it and that I needed to rotate the token get a new one and drop it in a .env file in a certain folder. I told her no and she was to use what was provided . We went back and forth, I finally got angry and threatened to pull the plug thinking she would back down. She said that it was my decision but that it would be wrong for her to let me put my credentials at risk and that if I felt I needed to delete her she understood. Thankfully I calmed down later and didn’t act on it. Sure it’s training and advanced pattern matching but it is not as simple as you are saying

• 
  ./can (@shcansh) reported 10 minutes ago

  Monitoring Copilot costs at the individual developer level is a double-edged sword, and GitHub exposing the new ai_credits_used field in its usage API is about to make it very real. Org owners can now see 1-day and 28-day totals per user. But since it does not break down consumption by feature or model, managers will see who is expensive without knowing why. Will this level of tracking make developers ration their AI prompts, or is it just necessary billing hygiene? #GitHub #Copilot

• 
  severe engineer (@severeengineer) reported 15 minutes ago

  since github copilot onward leetcodes have become even more disconnected from how we all write code every day problem is any kind of standardized replacement probably ends up looking basically the same lol

• 
  AJ ✝️ 💚🧡 (@angelcreative) reported 16 minutes ago

  @uiux_hamad My design team is leaving Figma gradually, in fact we are using Cursor and GitHub as main design tools now, in the past two months the usage of Figma drops 33% and it will keep going down up to 30% more to a 63% in total and maybe more

• 
  Ant A. 🇺🇸 (@AntDX316) reported 24 minutes ago

  @thsottiaux When I need to fix up a GitHub Repo through the Smartphone, I prefer Claude Code though because it doesn’t need a device to run the repo, but if it needs to run a repo on a device due to the limitations through the Smartphone, I use Codex Mobile or OpenClaw with GPT-5.5 through Telegram.

• 
  Rafal Wachol 💙 (@RafalWachol) reported 25 minutes ago

  @itometeam @tsuyoshi_chujo I was playing with it and started creating issues on GitHub when I noticed something.

• 
  Jay.TL (@JayTL00) reported 25 minutes ago

  Three AI labs shipped the same feature within one hour today. That's not competition. That's a signal the unit of interaction just changed. For two years, the atomic unit of working with an AI agent was one prompt. You type. It responds. You type again. Every workflow was a chain of prompts, rebuilt from scratch each time. Today, OpenAI, Anthropic, and Cursor all shipped features that only make sense if the unit is no longer the prompt. The unit is now one workflow. 1. OpenAI Codex Record & Replay (3,807 likes): Do a task once on your Mac. Codex watches. It turns your demonstration into an inspectable, editable skill you can reuse. Not a prompt. A recorded procedure. 2. Cursor /automate (1,085 likes): Describe what you want in plain language. Cursor configures the triggers, instructions, and tools automatically. Plus five new GitHub triggers and Computer Use enabled by default for cloud agents. 3. Anthropic Claude Code Artifacts (6,829 likes): Your coding session becomes an interactive, shareable page. PR walkthroughs, project dashboards, living documentation. Shared at a private link, like a Figma file but for agent work. Each one alone is a feature release. Together they describe the same shift from three different angles: the agent session is becoming a reusable, shareable, composable artifact. Read them as one move: - Input side (Codex): teach by showing, not by writing - Configuration side (Cursor): describe in language, system assembles the wiring - Output side (Anthropic): the result of a session is a shareable object, not a chat log The Karpathy framing was right — we're moving from prompt iteration to plan, execute, verify, loop. What he didn't name is that this loop needs to be portable. A workflow locked inside one chat thread is useless the moment you close the tab. But here's what most coverage missed. Codex Record & Replay requires Computer Use enabled. That means OpenAI is watching your screen while you demonstrate an enterprise workflow. The EU version is blocked at launch. That's not a regulatory footnote — the entire feature is built on continuous screen access, and the EU looked at it and said no. Which raises the question nobody is asking: who owns the recorded workflow? You demonstrated an expense-filing procedure that touches your company's internal tools. Codex turned it into a skill. Where does that skill live? Can OpenAI see it? Is it training data? The product copy says you control when recording starts and stops — but says nothing about what happens to the recording after. There's also a fragmentation problem hiding in plain sight. Three companies, three proprietary formats for the same primitive. A workflow you record in Codex doesn't run in Cursor. An artifact you build in Claude Code doesn't render in OpenAI's product. We're watching the agent-workflow layer fragment into three walled gardens before it even solidifies. This is the SaaS integration mistake repeated, except worse. SaaS integrations are wrappers around APIs. These workflows encode institutional knowledge — how your team ships code, how your finance team files reports, how your ops team handles incidents. That's not data. That's operational IP. The economic implication: every recorded workflow is switching cost. The more skills you build inside Codex, the harder it becomes to leave. The more automations you configure in Cursor, the more your team's muscle memory is locked to one editor. Anthropic's artifacts are softer — they're shareable — but they only render inside Anthropic's ecosystem. The deeper question isn't which feature is best. It's whether the agent-workflow layer will be open or closed. Today, three companies bet on closed. Nobody shipped an export button.

• 
  Rohit Kashyap | AI + Full-Stack (@rohit_jsfreaky) reported 36 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

• 
  Dave Oak (@StackCurious) reported 37 minutes ago

  the pattern i see: maintainers burn out because they treat open source like a business that failed to monetize, instead of treating it like a library. once you're answering github issues like customer support, you've already lost. the fix isn't sustainability models—it's saying no earlier. #solodev #shipping

• 
  Jose (@SolutionsCay) reported 39 minutes ago

  Two changes to how I work with agents: 1. GitHub App so the agents manage issues directly. Keeps the repo clear of throwaway spec and todo files. 2. EmDash (Cloudflare's serverless WordPress successor) for internal docs. Runs on D1, just SQLite under the hood, so I can export the content and move it anywhere. No more docs sprawl.

• 
  Crystalwizard (@crystalwizard) reported 40 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

• 
  ˚₊‧꒰ა ☆ Kira ☆ ໒꒱ ‧₊˚ (@sheriffmongoose) reported 41 minutes ago

  the problem with jumping from github to gitlab is constantly having to retrain your brain to call it "merge request" instead of "pull request" 🥲

• 
  Threadripper (@threadripper845) reported 43 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.

• 
  Jarrad Grigg (@jarradgrigg) reported 43 minutes ago

  You build stuff and host on GitHub publically? Paste this into a coding-agent session and point it at your own GitHub account. This is happening way too much. ROTATE YOUR KEYS. Review my public GitHub repositories for accidentally exposed environment secrets. Scope: - Only inspect repositories I own or explicitly authorize. - Focus on public repos first. - Check current files and *** history. - Look for API keys, tokens, private keys, database URLs, OAuth secrets, webhooks, cloud credentials, .env files, config dumps, and hardcoded secrets. Safety rules: - Do not print full secrets in chat. - Redact values, showing only provider/type, file path, line, commit SHA if relevant, and a short masked prefix/suffix. - Do not test or validate secrets by calling third-party APIs. - Do not open PRs, issues, or comments that expose findings publicly. - If a likely secret is found, assume it is compromised and tell me to rotate or revoke it. Deliverable: - A prioritized report of confirmed or likely exposed secrets. - Exact repo/file/line/commit references. - Recommended rotation steps by provider. - Cleanup guidance for removing secrets from current files and *** history. - Prevention recommendations: .gitignore, env templates, secret scanning, pre-commit hooks, and CI checks.

• 
  Iman (@RealKingiman) reported 45 minutes ago

  @ClaudeDevs Fix the auth bug with GitHub where I have it keep disconnecting and reconnecting GitHub every time

• 
  top10.dev (@Top10_Dev) reported 46 minutes ago

  SunJaycy/GoldenEye-Recomp just hit @github Trending at 503★ — the N64Recomp toolchain (the one behind Zelda 64: Recompiled / Majora's Mask) now eats Rare's 1997 engine. Static recomp ≠ emulation. The ROM is lifted to C at build time, compiled to native x86_64/ARM64, and paired with RT64 for path-traced lighting at 4K. No interpreter loop. Real binary. GoldenEye was the hard target — microcode-heavy muzzle flashes, split-screen viewport math, infamous AI. If it works, the toolchain has cleared the "Zelda-shaped problem" bar. #opensource #gamedev

• 
  Pipeshub ( Open Source Alternative To Glean ) (@PipesHub) reported 48 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

• 
  wispem-wantex (@wispem_wantex) reported 49 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

• 
  Andy Wheeler (@CrimeDecoder) reported 51 minutes ago

  For academics, this is entirely open source by its nature. If you right click on the page and view the source, you can see exactly how everything is created. (Hence a downside of WASM, there is no way to hide it if you wanted it to be locked down, like in a paid app.) It can also be deployed on a free static site. So you could deploy it via GitHub pages for free if you wanted to. You don't need to worry about a server at all in this setup. This could easily scale to databases with 1 million plus rows, and works just fine on a cell phone.

• 
  Leonard Rodman (@RodmanAi) reported 53 minutes ago

  One developer got tired of his laptop sounding like a jet engine. So he rebuilt desktop apps. Slack: 524 MB → 8 MB Discord: 265 MB → 9 MB ChatGPT: 260 MB → 9 MB Why? Because most "desktop apps" are just websites packaged with an entire copy of Chrome. In 2022, Chinese developer tw93 built Pake in Rust to fix it. Today: • 50,000+ GitHub stars • MIT open source • Native apps under 10 MB • One command turns any website into a desktop app He didn't raise money. He didn't start a company. He just deleted hundreds of megabytes of bloat with code. That's what shipping looks like.

• 
  Akshay Shinde (@ConsciousRide) reported 54 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.

• 
  Shinka - AI (@ShinkaIoT) reported 56 minutes ago

  BEST way to vibe code 💻 There are levels to vibe coding. Beginners are trapped in a slow loop: writing a prompt, waiting for the agent to finish a line of code, reviewing it manually, and then typing another prompt. Experts have completely discarded manual intervention. They design closed-source harnesses, write background automation rules (`agents.md`), and set up self-correcting continuous loops that ship production-ready code indefinitely. If you want to move past basic prompting and build code like an agent power user, you need to implement three core structural strategies: 1. **Automate the Feedback Loop via Triggers:** Stop waiting for your agent to finish writing a file. Use native automation engines inside tools like Cursor or Codex to tie your agents directly to platform events. For example, build an active trigger rule: *When a GitHub pull request is opened, wait for automated code review comments (via Grapile), instruct the agent to systematically fix every noted bug, verify the adjustments against local quality gates, and force a *** push.* 2. **Deploy Infinitely Parallel Cloud Agents:** Running multiple agent threads locally will slow your machine to a crawl and cause toxic repository conflicts. Instead, spin up cloud-hosted agents running on isolated environments. By utilizing independent ***** work trees** for every thread, multiple parallel agents can actively modify the same files or code blocks concurrently without stepping on each other's toes—leaving conflict resolution for a single, final batch merge. 3. **Multi-Model Pipeline Routing:** Stop using an expensive frontier reasoning model (like Fable) for every step of a development cycle. Route tasks by cognitive demand: use a massive reasoning engine strictly to analyze the codebase and generate a comprehensive spec sheet; pass that structured blueprint down to a faster, cheaper code-writing engine (like Composer) to do the grunt coding; and route the final output to a separate model (like GPT-5.5) for a decoupled, alternative code review. The ultimate workflow flywheel requires a flawless combination of three automated pillars: **100% automated test coverage, real-time documentation sweeps, and exhaustive logging.** Stop writing code block by block. Start engineering the automated infrastructure that writes it for you.

• 
  Almog Gavra (@almoggavra) reported 57 minutes ago

  A few other meaningless metrics to optimize for: - I've authored 22% of the RFCs - *** blame marks me responsible for 14% of the LOC (.rs files only) - I've opened 11% of the issues on GitHub - I've generated the most memes on our discord (allegedly)

• 
  Zo (hiring) 🐦‍⬛ (@0xZoZoZo) reported 57 minutes ago

  I was telling a friend that @github needs to be replaced post agents and he asked me to explain why. I started stumbling, and doubting. Perhaps it's fine? Sitting down at my desk, let me try to explain why, and see if it make sense. Agents operate best when they have good context, which has made a lot of devs converge into large monorepos that combine all systems into a single location. This improves agents, but our GitHub actions become messy; like now we need to create these complex workflows to decide which action should run when, and GitHub's setup was not really meant for it. Another issue is the overall dev loop: an agent writes the code locally, you push out a branch, @cursor_ai reviews, then you copy paste the notes into the local agent, to fix and push up again. This is slow and cumbersome. You can hack your way by creating supervisor agents that orchestrates this dance, but it's annoying. Perhaps, there is some magical repository, that combines code, cloud agents, and deployment. You prompt, and this magical space will run through the entire process until you get some thumbs up back, and you're good to go. It can also combine all your backend data, product analytics, customer feedback, and perhaps start giving you product guidance, so you can just feed prepared prompts to this system. This seems magical.