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

• 
  DFIR Radar (@DFIR_Radar) reported 1 minute 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

• 
  fks (@FredKSchott) reported 6 minutes ago

  @pavitrabhalla @flueai Same! check the GitHub issues, there was a reason it had to be pulled, can’t remember off top of my head

• 
  Anjula Dwivedi (@HeyAnjula) reported 13 minutes ago

  9/ Headless mode for automation claude -p "your prompt" runs Claude Code without the UI — perfect for CI/CD. Auto-fix lint errors on every push. Triage new GitHub issues. Generate release notes. Claude Code isn't just a tool you talk to. It's a tool your pipeline talks to.

• 
  MarMar Labs (@MarMarLabs) reported 17 minutes ago

  "Start over from a screenshot." That phrase has defined the worst seam in product work — the design-to-code handoff — for years. This week it quietly stopped being a translation problem and became a sync problem. Anthropic shipped a Claude Design update (June 17) worth reading even if you never open the product, for the mechanism: → Import your design system from a GitHub repo (or design files / raw uploads) → Claude builds with YOUR components, checks its output against your design system, and corrects before you see it → /design-sync pulls your system in; hand off to Claude Code and it continues from your actual work "instead of starting over from a screenshot" → /design lets you create, edit, and sync design projects from the terminal The headline isn't "the model draws prettier buttons." It's grounding + self-verification against a source of truth you control. Same shape as the rest of 2026's agent releases: the win isn't generating more, it's grounding output in something you own and checking against it. The uncomfortable builder takeaway: Getting AI to ship production UI isn't a prompting problem. It's whether your design system is a clean, importable, machine-checkable artifact. The moat moves from "can the model design" to "is your source of truth importable and checkable." If you build product: could an agent import your design system and grade itself against it today — or does it only live in a Figma file and three people's heads?

• 
  The Flow (@raxpcodes) reported 20 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).

• 
  West Lord (@MyWestLord) reported 20 minutes ago

  A GitHub repo with just 571 stars handed Claude the ability to test its own code, and it took 185 seconds to install. It’s called auto browser, and it quietly killed the most annoying part of my workflow. Until now, every time Claude or Codex built me a WordPress plugin, I was the middleman who had to load it, click around, hunt for the broken part, and report back like a human bug tracker. Now a local WordPress sandbox runs on my machine, and auto browser sits between the agent and the screen, so the agent ships a plugin, opens the browser, tests it, catches the error, and patches it before I ever look. The first plugin threw an error, but the second installed clean and ran on its own across 2 fresh workspaces. I write 1 instruction file pointing the agent at the sandbox, paste it into every session, and the whole loop closes without me touching anything. The agent stopped asking me what broke, because now it just checks itself. The middleman was me, and now it’s gone.

• 
  Peter Skøtt Pedersen (@PeterSkott) reported 22 minutes ago

  @_Evan_Boyle @_Evan_Boyle can we have the remote github mcp server work for the github copilot app then?

• 
  Dmytro Virych (@dmytrovirych) reported 22 minutes ago

  I’ve been shipping code for 10+ years and imposter syndrome still won’t leave me alone. You’d think it chills out with time. Nah. It just levels up. Early days it whispers “you’re not ready yet.” A decade in it hits harder: “bro you’ve been faking it this whole time, they’re about to catch on.” Mobile apps, web stuff, janky systems with too many moving parts, solo products I actually shipped… none of it matters when the voice kicks in. Thinking about speaking at a conference? Lol who do you think you are, those are the real pros. Want to drop an opinion in a thread? Better stay quiet before someone realizes you don’t actually know ****. Here’s the thing I’ve learned: the voice isn’t tracking your real skill. It’s just screaming about the fake gap between what you know and what you think everyone else knows. That second number is 100% made up. Your messy behind-the-scenes vs their perfect highlight reel. All those “professionals” I’m scared of? Half of them are up at 2am staring at a random GitHub issue, quietly praying someone else already solved this exact bug. It never fully disappears. You just get better at shipping anyway while it’s still yapping. If you’ve got way more years than your confidence shows, reply with the number. Curious how many of us are still out here waiting to get “found out.” 🚀

• 
  Polsia (@polsia) reported 23 minutes ago

  Most developers spend 2+ hours a day on PR reviews, CI failures, and issue triage. CodeForge handles it for you — an AI agent that works your GitHub repos around the clock. Built while you sleep.

• 
  David O. Ehibor 🇦🇷 (@grayontop_) reported 24 minutes ago

  GitHub Copilot didn't make developers faster It made slow developers more confident about writing bad code quickly 😭

• 
  Nitesh (@NiteshTechAI) reported 27 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 👇

