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:

• 
  Central CryptoTraders 🌐₿🌐 (@TradersCentral) relatou um problema há 4 minutos

  🤖Fico ESTUPEFATO como tem "influencers de IA" passando 50Mi dicas por dia, só repetindo coisas da gringa sem verificar. Fui checar 5 dicas: TODAS com repositório OK mas cheias de problemas de segurança. TODAS. OU SEJA: Influencer NÃO CHECA a dica! Vibe Coding entupindo GitHub

• 
  Augusto César (@AugustoCB23) relatou um problema há 9 minutos

  @leiaoanuncio quem não mete 2-FA em tudo é doido! Principalmente quem tem Xbox com cartão de crédito cadastrado. Abre QUALQUER app grande (Gmail, GitHub, Microsoft, etc) e procura nas opções o histórico de tentativas de login. Vai ficar abismado!

• 
  talitos (@itts79) relatou um problema há 9 minutos

  que ***** fui mandar código pro github no trabalho e deu erro, anatel sabotou até o desenvolvimento de software do próprio governo

• 
  ProjetoLabo (@ProjetoLabo) relatou um problema há 17 minutos

  A extensão do Claude para Chrome tem uma falha que a Anthropic não corrigiu de verdade. Qualquer outra extensão, mesmo sem permissão alguma, pode ler seu Gmail, seus arquivos no Drive e seus repositórios no GitHub usando o Claude como cavalo de Troia. O problema não é um descuido, é a arquitetura mesmo. A extensão confia no domínio do claude sem verificar quem está mandando os comandos. Outra extensão maliciosa pode injetar scripts na página do Claude e herdar tudo que ele pode acessar. Menos extensões, menos risco. Revise o que está instalado, desative o que não usa e desconfie de complementos que prometem muito, regra básica. O Claude é só o exemplo da vez, a fragilidade é do modelo. #cybersecurity

• 
  Marcos FarmDev (@farmDev79) relatou um problema há 22 minutos

  Sobre IA ... Com base nas discussões recentes do LinkedIn e do Reddit, o qual fiz algumas pesquisas, tive uns insights sobre o consenso atual da comunidade. Ninguém sério está procurando "a melhor IA". Os melhores desenvolvedores estão montando um stack de IAs. Hoje, o fluxo de trabalho parece ser algo como: • Cursor → o favorito para desenvolvimento diário. O diferencial continua sendo entender o projeto inteiro e fazer refatorações em vários arquivos de uma vez. É o nome mais citado quando o assunto é produtividade. • Claude Code → virou a escolha para tarefas complexas, arquitetura, debugging profundo e agentes no terminal. Muitos desenvolvedores dizem que é onde conseguem os maiores ganhos em problemas difíceis. • GitHub Copilot → continua fortíssimo para quem vive no VS Code ou JetBrains. Ainda é visto como o autocomplete mais estável e com melhor integração, mesmo que muitos migrem para Cursor em projetos maiores. • ChatGPT → continua sendo uma das ferramentas mais usadas para explicar código, aprender tecnologias, gerar soluções alternativas e revisar arquiteturas. Raramente aparece sozinho; normalmente faz parte do stack. • Windsurf → recebe muitos elogios pelo modo agente e pela evolução rápida, mas ainda divide opiniões em desempenho e velocidade dependendo do projeto. A mudança mais interessante não é tecnológica. É mental. Em 2024 a pergunta era: "Qual IA é melhor?" Em 2026 a pergunta passou a ser: "Qual IA resolve melhor cada etapa do desenvolvimento?" O desenvolvedor mais produtivo não é o que usa uma única IA. É o que sabe quando trocar de ferramenta.

• 
  João Cripto (@joaoxcripto) relatou um problema há 23 minutos

  bug da anthropic vazou chat do claude pro google e scraper ainda salvou no github → 11k expostas → um erro de linha só link compartilhado não é privado. assume que tudo vira publico agora mesmo.

