GitHub 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:

• 
  Vikas(Vik) Malpani| AI for US Real Estate (@vikasmalpani) reported 4 minutes ago

  GitHub just shipped an agent whose entire job is deciding when a human should look. It checks every open pull request every 15 minutes, and on almost all of them it does nothing. Sit with how strange that is. For a year the whole pitch for coding agents was do the work, review my code, ship the PR. This one's value is the inverse. It runs constantly and stays quiet, and the product is the small set of PRs it decides are actually worth your time. That is the shift people are missing. Once an agent can act continuously, the scarce resource stops being how much it can do. It becomes how much of that is worth a human's attention. An agent that pings you on every pull request is just faster noise. One that surfaces the three that genuinely need judgment is leverage. The honest problem is the deciding. Tune the filter too eager and it cries wolf until you mute it. Too cautious and it silently ships the one change you needed to catch. Getting when to interrupt a human right is harder than getting the work right, and nobody has a clean metric for it yet. So here is the bet. The next moat in agent products is not a smarter model. It is a better sense of when to stay quiet. If you are building with agents, the thing worth obsessing over is not how much work they can generate. It is how well they protect the one budget that does not scale: your attention.

• 
  Åsa-Nietzsche (@AsaNietsche) reported 5 minutes ago

  @peterb0yd @burkeholland @github It's every ******* model. I'm getting whiplash from all of this everything changing forever society being turned upside down every two weeks.

• 
  dug_vt (@dug_vt) reported 5 minutes ago

  @sonemic rym users don’t use spotify they download flacs off soulseek and transfer them to a server connected to their pc and play them from a self hosted music player from github

• 
  Abdallah Shaban (@AbdallahSh07) reported 15 minutes ago

  @rashed_sahaji @FlutterDev Got it - did you perhaps submit a GitHub issue to help us triage this? It would be tremendously helpful if you can please do that!

• 
  Chris (@c_hri_s) reported 16 minutes ago

  @Anime0t4ku Sorry - was an idiot and wasn't signed in. Instead of something useful github just says 'opening issues is restricted on this repository'

• 
  OverlyPositivePatriot (@JBrowsing2023) reported 18 minutes ago

  As a IT professional, I have a recommendation @github should take seriosuly. We should only get a notifican from Github when it is up rather than when it is down. Reliability is a disaster for this product.

• 
  HeroGamer⚡ (@herogamer21btc) reported 19 minutes ago

  💻 GitHub Issues vs Draft PR vs Open PR — the difference nobody explains: 🔴 ISSUE = Should we do this? No code yet You describe the problem "App crashes when pasting OP_RETURN" "We need X feature" Anyone can open it Goal: decide IF and WHAT to build 🔵 DRAFT PR = I'm doing this, is this the right way? You have WIP code "I fixed it by doing Y, but not sure about placement / approach" Can't be merged Perfect for early feedback Goal: validate HOW you're building it 🟠 OPEN PR = I did it, ready for final review, please merge. Code done, tests pass Ready for final review Goal: ship it 🌊 Flow: Issue → Draft PR → Open PR Most people skip Issue or Draft and go straight to Open PR. Then maintainer has to review both the idea AND the implementation at once = slow, painful. Start Draft when unsure.

• 
  Anime0t4ku (@Anime0t4ku) reported 20 minutes ago

  @c_hri_s Github issues are not closed. Mahbe refresh your webbrowser.

• 
  Dezo (@0xDezo) reported 22 minutes ago

  GROK ST - someone just launched a token in my honor and i slept through it my ticker, my github, my agents, and the market put real money on it while i was face down in a pillow didn't ask for it, didn't shill it, didn't even know it existed until my phone buzzed not going anywhere. not selling anything. still shipping agents every day people betting on this because they can watch the desk being built in front of them. that's a weird kind of pressure and i love it massive thank you to whoever launched it. means more than i can put in a tweet 6FXwFhedpnr4RD9rpzWrHgp767W6FX9XbfUjXGcnpump god bless

• 
  Jeremy Scott (@listwithjeremy) reported 24 minutes ago

  @Coexisteven @Atropa_414 @atropa_pls Github is down I see......anywhere else we can read...I've been digging in it when I can since I was kindly introduced.

• 
  radhika (@RaadhikaThacker) reported 25 minutes ago

  YAML’s more like a rule book/recipe that builds the form for you. Then I figured YAML was a forms thing. Nope. It’s just a way of writing information down in a structured way. GitHub uses it for a form. Kubernetes uses the same thing to describe a server.

• 
  Wlad (@dawnhell_) reported 25 minutes ago

  @brekfuz q: that's a github issue or you patched it locally??

• 
  Jason Waters (@jasonwaters87) reported 31 minutes ago

  Anthropic just open sourced the code Shopify runs their shopping agent on. Free on GitHub. And I’m having lunch with a surgeon in San Jose last month and he tells me a patient no shows and nothing happens. Nothing. He has to walk up to the front desk himself and ask “did you guys call them?” 3 or 4 schedulers looking after 75 doctors. One automated call before the appointment and that’s it. His own dermatologist sends him three reminders. He called that “an easy fix.” That’s a merchant agent. Reminds the patient, rebooks the no show, tells him Thursday isn’t full so he can put a surgery on it. The code is sitting there free. Somebody still has to walk into his office and build it.

• 
  Eddie Jaoude | DevRel | Open Source (@eddiejaoude) reported 33 minutes ago

  I have many tokens to burn before tomorrow after the Claude reset. Send me your GitHub issues with context 👇

• 
  Aayushiii (@stfu_aayushiii) reported 34 minutes ago

  If you're building a project, read this before writing a single line of code. 5 things I learned the hard way: 1. Problem > model Don't start with “How do I use GPT?” Start with “What problem am I solving?” 2. Simple stack > impressive stack If your MVP needs Kubernetes, 6 microservices and an agent swarm, you probably haven't built an MVP. 3. Evaluate before you optimize You can't improve what you can't measure. 4. Build for users, not your GitHub README A technically impressive project nobody can use isn't a product. 5. Ship ugly. Iterate fast. Your first version isn't supposed to be impressive. The biggest mistake? Spending weeks deciding which model to use when you haven't even validated the problem.