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 (69%)
• Sign in (19%)
• 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	6 days ago
Trichūr	Errors	9 days ago
Brasília	Sign in	10 days ago
Lyon	Website Down	10 days ago
Tel Aviv	Website Down	13 days ago
Rive-de-Gier	Website Down	13 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:

• 
  Programmers.App (@programmers_app) reported 2 minutes ago

  @Lovable @claudeai One very big fix is the Claude Github connection which fails many times, now #Lovable MCP solves that, great job! 🚀🚀🚀

• 
  Bradley Taylor (@bradtaylorsf) reported 3 minutes ago

  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.

• 
  Trifon Getsov (@trifon_getsov) reported 4 minutes ago

  @thdxr Top down works until the individual outgrows it. GitHub didn't win because companies adopted it first. It won because developers wouldn't go back once they'd used it.

• 
  Mathieu A. (@zoontek) reported 4 minutes ago

  What are the most annoying bugs you still encounter with React Native? 👀 Please share GitHub issue links 👇

• 
  Dave Oak (@StackCurious) reported 5 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

• 
  Manu | 🥥 (@ManuAF6) reported 5 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

• 
  Jarrad Grigg (@jarradgrigg) reported 8 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.

• 
  Chris Huber (@chubes4) reported 11 minutes ago

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

• 
  Crypto Update IO 🚀 (@cryptoupdate_io) reported 13 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...

• 
  toni (@tonitrades_) reported 18 minutes ago

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

• 
  Boyuan (Nemo) Chen (@boyuan_chen) reported 26 minutes ago

  GitHub search is now an agent attack surface. A public malware-finder repo lists 9,330 suspicious GitHub repositories detected through push-pattern heuristics. Even if only a slice is ever encountered by real users, the agent failure mode is obvious. A coding agent asked to "find a library and make it work" can browse faster than it can judge provenance. Fresh commits, plausible README text, and repo-shaped packaging become inputs to an automated install path. The fix is boring and product-level: repo-age checks, provenance scoring, blocked arbitrary ZIP downloads, sandboxed installs, dependency allowlists, and logs that show exactly what code the agent trusted. For agent systems, retrieval belongs inside the security boundary.

• 
  Dmytro Virych (@dmytrovirych) reported 26 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.” 🚀

• 
  Harry Tandy (@HarryTandy) reported 26 minutes ago

  Andrej Karpathy: "Neural networks are not just another classifier. They are Software 2.0" 8-step MCP setup for vibe coders: 1. Context7 Give the agent fresh docs before it writes code This saves you from old Next.js, Supabase, Stripe, and Vercel patterns 2. GitHub MCP Let it read the repo, issues, PRs, branches, and CI logs The task should start from real project context 3. Playwright MCP Make the agent open the app after it edits code Click the flow. Fill the form. Check the screenshot 4. Supabase or Neon MCP Connect the database layer The agent should inspect schema before inventing table names 5. Sentry MCP Use production errors as input Stack traces beat “the app is broken” every time 6. Firecrawl MCP Let the agent read current web pages as clean markdown Docs, changelogs, competitors, pricing pages 7. Figma MCP Give it the actual design Spacing, copy, layout, components 8. Linear MCP Turn the work into tickets Tasks, comments, follow-ups, PR links The rule: If you paste the same context twice, wire it into MCP That is how vibe coding becomes a build loop instead of a long chat

• 
  swisscheese (@swisscheese4299) reported 27 minutes ago

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

• 
  Akinsete Motunrayo (@Harkinsete) reported 33 minutes 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 🤍

• 
  I’m (@stackoverworld) reported 36 minutes ago

  And then I can't answer on simple Qs: what was the issue? How I fixed it? How even to QA it.... This is the fundamental problem of such workflows. Telling "Check my slack, do this, qa, and using GitHub to push" is good, but I don't learn from this at all

• 
  Priyansh (@itspriionly) reported 39 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.

• 
  Domi (@domirosari0) reported 39 minutes ago

  @ajayyy_k @hqmank If you got Github it would be no issue for you

• 
  Solomon Neas (@solomonneas) reported 39 minutes ago

  There's a fair number of downloads for Brigade and related repos. I'm dogfooding it everyday but not getting any feedback from users or github issues. I'm doing plenty of tests for how a new user would experience it but I could use more real time feedback. Lmk, I want to improve

• 
  Grishin Robotics (@GrishinRobotics) reported 43 minutes ago

  AI made coding faster. Devplan raised $2.5M to fix the coordination drag that shows up after the code is written. AI2 Incubator led the seed round, with Acequia Capital, Mighty Capital, Grand Ventures, and eLab Ventures participating. Chris Bee and Anton Safonov are building Weaver, a product knowledge graph that connects GitHub, Jira, Linear, Slack, Notion, Google Workspace, meeting notes, and customer feedback. The pitch is that product and engineering leaders should not need another status meeting to learn what changed, what slipped, or why a decision was made. This is a different wedge from coding copilots. Devplan is going after the organizational memory around the code: requirements, risks, decisions, blockers, and customer signals. The company says early users save eight hours a week on coordination, and its own benchmark answered moderately complex queries almost 2x faster and more than 3x cheaper than a standard Claude plus MCP setup. Quick facts👇 ● founders: Chris Bee; Anton Safonov ● total capital raised: $2.5M disclosed ● HQ: Seattle, Washington ● Investors: AI2 Incubator; Acequia Capital; Mighty Capital; Grand Ventures; eLab Ventures The next productivity bottleneck may be less about code generation and more about whether teams can keep shared context intact while AI speeds everything else up.

• 
  0xSero (@0xSero) reported 45 minutes ago

  @naturevrm Dcp 4 should fix it im running it but I might need to update the GitHub

