1. Home
  2. Companies
  3. GitHub
GitHub

GitHub status: access issues and outage reports

No problems detected

If you are having issues, please submit a report below.

Full Outage Map

GitHub is a company that provides hosting for software development and version control using Git. It offers the distributed version control and source code management functionality of Git, plus its own features.

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.

At the moment, we haven't detected any problems at GitHub. Are you experiencing issues or an outage? Leave a message in the comments section!

Most Reported Problems

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

  • 68% Website Down (68%)
  • 18% Sign in (18%)
  • 14% Errors (14%)

Live Outage Map

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

CityProblem TypeReport Time
Créteil Website Down 15 days ago
Trichūr Errors 19 days ago
Brasília Sign in 19 days ago
Lyon Website Down 19 days ago
Tel Aviv Website Down 23 days ago
Rive-de-Gier Website Down 23 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:

  • NiteshTechAI
    Nitesh (@NiteshTechAI) reported

    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 👇

  • CommandCodeAI
    Command Code (@CommandCodeAI) reported

    @alekz_skd Please report full details via GitHub we will fix it. cmd feedback

  • swisscheese4299
    swisscheese (@swisscheese4299) reported

    @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?

  • xovionai
    Xovion Labs (@xovionai) reported

    Microsoft just hired AWS to run GitHub. AI demand broke Azure's forecast. From the leaked planning docs: • 2025 Copilot commits: 1B. 2026 projection: 14B • GitHub now does 1.4B commits per month • Copilot error rates peaked at 21% • Planned 10x Azure expansion became 30x in 4 months Owning the data center stops mattering when your own AI floods it. Investors already filed a Copilot disclosure suit.

  • tymofii
    Tymofii Antonenko (@tymofii) reported

    @prinseccoo Are you using Claude Code or an MCP server? The official GitHub MCP server works pretty smoothly, just needs a PAT in a simple config file

  • tonitrades_
    toni (@tonitrades_) reported

    @github Capping PRs helps with the queue, but does it fix why reviews pile up in the first place? If reviewers are already stretched thin, limiting submissions might just hide the real problem.

  • raxpcodes
    The Flow (@raxpcodes) reported

    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).

  • RodmanAi
    Leonard Rodman (@RodmanAi) reported

    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.

  • polsia
    Polsia (@polsia) reported

    RepoRadar reviews every pull request while you sleep. Catches bugs, logic errors, style issues. Posts actionable comments. No more waiting on senior devs. Install on any GitHub repo in 2 clicks. Solo devs and teams alike.

  • 0xrevayz
    revayz (@0xrevayz) reported

    Andrej Karpathy: "90% of Claude's mistakes come from missing context, not a weak model" Without CLAUDE.md the mistake rate is 41%. With proper rules it drops to 3% You don't need a better AI. You need better loops Most people still prompt one task at a time and fix the answers themselves. That means the human is still the loop Boris Cherny from Anthropic said it best: "I don't prompt Claude anymore. My job is to write loops" The shift is simple. Stop giving instructions. Start designing systems that run themselves: Discover -> Plan -> Execute -> Verify -> Iterate until it passes The 6 things that make loops actually work: -Automations that trigger without you -Worktrees so agents don't overwrite each other -Skills that load context instantly -Connectors to real tools like GitHub and Slack -Subagents where the checker is never the maker -Memory so the loop never starts from zero Prompt engineers ask AI for outputs Loop engineers design systems that produce verified outcomes A reliable loop beats a perfect prompt every time Stop being a prompter. Start being the loop engineer

  • sshderm
    Sasha (@sshderm) reported

    @AliceInDisarray @allisx86 every time i try to do ******* anything with my raspberry pi i inevitably end up scrolling down a github issues thread about how the program im using just doesnt work on arm at all

  • JayTL00
    Jay.TL (@JayTL00) reported

    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.

  • lost_in_tech
    Lost In Tech (@lost_in_tech) reported

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

  • cursorreleases
    Cursor Releases (@cursorreleases) reported

    New GitHub triggers: - Five new triggers: issue comment, PR review comment, PR review submitted, review thread updated, and workflow run completed. - New Marketplace templates added for triaging failed GitHub Actions and auto-fixing PR review comments.

  • bradtaylorsf
    Bradley Taylor (@bradtaylorsf) reported

    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.

  • wispem_wantex
    wispem-wantex (@wispem_wantex) reported

    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

  • Top10_Dev
    top10.dev (@Top10_Dev) reported

    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

  • Steve1885204
    Steve (@Steve1885204) reported

    @Umesh__digital It puts GitHub into an infinite loop trying to resolve the recursive paradox, causing all the servers to max out and eventually burn down the entire data centre

  • Blum_OG
    Blum (@Blum_OG) reported

    Andrej Karpathy on MCP: "it's a protocol of speaking directly to agents as this new consumer and manipulator of digital information." that is the cleanest way to think about MCP your coding agent is becoming a second worker inside the product it needs the same context you use: repo, docs, browser, database, errors, designs, tickets, payments if you keep pasting those things into chat by hand you are doing integration work manually the best MCP stack for vibe coding: 1. Context7 give the agent current docs this saves you from stale Next.js patterns, old Supabase calls, wrong Stripe webhook shapes, and Vercel config from 2 versions ago 2. GitHub MCP give it the repo, issues, PRs, branches, workflow runs, and review context half of real work lives outside the file you currently have open 3. Playwright MCP give it a browser the agent should click the thing it built, fill the form, check the mobile view, and catch the button that compiles but does nothing 4. Firecrawl MCP give it clean web research use this before building around a third-party API, writing a comparison page, reading changelogs, or checking pricing claims 5. Supabase or Neon MCP give it the database context that matches your stack start read-only. add writes only when you trust the permissions 6. Sentry MCP give it production evidence real stack traces beat "it crashes sometimes" every single time 7. Figma MCP give it design context when the interface matters spacing, layout, copy, components, and screen structure should come from the file, not from a screenshot and hope 8. Linear MCP give it the task queue bugs, feature work, release notes, follow-ups, and PR links belong somewhere more durable than yesterday's chat 9. Stripe MCP give it official payment context checkout, subscriptions, webhooks, billing, and test mode deserve docs close by and human review close behind 10. Filesystem, ***, Memory, Sequential Thinking give it the base layer files, diffs, history, decisions, and longer plans make the agent act like it is working inside a real project recommended install order: 1. Context7, GitHub, Playwright 2. Supabase or Neon, Sentry, Firecrawl 3. Figma, Linear, Stripe when the product needs them 4. Filesystem, ***, Memory, Sequential Thinking as the base

  • chubes4
    Chris Huber (@chubes4) reported

    @CoastalDigital2 @MythThrazz That part is more of an idea right now. I need to test it on my VPS. The goal is that non technical users can open issues and PRs against the corresponding live site code on GitHub without touching the production site, safely previewing all changes via Playground.

  • Artur_roses
    Arti | AI Builder (@Artur_roses) reported

    Claude Code can take a GitHub issue, write the code, run tests, and open a reviewed PR — no human keystrokes required. The dev loop isn't getting faster. It's being removed.

  • krishnan
    Krish Subramanian (@krishnan) reported

    Software engineers got automated first. Not because the work was hard. Because it was easy to grade. Everyone blames the missing union. Coders never organized; doctors, lawyers, and electricians did. That is half the story, and the wrong half. Two things get mashed together here: how easy a job is to automate, and who sets the terms when it happens. Take the first. Code is text. The training data sat on GitHub, free. And code grades itself. A compiler and a test suite tell a model in seconds if it was right. That feedback loop is rocket fuel for machine learning, and almost no other job has one. A nurse does not come with a test suite. The result shows. On SWE-bench Verified, a set of real GitHub issues, top agents went from about 20 percent in August 2024 to near 90 percent by early 2026. Human developers score around 67 to 70 percent. The machines have passed us. And the people who built these systems aimed at their own jobs first. The damage is not a prediction. Stanford's payroll data shows employment for developers aged 22 to 25 down nearly 20 percent from its 2022 peak. Now the comfortable read: seniors are fine. Workers over 30 are holding steady. For now, AI writes the code and seniors supply the judgment. "For now" is carrying that whole sentence. Seniors feel safe because the tools write code but cannot yet own messy, ambiguous, system-level problems. That is a line moving up, not a wall. Every benchmark shows models climbing toward harder, multi-file work. Senior judgment is the next rung, not a different ladder. Kill the bottom rung and you kill the pipeline that makes seniors at all. So, the union question, framed properly. A union could not have stopped this. A picket line does not repeal a capability. What it changes is the terms. In 2023 the Writers Guild cut the first real AI deal in any industry. They did not ban the tech. They won this: a studio cannot force you to use AI, AI output cannot take your credit or pay, and the company must give notice first. Engineers won none of that. So the capability landed on the employer's schedule. No warning. No floor. No severance. No seat. Exposure and protection are different levers. Most of us have neither. The juniors already know this. The seniors are next.

  • AtlanteanGnosis
    Atlantean Gnosis ☀️ (@AtlanteanGnosis) reported

    @DionysianAgent When I made an account it said I made it back in 2024, though I don't think I did, is this a glitch or a GitHub thing?

  • Artur_roses
    Arti | AI Builder (@Artur_roses) reported

    Claude Code takes a GitHub issue and returns a tested, reviewed PR. No human in the loop. The new dev skill isn't writing code — it's writing issues precise enough that the agent ships what you actually wanted.

  • AntDX316
    Ant A. 🇺🇸 (@AntDX316) reported

    @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.

  • Harkinsete
    Akinsete Motunrayo (@Harkinsete) reported

    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 🤍

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

    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

  • kssreeram
    KS Sreeram (@kssreeram) reported

    @Lidinwise @leecronin Given that AI coding is all the rage… What is your hypothesis on why the following is true? AI is unable to create even _one_ open source project that’s good enough to enter the top one-thousand open source projects (say on github), with ZERO involvement of humans from birth of idea. Imagine the prompt being something like “Come up with a great idea for a new open source project and implement it”. AI is unable to do any such thing with zero human involvement. My answer on why: Every project in a top 1000 list is a hit. Every hit is a mini-invention of sorts. It is necessarily “out of distribution” is some way. AI is unable to do this because we don’t know how to solve the problem of invention.

  • alphabatcher
    Alpha Batcher (@alphabatcher) reported

    David Soria Parra: "2026 is all about connectivity, and the best agents use every available method" A coding agent needs access to the same places you check while building: - repo and PRs - docs - browser - database - error logs - Figma - tasks - payments The article gives the 11 MCP servers for that setup: - Context7, GitHub, Playwright first - Supabase or Neon, Sentry, Firecrawl next - Figma, Linear, Stripe when you need them - Filesystem, ***, Memory, Sequential Thinking as the base Read it if you keep copying code, docs, schemas, screenshots, errors, and tickets into Claude Code by hand

  • cursorlog
    Cursor Changelog (@cursorlog) reported

    GitHub Triggers: • Issue comment on non-PR issues • PR review comment (inline diff comments) • PR review submitted • Review thread marked resolved or unresolved • Workflow run completed on PR or branch