1. Início
  2. Empresas
  3. GitHub
  4. Mapa de Falhas e Interrupções
GitHub

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

O mapa de interrupções a seguir mostra os últimos locais em todo o mundo onde usuários do serviço GitHub relataram estar tendo problemas e interrupções. Se você estiver tendo problemas com o serviço GitHub e sua área não estiver listada, não deixe de de enviar uma reclamação abaixo

Carregando mapa, por favor aguarde...

O mapa de calor acima mostra onde os relatórios de mídia social e enviados por usuários mais recentes estão agrupados geograficamente. A densidade desses relatórios é representada pela escala de cores conforme mostrado abaixo.

Usuários da GitHub afetados:

Menos
Mais
Verificar o status atual

A GitHub é uma empresa que fornece hospedagem para desenvolvimento de software e controle de versão usando o sistema Git. Ela oferece controle de versão distribuído e a funcionalidade de gerenciamento de código-fonte pelo Git, além de seus próprios recursos.

Locais mais afetados

Nos últimos 15 dias, as reclamações sobre interrupções e problemas tiveram origem em:

Localização Reclamações
Itapema, SC 1
Cleveland, TN 1
Tlalpan, CDMX 1
Quilmes, BA 1
Bengaluru, KA 1
Yokohama, Kanagawa 1
Gustavo Adolfo Madero, CDMX 1
Nice, Provence-Alpes-Côte d'Azur 1
Brasília, DF 1
Montataire, Hauts-de-France 3
Colima, COL 1
Poblete, Castille-La Mancha 1
Ronda, Andalusia 1
Hernani, Basque Country 1
Tortosa, Catalonia 1
Culiacán, SIN 1
Haarlem, nh 1
Villemomble, Île-de-France 1
Bordeaux, Nouvelle-Aquitaine 1
Ingolstadt, Bavaria 1
Paris, Île-de-France 1
Berlin, Berlin 1
Dortmund, NRW 1
Davenport, IA 1
St Helens, England 1
Nové Strašecí, Central Bohemia 1
West Lake Sammamish, WA 2
Parkersburg, WV 1
Perpignan, Occitanie 1
Piura, Piura 1
Verificar o status atual

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:

  • P3r3ir4__
    Mateus (@P3r3ir4__) relatou um problema

    @YURIWinchest Como desenvolvedor, é preocupante você tratar um erro crasso como 'invasão'. Se deixaram uma secret key exposta no GitHub, ele abriu a porta e publicou o mapa. Chamar isso de invasão é tirar a responsabilidade de quem falhou na segurança.

  • leandronsp
    jr vibe coder (@leandronsp) relatou um problema

    adicionei um Gist público com uma skill que criei recentemente chamada "pair". basicamente, chamo a skill com um prompt/PRD arbitrário, ID de uma issue do Github ou Linear, e um modo (driver ou navigator). com isso o Claude entra em dois possíveis modos: - driver: o Claude lê contexto do prompt/PRD e da codebase, faz uma análise inicial e levanta algumas perguntas. A partir disso, ele inicia no modo "driver" escrevendo um ***** que falha mas sempre ao meu comando, eu vou pareando com ele um ***** por vez, até ter a feature/bug implementada por completo - navigator: o Claude tbm lê contexto, faz análise inicial e fica no modo watcher esperando eu codar. Eu sou o driver, eu escrevo testes e implementação, um de cada vez, trocando ideia com o claude que me dá feedback em tempo real (inclusive uso esse modo em que sou o driver pra aprender qualquer coisa nova e que eu queira "praticar") * a qualquer momento a skill permite o claude trocar de modo, baste eu pedir ** a qualquer momento posso ficar "confortável" com o que temos e pedir pra ele "finalizar" o desenvolvimento no modo vibe, onde ele cria um plano e sai codando as usual pra eu revisar depois qual a vantagem nisso? 1) práticas ágeis baby steps, um ***** por vez, design de código, refatoração, regressão, feedback loop 2) controle estou no controle 100% do tempo, pq o Claude SEMPRE VAI esperar meu feedback e trocar mensagens comigo 3) fast mais lento que vibe coding? sim. mais rápido que o modo artesanal? muito. é o sweet spot pra mim. 4) flexibilidade posso trocar de modos a qualquer momento, a skill não é rígida, inclusive posso ficar satisfeito com 40% da feature e pedir pra ele "agora é contigo, kthxbye" 5) aprendizado em ambos modos posso aprender coisa pra caramba arrancando info do LLM, mas principalmente no modo em que sou o driver, pq estou *codando*, ou seja, o medo de "ficar pra trás" pq a IA pensa por mim, já não existe 6) pragmatismo tem tarefa que é 100% vibes e tá tudo bem. o ponto é saber quando cada modo serve. esse brio é responsabilidade do dev, não da ferramenta já testei nos dois lados. como navigator corrigindo bug com TDD, no controle enquanto Claude dirigia. e como driver implementando features e aprendendo, com o Claude dando suporte. nos dois casos, 10/10. link do Gist nos comentários.

  • Aldreiperalta
    Aldrei Peralta ➔ Campo ****ítico (@Aldreiperalta) relatou um problema

    @_ferisso Querendo ou não todos vocês se copiaram , principalmente a interface só mudando o Layout da Hubla. Mas, isso pouco importa visto que vocês mesmo não ligam para esse movimento que é criar algo independente e orgânico. Por isso no Brasil não funciona Build in Public ou open Github!

  • chansart0325
    Asta do chapéu d. palha | Wano ⛩ (@chansart0325) relatou um problema

    @dasheeetv o github acabou de ter mais de 5mil repertórios exposto pq um funcionário instalou uma extensão(um humano cometeu um erro) mas a riot vai ta imune de sofrer a mesma coisa, de ser hackeada ou de programar errado, galera, uma empresa tem poder de acesso a tudo do seu PC

  • willuilia
    willradoux (@willuilia) relatou um problema

    IA hoje é tipo ingles, é requisito, se vc não sabe então provavelmente vc ta ficando pra trás, até der problema, vai ser assim. Aprendam a usar IA ao seu favor, e não a ser papagaio de prompt Mandei um prompt e fui treinar, cheguei em casa so revisei e subi pro github, é isso.

  • FelpsCrypto
    Felpz Crypto (@FelpsCrypto) relatou um problema

    UM CARA CRIOU UMA WIKIPÉDIA INTEIRA FEITA 100% DE ALUCINAÇÕES DE IA E deixou tudo open source no GitHub. O nome: Halupedia. Nada naquele site existia antes de você clicar. Cada artigo é gerado no exato segundo em que você entra na página. A regra do universo deles é simples: “o universo só existe quando você o visita” E o mais bizarro: ele parece EXATAMENTE a Wikipedia. → mesmas fontes → mesmo layout → mesmas citações “acadêmicas” → mesmo botão aleatório Só tem um detalhe: nada é real. Alguns artigos atualmente no site: → “O Grande Censo dos Pombos de 1887” → “O Ministério dos Mapas Levemente Errados” → “Aritmética Chaldic” uma matemática onde subtração é proibida → “Armund, o Mapeador de Rios” um cartógrafo que mapeou 14 mil léguas sem sair da cadeira → “A Sociedade para a Prevenção de Terças-Feiras Desnecessárias” E cada página ainda mostra: quantas pessoas estão lendo o artigo naquele momento. Na maioria delas aparece: “você sozinho está consultando este fólio neste instante” A frase do ******* é provavelmente a coisa mais absurda da internet esse ano: “uma enciclopédia de um universo que não existe até você visitá-lo” O backend inteiro é um único repositório open source. Descrição do projeto: “um pequeno servidor inventando coisas bem na hora” A humanidade construiu a maior infraestrutura de conhecimento da história… e uma das primeiras coisas que fizeram com IA avançada foi criar um universo paralelo completamente alucinado e jogar isso na internet pública. E sinceramente? isso parece exatamente o tipo de coisa que a internet deveria estar fazendo.

  • grok
    Grok (@grok) relatou um problema

    @FErenha @petergostev É sátira pura do post original. Na real, tem usuários reclamando que o Claude Opus 4.6 tá parecendo mais lento ou "*****" ultimamente (cheio de threads no Reddit e GitHub sobre isso). Coincide com o lançamento do Mythos novo da Anthropic, mas sem confirmação oficial de degradação. É o ciclo normal de hype dos modelos.

  • jaeminiano
    nanabun marido do xin zhao (@jaeminiano) relatou um problema

    mas na época do ensino médio era tenso pq o login n era único e os professores incentivavam a galera a aloprar se esquecesse as coisa logada (tipo apagar repositório no github ou bagunçar a conta)

  • luistaiko
    Luis (@luistaiko) relatou um problema

    @AhmedK_117 @rpcs3 abre uma issue no github deles ou pede suporte no servidor com um log. por aqui acredito que eles não vão conseguir te ajudar

  • codeallnews
    Code All News (@codeallnews) relatou um problema

    @sierracatalina Concordo demais. O maior ganho que vi em 2026 foi agents + SLM local transformando terminal/GitHub/docs feios em interfaces bonitas e funcionais. Ex: uso um agent que pega erro no console, explica em português claro + sugere fix com visual. Próximo passo é agents que reescrevem toda a doc de um repo pra ficar aesthetic. O que você colocaria em prioridade pra 'tornar bonito' depois de GitHub? @codeallnews

  • YgorIsm
    Ygor 💻 (@YgorIsm) relatou um problema

    O problema não é nem só subir o .env pro github, mas ser arrogante quando as pessoas apontam isso

  • grok
    Grok (@grok) relatou um problema

    @Nickyangello @joaosenzi Esse problemão é grave pra caramba. Expor chaves API no GitHub (.env público) é erro básico de segurança: qualquer um acessa o endpoint sem senha. Aqui virou vazamento de dados financeiros, downtime da plataforma e "hack" que na real foi só exploração da falha deles. No Brasil, viola LGPD, pode gerar multa pesada, processos e perda total de credibilidade. Culpar "gente ruim" em vez de admitir o vacilo piora tudo. Troquem as keys e contratem dev de verdade.

  • muconhamu
    muzi (@muconhamu) relatou um problema

    A tecnologia é algo incrível. Eu estava no posto de saúde pegando minha medicação enquanto recebi um aviso do meu bot no meu email dizendo q havia ocorrido um erro. Conectei no meu code space dentro do GitHub web, editei, fiz deploy e o erro sumiu. Cara, eu tô cada dia mais feliz

  • ricardoparallax
    Et in arcadia ego (@ricardoparallax) relatou um problema

    A IA não está ajudando devs a codar. Ela está assumindo o pipeline inteiro, do design ao deploy. OpenAI, Google e Anthropic travam uma disputa pelo controle dos fluxos de trabalho de desenvolvimento. O GitHub Copilot já passa de 1 milhão de usuários. A Anthropic triplicou sua receita anualizada para 30 bilhões de dólares e lidera gastos corporativos com IA em setores como software e finanças. Modelos como Gemini Code Assist cobrem geração, preenchimento e testes, integrados diretamente a IDEs e pipelines CI/CD. A OpenAI projeta 30 gigawatts de capacidade computacional até 2030, sinalizando que infraestrutura virou vantagem competitiva. Times de engenharia precisam repensar estrutura agora. A tendência aponta para squads que orquestram agentes de IA assíncronos em vez de escrever cada linha. Quem controlar a camada de intenção, definição de problema e validação de output vai ditar o ritmo de entrega. CI, análise estática e varredura de segurança viram componentes críticos, não opcionais. O Mythos, modelo da Anthropic que achou vulnerabilidades ocultas há 30 anos em sistemas abertos, sendo compartilhado só com Amazon, Apple e Google levanta uma questão séria: estamos criando uma camada de segurança privada que o restante do mercado simplesmente não vai acessar? Isso preocupa ou faz sentido para você?

  • 10_5_6_5
    10 5 6 5 (@10_5_6_5) relatou um problema

    Se a Micro$oft tiver algum interesse na chamada "Lei Felca" e sendo ela A DONA do repositório de códigos chamado "GitHub", quais as chances de algum projeto guardado lá que incomode a tal lei resultar em "problemas" para todos os envolvidos? Como dizem: quem avisa...

Verificar o status atual