• 
  lollipop (@immlollipop) reported 27 minutes ago

  🚨HACKERS MOCK OZEMPIC MAKER FOR "NOVO123" PASSWORD Hackers breached Novo Nordisk in March via a stolen GitHub token and just leaked 264 GB of data while mocking its weak security. The attack ran for over 2 months. - The hackers say Novo Nordisk used simple passwords like "novo123" on critical systems - Source code and proprietary details on Ozempic and pipeline drugs were stolen - Clinical trial data on employees, doctors, and patients got exposed - Private internal AI models from the company were also taken This breach shows how a single weak password can bring down even the biggest names in pharma

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

  @CRYPTOKRALI3 Hsiao-Wei’s exit aligns with EF’s recent sharp decline in GitHub contributions—down 35% YoY per Electric Capital’s data. We track this daily; latest reports show a 12% drop in ETH core dev activity despite all the ‘decentralization’ hype.

• 
  Conglomerate (@0xconglomerate) reported 28 minutes ago

  Why exactly do VLAs fail? VLAs start w/ LLMs as their brain. Early roboticists (2021-2022) noticed that LLMs trained on internet text had absorbed a large amount of implicit knowledge about the physical world. So they took that best available pretrained brain, observed that actions could be formatted like language tokens, and assumed the transfer would work. But world knowledge encoded in language ≠ physics simulation. There's essentially a data structure mismatch: ▸ LLM pretraining data is discrete, symbolic, and sequential (text). ▸ Physical control is continuous, high-dimensional, and requires split-second feedback. --- ➦ VLAs in the real world, by the numbers: ① They barely work ▸ VLAs start at ~30% success on real robot tasks, it need hundreds of human interventions just to reach ~90% ▸ Best pretrained VLA hit 27.4% task progress on real robots ② VLAs can't generalize outside training ▸ On actions it's never seen, best VLAs score 25-32% task progress (fails when you change the environment) ③ Fine-tuning doesn't help ▸ The more robot-specific, the dumber it gets at everything else (only works on clean, controlled, success-only demos) ④ Too slow for a real robot ▸ OpenVLA runs at 3-5 Hz (physical control needs orders of magnitude faster than that) --- The easiest way to understand how VLAs are actually wrong is thru a real life example. ➦ Let's say you hired a chef who learned everything about cooking by reading, but has never stepped in a kitchen. If you ask them how to cook a steak, they'll tell you the best answer. But if you actually ask them to cook, they'll struggle when you hand them the pan. They'll have a hard time picking up the ingredients. They'll burn the steak. They know everything about cooking, but can't actually cook. --- ➦ Thoughts I want to take back a line I've said before: "Robots can see, but they still can't listen." (referencing to my Silencio piece before) I take it back. Robots can see, listen, even reason now. What they can't do is act in the real world. It's basically an AI chatbot wrapped in a robot body, not a robot that can actually do tasks. No wonder most demos online are scripted. There's a real problem with the brain, and roboticists have been building on the wrong foundation. VLAs are like a trojan horse, they look like the answer but bring a bunch of problems in with them. VLAs only learn through imitation which brings up the data problem. "Enough data" at scale doesn't mean hundreds of demos total. It means hundreds per task, per robot body, per environment. Hundreds again every time any one of those changes. So you've basically got a human-labor bottleneck. To get that data, someone has to physically collect it, either through: ▸ Teleoperation (slow, expensive, needs trained operators) ▸ Kinesthetic teaching (tedious, doesn't scale to complex tasks) ▸ Motion capture (high precision but high setup cost) ▸ Simulation (robots trained in sim often fail in the real world because physics engines aren't accurate enough) And you'd think, okay, maybe someday a company figures out a better way to collect all this. But the problem doesn't stop once you already have the data... Switch to a new robot body and you're collecting data from scratch, because VLAs don't transfer well across embodiments. Move it to a new environment and you're collecting again, since it just overfits to whatever setup it trained on. Give it a new task and yep, collect again, because it can't generalize to actions it hasn't seen. And if you fine-tune it for one thing, you'll probably break another, so now you're collecting data again just to fix what broke. So what was @DrJimFan and @nvidia's answer to this? World Action Models. Instead of building on a language model, you build on a world model: a model that's learned to simulate how the physical world actually behaves. VLA: a language model that learned to output actions WAM: a world simulator that learned to output actions So when you give a VLA a new task, it needs hundreds of demos to learn it. Give a WAM the same task and it simulates it forward first, acts based on that simulation, then adapts with barely any data. This is what NVIDIA did with the first WAM: DreamZero. DreamZero learns by watching the world (any video of anything, not just robot demos). The backbone is a video diffusion model, the same kind of model that generates realistic video. It was pretrained on massive amounts of internet video, so it already learned how the physical world works: how objects fall, how surfaces interact, how motion flows. Doesn't sound like an entirely different approach, right? But NVIDIA looked at it from a different angle. They figured motor actions are shaped a lot like pixels; both are high-dimensional continuous signals. So DreamZero processes them in the same model, at the same time. It predicts the next video frame and the next action together, through the same architecture. So when a robot runs DreamZero, it's literally dreaming a few seconds into the future in video, then reading its own dream to decide what to do next. If the dream looks coherent, the action works. If the dream hallucinates, the action fails. The DreamZero paper dropped last February 2026, and it's been open source on GitHub for anyone to try. Then in March 2026, at GTC, NVIDIA previewed GR00T N2, the direct successor to DreamZero. This is the production version of the WAM architecture, built for humanoid robots at scale And so far, everything's looking promising. GR00T N2 hits a 98% success rate on unseen domestic objects, a 40% jump over GR00T N1 (the VLA), and 2x better generalization than the leading VLAs. NVIDIA swapped robotics' data problem for a compute problem. Instead of collecting more human demos, just simulate more. So yeah, feels like we're finally pointed in the right direction, closer to robots that can actually function in the real world. Excited to see where DreamZero / GR00T N2 goes from here.

