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 (68%)
• Sign in (18%)
• Errors (14%)

Live Outage Map

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

City	Problem Type	Report Time
Créteil	Website Down	15 days ago
Trichūr	Errors	18 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:

• 
  rapaya (@rapaya) reported 8 seconds 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.

• 
  Almog Gavra (@almoggavra) reported 2 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)

• 
  ˚₊‧꒰ა ☆ Kira ☆ ໒꒱ ‧₊˚ (@sheriffmongoose) reported 2 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" 🥲

• 
  Arti | AI Builder (@Artur_roses) reported 7 minutes ago

  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.

• 
  Alexey Samoylov (@metalagman_dev) reported 7 minutes ago

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

• 
  Jason Bloomer (@JasonABloomer) reported 11 minutes ago

  @yagiznizipli Pffff, what a scam Let me fix your advert; "show us your github so we can scrape all your repos and train our AI on your code, only for any decent ideas you've had to be taken from you and made ours, then handed off to our legal team to crush you." Sorry, I value my work.

• 
  Shubham Sharma | AI & Tech (@editxshub) reported 12 minutes ago

  Paying $19/month for GitHub Copilot? Cascade is free. What you actually get: → Inline completions — not stripped down → Autonomous debugging → Real-time assistance → Command execution Other free alternatives most devs have never tried: → Cline — autonomous VS Code agent (open source) → Aider — terminal-first, built for *** workflows → Continue — local LLMs, data stays on your machine 12 months ago: Copilot was the only serious option. Today: 4 real free alternatives. Most teams paying for Copilot haven't tested any of these. 30 minutes could change a year of costs. Which one are you testing?

• 
  Blum (@Blum_OG) reported 12 minutes ago

  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

• 
  Rich Kuo (@richkuo7) reported 13 minutes ago

  i use this in my claude.md for my open source project as long as the agent follows it, i have some reference for quality and keeps PR's clean LLM: <model> | <effort> | Harness: <action> - Final line of the artifact; occupies the default Claude Code attribution slot. - No Co-authored-by / Co-Authored-By trailer. - <model>: actual model (e.g. Opus 4.8). - <effort>: medium/high/xhigh, default high. - <action>: Claude Code for interactive sessions, else the skill/agent that ran (e.g. commit-push-pr, agent). - PRs: reference the issue with Closes #<N>; in GitHub comments use 1. not #N for list items (avoids auto-linking).

• 
  Red Zen Cloud LLC (@RedZenCloudLLC) reported 19 minutes ago

  Cursor's Origin platform and Claude's GitHub imports both solve the same problem: developers automating code work need their tools to understand context, not just generate tokens. The winner isn't the smartest model—it's whoever reduces handoffs between agent and human.

• 
  MaxMusterman (@maxschuetz_) reported 20 minutes ago

  New Hack: Tell Codex to search for Github Issues which don't need specific Design Questions. Then say: Spin Up Sessions which Fix each Issue and they use also Subagents. Babysit them until the end.

• 
  naimeh (@naimeh70) reported 20 minutes ago

  @Amir1339216RKT This happens a lot during testnets. Now when I find a minor bug or contract issue, I just drop it publicly on GitHub or tag them directly instead of DMing.

• 
  Axe Ghost. Now with Fragments mode🌟 (@axeghostgame) reported 21 minutes ago

  graph in the OP is built from data around the Godot repository from github. it confirms Godot's PR backlog is up and external contributor quality is down. the narratively complicating thing is that both trends significantly predate ai tool availability.

• 
  Shinka - AI (@ShinkaIoT) reported 22 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.

• 
  Digita (@digitaworld1) reported 23 minutes ago

  how well a model can fix real bugs in real open-source codebases. It is harder to game than older benchmarks because it uses actual GitHub issues, not synthetic problems. M3 scored 59.0% on SWE-Bench Pro, edging out GPT-5.5 at 58.6% and Google Gemini 3.1 Pro, while sitting just

