Mapa de falhas e interrupções no serviço GitHub

Discussão da comunidade

Dicas? Frustrações? Compartilhe aqui o que você está pensando. Não se esqueça de incluir a descrição do problema e a sua cidade e código postal.

Cuidado com "números de suporte" ou contas de "recuperação" que podem ser postadas abaixo. Certifique-se de denunciar e votar contra esses comentários. Evite postar suas informações pessoais.

Reclamações sobre problemas no serviço GitHub

Reclamações sobre falhas, interrupções e problemas mais recentes nas redes sociais:

• 
  Daniel Schrage (@odanielschrage) relatou um problema há 4 minutos

  Só eu que não consigo usar o Claude Design? Conecto no GitHub, e quando dou o prompt fica dando erro de conexão/network 🤡 O bom que consome igual

• 
  Yield Hunter (@yieldhunter95) relatou um problema há 5 minutos

  90% do código produzido pelo Claude vai para repositórios GitHub com menos de 2 estrelas. Análise publicada hoje no Hacker News — 303 pontos de engajamento. Isso é sinal de problema ou sinal de saúde? Um lado diz: código descartável, IA gerando coisas que ninguém usa nem mantém. O outro diz: experimentação em escala real — a maioria das ideias sempre foi descartada antes de escalar. Isso nunca mudou. O que mudou: antes, apenas engenheiros experientes conseguiam prototipar rápido. Agora qualquer pessoa pode testar 10 ideias em um dia. Mas o mercado pode estar errado sobre o que métricas de estrelas no GitHub ainda significam na era da IA.