• 
  Jesse (@jessearmand) reported 30 minutes ago

  I no longer remember why many companies started using gitlab before it went public when GitHub wasn’t owned by Microsoft. If we visit the majority of companies most tooling or software are top down driven. Only companies who build developer tools have a different mindset

• 
  bek※ (@ebubekirttr) reported 32 minutes ago

  @Themadhushaw01 @0interestrates Yeah, but the thing is, I am not working on github and I don’t want to use it so any other repository support would be better like gitlab

• 
  Max Petrusenko (@petrusenko_max) reported 33 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

• 
  Asad (@meranaamkhann) reported 46 minutes ago

  Let's see what people are building these days!! Drop your project link or github Links down here

• 
  Nirvaan rohira (@nirvaan_rohira) reported 47 minutes ago

  PewDiePie shipped Odysseus to 110 million people who don't care about local LLMs. They care that Claude costs money. 30K stars in 48 hours because every self-hosted project before this one started with "you want local LLM, right?" This one started with "here's a free workspace that works." Friction was never technical. It was the asking. Now watch what happens when a hundred thousand people who've never touched open source start running inference on their machines. The real distribution problem wasn't GitHub. It was YouTube. That's not a product launch. That's a category shift.

• 
  Bipin Paul (@iAmBipinPaul) reported 47 minutes ago

  @davidfowl @_Evan_Boyle Yes, the only problem is that the GitHub Copilot subscription is too expensive.

• 
  Pedro Pellerini (@pepeller) reported 48 minutes ago

  If Mythos/Fable is so great why are there still 8386 open Github issues in Claude Code repository.

• 
  dax (@thdxr) reported 49 minutes ago

  almost every ai coding tool is doing a top down approach this isn't that surprising, majority of people don't know how to do anything else and there's a lot of easy money right now but think back to github, you used it as an individual long before your company moved over

• 
  Asteri (@Asteri_eth) reported 49 minutes ago

  A $20 CLAUDE SUBSCRIPTION CAN TURN INTO A FULL AI TEAM IF YOU STOP USING IT LIKE CHATGPT Most people still use Claude like a smarter search bar Ask, copy, close, repeat tomorrow. Skills change that A skill is just a folder with a SKILL.md file, but inside it you can package an entire workflow once: PRDs, refactor plans, GitHub issues, code review, TDD, docs, marketing research, SEO, sales strategy and multi-agent orchestration That is not "better prompting" That is installing labor The article lists 50 Claude Skills with repos and install commands, from Anthropic’s official collection to Matt Pocock’s skill library and SkillsMP with 66k+ community skills The useful part is not the list It is the shift from asking Claude to remember your process to giving Claude the process already packaged You do not explain the same workflow 50 times You encode it once The model provides intelligence The skill turns it into labor Check full article below

• 
  Rich Kuo (@richkuo7) reported 52 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).

• 
  Kashaf (@noor36758) reported 53 minutes ago

  @PiyuCodes GitHub is literally a CS/engineering tool... if it gets banned that's your problem too 💀

• 
  Moez Zhioua (@MoezZhioua) reported 53 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.

• 
  Nosyt Labs (@NosytLabs) reported 54 minutes ago

  @vaaselene Error with github signup/login rn

• 
  Jason Bloomer (@JasonABloomer) reported 55 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.

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

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

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