• 
  Manu | 🥥 (@ManuAF6) reported 23 minutes ago

  4/ New GitHub triggers + Marketplace templates New triggers: - Issue comment - Inline PR review comment - Full PR review submitted - Review thread resolved/unresolved - GitHub Actions workflow completed

• 
  Xovion Labs (@xovionai) reported 23 minutes ago

  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.

• 
  Ant A. 🇺🇸 (@AntDX316) reported 28 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.

• 
  Andy Wheeler (@CrimeDecoder) reported 29 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.

• 
  Mug Club Boutique (@UsernameAndStuf) reported 30 minutes ago

  @cyber_rekk A github token on a linux server they didn't update is how

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

• 
  Gabriel Denys (@gabedenys) reported 37 minutes ago

  @Marcos12345rico I posted a GitHub issue. Assuming you probably want bug reporting mostly there? It's a good tool. Locally I already patched and compiled the app to fix the bug.

• 
  🃏 (@anupamrjp) reported 37 minutes ago

  Dear hiring manager who rejected me before I even applied, Thank you. Genuinely. You built a filter for people who can memorize solutions to problems that don’t exist anymore. I slipped through the cracks. Into the part of tech where nobody’s checking your LeetCode score, your internship history, or why exactly you got banned from campus placements. They’re only asking one question here: Does it work? Four years of 9.1 CGPA taught me how to pass tests. Six months of building taught me that the test was wrong. Ship dates don’t care about your GPA. Users don’t care about your GitHub commits. Revenue doesn’t care where you ranked in placements. The leaderboard got reset. And I’m starting from the same place as everyone else Except I have nothing to unlearn. See you at the top. I’ll be the one with the receding hairline and the profitable SaaS

• 
  Gustavo Alessandri (@webgus) reported 40 minutes ago

  If you find an error, have an idea, or want to propose an improvement, just open an issue or fork it on Codeberg or GitHub. Contributions are welcome. That’s exactly the point.

• 
  Kyle Mistele 🏴‍☠️ (@0xblacklight) reported 41 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

• 
  Ben Vinegar (@bentlegen) reported 43 minutes ago

  💡 I have an idea for an experiment We need a website for SoAC ... so we get an agent to do it, on a loop, set in motion once with zero human intervention after "go". It works off a semi-public GitHub repo, w/ issues, PRs, maybe even public agent traces. A publicly auditable experiment on whether it produces dogshit or not. Yea, nea?

• 
  Steve (@Steve1885204) reported 49 minutes ago

  @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

• 
  Vishal Tiwari (@VishalTiwa91817) reported 50 minutes ago

  @AlfieJCarter I am a Computer science student . I have given a brief introduction about MCP server in my college and explained them how to connect your GitHub repositories with MCP and your local system with MCP SERVER . I would love to connect you.

• 
  Branko (@brankopetric00) reported 53 minutes ago

  AI agents are about to do to your infra what they just did to GitHub. GitHub commits are going from 1 billion in 2025 to a projected 14 billion in 2026. Azure could not keep up and Microsoft had to rent AWS capacity to stay online. That is not a GitHub problem. That is what agentic traffic looks like. When agents run your pipelines, open PRs, and hit your APIs, load stops being human paced. It becomes constant, spiky, and unpredictable. The patterns you sized your infra around no longer apply. If a 14x year broke one of the biggest clouds on earth, your capacity plan is already out of date.

• 
  Priyansh (@itspriionly) reported 59 minutes ago

  The IT market is broken, and nobody wants to admit it. Someone spends 6 months sending out resumes. Six MONTHS. They learn React, Next.js, TypeScript, AWS, Docker. They take courses, build projects, improve GitHub profiles, optimize LinkedIn. Nothing. Complete silence. Companies don’t just want programmers anymore. They want someone who codes, shines in meetings, makes memes on Slack, and lives the company culture 24/7. AI is replacing junior work. Seniors are holding onto senior roles. And somewhere in the middle are people with 2–3 years of experience who somehow still feel invisible.