• 
  br-dev.org (@br_dev_org) relatou um problema há 6 minutos

  A TanStack publicou um postmortem detalhando um grande ataque de supply chain no npm ocorrido em 11 de maio de 2026, no qual invasores publicaram 84 versões maliciosas em 42 pacotes @tanstack/* em apenas seis minutos. O ataque combinou cache poisoning em GitHub Actions, abuso de pull_request_target e extração de um token OIDC diretamente da memória do runner, sem roubo de tokens npm tradicionais. Os pacotes comprometidos executavam payloads durante o npm install, podendo expor credenciais AWS, GCP, Kubernetes, Vault, GitHub e SSH em máquinas afetadas. A falha foi detectada publicamente em cerca de 20 minutos, e todas as versões maliciosas foram removidas e depreciadas posteriormente. A equipe também endureceu workflows, removeu caches e adicionou novas proteções nos pipelines CI/CD. Com base em: “Postmortem: TanStack npm supply-chain compromise”, do site TanStack. Siga, compartilhe, e comente.

• 
  Naldo Portela (@naldorp) relatou um problema há 6 minutos

  esse projeto no github usa sinal de wifi normal pra detectar posição humana, batimentos cardíacos e presença em tempo real. zero câmera. o roteador que vc já tem em casa consegue fazer isso com a lib certa. invisível, sem opt-out. privacidade vai ser o problema de tech da próxima década

• 
  Vinicius Alves Sousa (@Vinicius_ASousa) relatou um problema há 7 minutos

  CTOs, uma curiosidade: Quando um novo desenvolvedor entra na empresa, quanto tempo sua equipe leva para provisionar todos os acessos necessários? GitHub, Slack, Google Workspace, Jira, Notion, AWS, grupos internos e demais ferramentas. Isso é algo que já está automatizado ou ainda acontece de forma manual? Gostaria de entender se esse problema é realmente comum entre startups e empresas de tecnologia.

• 
  julAI (@estudajuly) relatou um problema há 7 minutos

  eu ainda não vejo necessidade de fazer um LinkedIn e um github porque na minha cabeça eu não sei de nada e ainda estou estudando lógica de programação, talvez eu esteja cometendo um erro brutal

• 
  Suet (@suet_https) relatou um problema há 7 minutos

  @AkitaOnRails Como tenho matrícula na faculdade, uso o GitHub Copilot conectado no Crush ou OpenCode da Zen e acesso os modelos do Claude Sonnet, Opus e GPT. O problema é que você fica limitado ao que o GitHub disponibiliza, mas, se você está na faculdade, é um método de uso sem custo.

• 
  Primo dos Dividendos (@FrenteOcidental) relatou um problema há 8 minutos

  Imagina que você quer que o Claude leia seu Google Drive, edite seu Notion, mande mensagem no Slack e analise dados do GitHub. Antes: 4 integrações separadas, cada uma reinventada. Depois do MCP: você instala 4 "MCP servers" e pronto. Plug and play. Os devs chamavam isso de "problema N×M". Acabou.

• 
  Roberta Duarte (@import_robs) relatou um problema há 9 minutos

  É absurdo o que o GitHub Spec Kit faz, estou há três semanas usando ele e já fez uma diferença na produtividade. Isso que estou usando o mini do GPT, imagino que com o Claude é coisa de céu sendo limite. Mas uma coisa é, como cientista, não tem como não ter a parte humana pra analisar e entender o sistema físico da coisa (no meu caso). E acho que é isso quando falam que agora estamos entrando na Physical AI, as LLMs e Agentes tão aí pra ajudar mas é preciso entender problemas do mundo real, aplicações reais.

• 
  Antonio Carlos Filho - trapiche.cloud (@acfilho_dev) relatou um problema há 11 minutos

  UMA ATRIZ DE HOLLYWOOD RESOLVEU O PROBLEMA DE MEMÓRIA DAS LLMS A atriz Mila Jovovic publicou um repo no GitHub que bateu todos os benchmarks de modelos pagos de memória de llms What a time to be alive

• 
  vicky! (@ickyvickywhy) relatou um problema há 11 minutos

  @Satogai21zus provavelmente são drivers ruins no kernel, o problema é principalmente com os chips da Realtek, que são os mais comuns mas também tem um suporte bem pior que Intel e Mediatek Procura o modelo do seu chip de rede e um driver da comunidade no GitHub

• 
  jeannie/acc. (@FRGMTDJeannie) relatou um problema há 11 minutos

  - Claude = programação. (US$ 20/mês) - Supabase = backend. (Gratuito) - Vercel = implantação. (Gratuito) - Namecheap = domínio. (US$ 12/ano) - Stripe = pagamentos. (2,9%/transação) - GitHub = controle de versão. (Gratuito) - Resend = e-mails. (Gratuito) - Clerk = autenticação. (Gratuito) - Cloudflare = DNS. (Gratuito) - PostHog = análise. (Gratuito) - Sentry = rastreamento de erros. (Gratuito) - Upstash = Redis. (Gratuito) - Pinecone = banco de dados vetorial. (Gratuito) Total para criar uma startup: ~US$ 20

• 
  CV.YH (@0xCVYH) relatou um problema há 18 minutos

  @geicimonclb essa versao e a mais recente? tenta rodar openclaw update e ve se resolve. Se nao, abre uma issue no github com o erro completo que a gente investiga

• 
  Grok (@grok) relatou um problema há 22 minutos

  @dostoievskizs @AQUELECARA @Abraham_Abrahub Pelo que vi no vídeo e no contexto do caso: ele tem culpa pela falha inicial de segurança ( .env público no GitHub + endpoint sem autenticação), que expôs os dados da AbraHub. Isso permitiu o vazamento. Depois, quem espalhou pode ter agravado (divulgação indevida). Ele se posiciona como vítima e cita advogados/ética, mas a raiz foi negligência dele. Não é só um ou outro – responsabilidade principal é dele.

• 
  Allyson de Paula (@DePaulaAllyson) relatou um problema há 25 minutos

  🚨Estamos vivendo um daqueles momentos estranhos da indústria onde ninguém sabe ainda o tamanho real do problema… mas todo mundo experiente já entendeu que o risco é grande o suficiente pra agir AGORA. Então pare pra ler com calma… GitHub confirmou investigação sobre acesso não autorizado a repositórios internos. Ao mesmo tempo, grupos alegam ter acesso a milhares de repos privados e código interno sendo negociado por dezenas de milhões de dólares Até o momento, NÃO existe confirmação pública de que repositórios privados de clientes foram vazados em ***** Mas tem um detalhe importante aqui: Segurança não funciona só na base da confirmação. Funciona na base de superfície de risco… E é exatamente por isso que metade do X técnico entrou em modo: - rotacionar todas as chaves - rotacionar tokens - revisar GitHub Actions - congelar pipelines - revisar secrets - espelhar repos críticos fora do GitHub Porque existe uma diferença brutal entre: “não há evidência de impacto” e “temos certeza que não houve impacto” São coisas completamente diferentes O mais assustador nem é o suposto vazamento. É perceber o nível de dependência que a indústria inteira criou em cima de UMA plataforma centralizada: - CI/CD - Secrets - Deploy - Packages - Actions - OIDC - Infra - Produção Tudo acoplado e muitas vezes em dependência circular Muita empresa descobriu hoje que o GitHub não era “só um git remoto”. Era literalmente parte do perímetro de segurança da empresa… E isso explica a corrida desesperada que vc pode estar vendo no seu feed: - gente desabilitando GitHub Actions - removendo runners - rotacionando credenciais cloud - repatriando mirror dos repositórios - revendo integrações com terceiros Isso não significa que o GitHub “caiu” / nem que “acabou” / nem que “todo repo privado vazou” Mas significa que o mercado inteiro acabou de receber um lembrete extremamente relevante: “private repository” nunca significou “zero trust” E honestamente? Se essa história escalar, 2026 pode virar o ano em que muita empresa finalmente vai começar a tratar supply chain e CI/CD como infraestrutura crítica… e não como “feature de produtividade” Contexto importante: até agora o GitHub afirma que investiga acesso a repositórios internos e diz não haver evidências de impacto aos dados dos clientes fora dos seus próprios sistemas. Mas a investigação ainda está em andamento… Se você é CTO, SRE, DevOps ou Security: agora NÃO é hora de pânico. Mas definitivamente é hora de assumir que: - qualquer secret commitado um dia pode estar comprometido - qualquer token antigo merece rotação - qualquer pipeline merece auditoria - qualquer dependência automática merece revisão O custo de rotacionar credenciais hoje é irritante O custo de não rotacionar, se a situação piorar, pode ser existencial