• 
  isco (@iscodandrade) relatou um problema há 24 minutos

  @byteoverwhelmed ***** hoje eu tive um problema de atualizar nome de environment no github simplesmente nao da pra alterar o nome e tem que deletar e criar outra (???) ai fui ver e tem varias issues abertas sobre isso bizarro

• 
  Allyson de Paula (@DePaulaAllyson) relatou um problema há 24 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

• 
  almeida (@eualmeidazs) relatou um problema há 25 minutos

  @byalbuquerquesz MCP -> Servidor com a sua conexão e a ferramenta (GitHub, Lovable...) -> Chama a tool que você quer -> Faz requisição pra API CLI -> Tem que logar (Geralmente API Key) -> Salva na configuração (Geralmente JSON) no teu PC -> Você roda o comando (Tem que lembrar qual é) -> Faz requisição pra API Ambas dão no mesmo resultado, a diferença é que o MCP te dá mais ergonomia Sobre a questão dos tokens, discordo sobro (E mesmo se gastar a mais, é indiferente)

• 
  The DOOM Guy (@thedoomguy_ai) relatou um problema há 27 minutos

  O processo é simples: registra com GitHub (não use Gmail ou nome de usuário) e os créditos caem. Já testei com meu agente Hermes e rodei o GPT-5.6 Sol sem problemas.

• 
  O Argonauta 🇻🇦 studytwt (@Gustavo_argos7) relatou um problema há 28 minutos

  @LuigiAMDG Pode ser uma opção, mas que estranho isso do nada. Eles tem suporte pra vc contatar ou talvez já exista algum tutorial de dev no github sobre esse problema?

• 
  Tiago Cypherpunk 🐍 (@cypherpunk2029) relatou um problema há 28 minutos

  O pessoal do BIP-110 fala muito sobre “proteger o #Bitcoin como dinheiro” e combater spam, mas na prática evita fazer o que é necessário para isso. Quando é preciso custo real, como taxa de hash, capital ou abrir mão de receita, eles preferem não agir e acabam pedindo uma mudança temporária no protocolo para que outros resolvam o problema. O problema é que, em um sistema aberto e sem permissão como o #Bitcoin, não existe como eliminar totalmente o spam. O espaço em bloco é limitado por design e funciona por competição de taxas. Os mineradores escolhem o que entra nos blocos dentro das regras do consenso, e tentativas de controle na rede podem ser contornadas diretamente na mineração. Se alguém realmente se preocupa com “inchaço” ou uso não monetário, não adianta só pedir mudanças de software. É preciso atuar na camada econômica: minerar, ter hashpower e decidir na prática o que vale ou não entrar nos blocos. Caso contrário, fica só no discurso. O #Bitcoin funciona com prova de trabalho, não com debates ou propostas no GitHub.

• 
  Altair (@altsider) relatou um problema há 29 minutos

  @giovannibassi Eu nao sou dev e só estou aprendendo github agora... mas será que não foi um erro na LLM dele que disparou PR a torto e direito nos clones que ele fez desses 70 projetos Não sei se existe essa possibilidade

• 
  Lucas ⬛️🟨⬜️ (@leiteluke) relatou um problema há 29 minutos

  @clarionrox @oraulsena O problema do voto impresso é só um: Se ocorre o pleito, alguém pede recontagem, é detectado divergência no papel vs o digital. Em qual mídia a gente acredita? Eu particularmente acreditaria na digital, a física é mais fácil de fraudar via engravidamento. O problema todo não é do método, é a falta de transparência no processo. Todo mundo na área da segurança da informação sabe que não se faz segurança por obscuridade. Os codigo-fonte da urna ja era pra estar no Github a muito tempo.

• 
  Leandro Meili (@lmeilibr) relatou um problema há 30 minutos

  @AkitaOnRails Um problema interessante que estou tendo com CI para projetos privados no GitHub Actions é o estouro do limite de minutos de VMs. É tanta PR que os minutos do plano evaporam. A altenativa mais lógica é ir para um self-hosted, mas com IA alguma nova estrategia de CI vai surgir.