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:

• 
  Rahul Verma (@RahulVerma989) reported 3 minutes ago

  @ElitzaVasileva - I have created claude code routines to write blogs for three of my products daily which are driving the traffic from search engines. - You can create a similar workflow to manage your customer support. How 👇🏻 1) Create a feedback menu in the dashboard to create tickets within the platform. One for your users and one for yourself (admin). 2) Create the MCP server and connect it to claude or AI tool that you use. 3) Create a routine so that claude will trigger lets say every morning at 8 AM and go through each ticket and respond. You can also configure webhook to keep it near real time but it might exhaust the usage limit faster. Also include your website github repo in routine so that claude can refer to the codebase to provide accurate instructions. Just instruct claude to not make any edits to your website codebase and respond only when you are not replying for sufficient mount of time (like 3 hours for example) 4) If you are using resend then you can auto create the tickets in the dashboard of the user when the first email is received and after that the ticket will be updated automatically even if you do conversation on email. Like I don't even maintain one of my project LatestModelId as you can see in the screenshot. Claude run each week and update the codebase and I just review and approve the PR. Hope this helps 🙌🏼

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

• 
  welt (@mjwelt) reported 8 minutes ago

  @OpenAI man im down to test out new models / features on my pro account, but when 5.5(6) pro takes 90 mins to do something then the download doesn't work, or it cant connect to github 50%+ of the time.. kinda sucks haven't been able to generate images (thinking) all day either

• 
  Yarchi (@undefinedKi) reported 10 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

• 
  Harry Tandy (@HarryTandy) reported 11 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

• 
  MarMar Labs (@MarMarLabs) reported 11 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?

• 
  Noonien Soong (@mlcarldev) reported 14 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.

• 
  Jose (@SolutionsCay) reported 15 minutes ago

  @petergyang /goal make me app does not work for me 😰 but /goal complete GitHub issues #90, #91, #92 works very well

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

• 
  Solomon Neas (@solomonneas) reported 24 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

• 
  xjdr (@_xjdr) reported 24 minutes ago

  @tolly_xyz @xlr8harder Sorry about that. I'll take a look. Looking with GitHub or Gmail should work but track this down and fix it asap

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

• 
  Financial Programmer (@RBiancoUS) reported 28 minutes ago

  A dose of reality for end of week. My biggest question is I can't find any reason for the $Gold panic- did they find gold is causing cancer or radioactive? Selling looks like sheer panic. Would you believe someone asks in DM, so how did *you* get so many followers. Then he lets me brew on it for a day and comes back, I was joking do you have a github, presumably to get some code. No wonder I worked alone. I'm challenged socially guess not alone. After a night of 3 scammers one from Nigeria, one Africa. I need to lock dm down or find a way to restrict

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

• 
  Jay.TL (@JayTL00) reported 35 minutes ago

  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.