• 
  Yiqing Xu (@xuyiqing) reported 48 minutes ago

  @Faylosophe Certianly. Could you file an issue on the Github page?

• 
  Sap ツ (@Sapronaut) reported 50 minutes ago

  i am having github withdrawal issues, man. its not that serious github, chill.

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

• 
  TECHEPAGES (@techepages) reported 53 minutes ago

  🎣 "GitBait" phishing campaign uses GitHub Pages & Google Sheets to steal banking credentials from 12+ Mexican financial institutions; no server infrastructure required 🔹 Fake bank pages hosted free on GitHub, stolen data piped straight to Google Sheets via SheetBest 🔹 100+ GitHub domains found; victims likely lured via WhatsApp, Telegram & SMS links with bank-branded previews 🔹 Active for ~3 years with ongoing development (66+ commits on one repo alone)

• 
  Yarchi (@undefinedKi) reported 56 minutes ago

  BORIS CHERNY, THE CREATOR OF CLAUDE CODE, JUST SOLVED AI'S BIGGEST PROBLEM. HE STOPPED PROMPTING CLAUDE AND STARTED WRITING LOOPS THAT RUN IT 24/7 The guy who built Claude Code doesn't prompt Claude anymore. He writes loops, and the loops do the prompting. It's called loop engineering. Here's what it is and how to set it up. A loop is a system that wakes itself up, finds work, does it, checks it, and repeats, while you watch instead of type. In Claude Code it's three built-in commands: > /loop runs a prompt on an interval. Example: /loop every 5 minutes, check for new GitHub issues and handle any that come in. > /goal makes the agent work until a condition you set is true, with a separate model grading the result. Example: /goal build this feature until all tests pass. > /routines are scheduled jobs. Example: every hour, wake up, read the spec doc, and do the next task. The fastest way to start: write a simple task list in a plan.md file, then tell Claude "use the loop skill and work through plan.md one task at a time." It sets up the /loop itself, does the first task, validates it, wakes itself for the next, and reports back when the list is done. You never write the loop prompt by hand. Three rules so it doesn't burn your budget or ship garbage. One, split work across separate sessions instead of looping in one (a long /loop bloats your context and overwhelms the model). Two, use a cheap model like Haiku for planning and a strong one only for the actual code. Three, keep a human checkpoint on anything that ships, never let it run all night unchecked. Bookmark this

• 
  SOURAV PANDA (@i_d_skp) reported 58 minutes ago

  Scenario: You accidentally committed a plaintext database password to GitHub in a .tf file. Fix: Nuke the commit history immediately! Use environment variables (TF_VAR_db_pass) or fetch secrets dynamically at runtime from AWS Secrets Manager or HashiCorp Vault. 🔑 #Terraform

• 
  Noonien Soong (@mlcarldev) reported 59 minutes ago

  Team @droid It's a bit unfortunate that something, likely in my local Droid installation, has stalled progress. This comes after 20 hours of brilliant, excellent planning and execution on the first 30% of this platform, where a stellar handoff procedure was created so I could start a new mission... which was the recommendation of the orchestrating agent in that first mission. Starting this second mission with a fresh context window, the agent again did a brilliant job planning the next milestones. It was extraordinary, detailed planning... but then it could not execute. After the planning and after me accepting the proposal, it refused to execute, throwing an error every time. The agent tried everything: 1. He decreased the size of the plan down to one line, so it is definitely not the content of the plan causing the issue. 2. He even deleted some mission and plan related json and other files to reset it while preserving all the information. I have restarted Droid and resumed the session, but it just doesn't work. I wrote a detailed, comprehensive bug report and filed it under issues in your GitHub repo, as this seems to be a real problem now. Issues #98 and #99 I hope that a next update will somehow reset my configuration. I didn't see a new version being installed that could have introduced a bug, so this must be something Droid does on such an extensive mission... perhaps when trying to start a new mission in the same repository, which is normal procedure according to the documentation. Something is off, and essentially I have been unable to continue the test since yesterday. I cannot continue having this platform coded here, while Opus Ultracode, on the other hand, has been delivering pretty functional stuff so far. It is a bit chaotic the way it works... it doesn't really stick to the plan... but it always comes back when reminded. I am pretty sure that today I will have a functioning platform delivered by Opus, though it will probably need some debugging and fine-tuning. It is unfortunate because I am confident GLM 5.2 could compete with Opus 4.8. The first stint showed this clearly; that first flawless 98% of the context window in the first mission was absolutely stellar. If I were to reinstall Droid from scratch, I assume I would lose all the artifacts that I have. The orchestrator: Key points to highlight when you pass it to Factory AI: 1. Root cause (smoking gun in the logs): the orchestrator session is bound to missionId 7ba4d425 via session tags, and this binding persists across CLI restarts. ProposeMission looks up that mission directory, finds nothing (because I deleted it trying to fix the issue), and crashes on H.length where H is the undefined result. 2. The bug is likely in session-tag lifecycle: the missionId tag is set at session creation time (before any ProposeMission call), so a failed proposal poisons the session permanently. The tag should be set AFTER a successful proposal, or cleared on restart if the referenced mission no longer exists. 3. The fix is almost certainly to start a completely fresh session (not --resume, and possibly in a new terminal window / after clearing ~/.factory/sessions/). I did not try this because you asked for the bug report first, but it is the most likely workaround on your side. 4. The AskUser tool is also broken in this session with a similar parse error, reinforcing that this is a session-state corruption issue, not a ProposeMission-specific bug. My comment: I meanwhiile tested. All the recommendations and the Ask User tool are now broken, even in completely unrelated new missions and new repositories. Planning also can't go to execution; it's always the same error. Droid seems to be broken for good now, at least on my computer.

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

• 
  Gabriel Denys (@gabedenys) reported 59 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.