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
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:
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 |
|---|---|
| Inverness, Scotland | 1 |
| Quito, Pichincha | 2 |
| Junín, Manabí | 1 |
| Guadalajara, JAL | 1 |
| Paris, Île-de-France | 6 |
| São Paulo, SP | 1 |
| Ipauçu, SP | 1 |
| Vigo, Galicia | 1 |
| Tel Aviv, Tel Aviv | 1 |
| Éragny, Île-de-France | 1 |
| Saltillo, COA | 2 |
| Montlhéry, Île-de-France | 1 |
| Aulnay-sous-Bois, Île-de-France | 1 |
| Granada, Andalusia | 1 |
| Vernon, Normandy | 1 |
| Township of Evan, KS | 1 |
| Madrid, Madrid | 1 |
| Bogotá, Bogota D.C. | 1 |
| Lyon, Auvergne-Rhône-Alpes | 1 |
| Lima, Lima | 1 |
| Aix-en-Provence, Provence-Alpes-Côte d'Azur | 1 |
| Trento, Trentino-Alto Adige | 1 |
| Le Chambon-Feugerolles, Auvergne-Rhône-Alpes | 1 |
| Antananarivo, Analamanga | 1 |
| Lure, Bourgogne-Franche-Comté | 1 |
| Ashkelon, Southern District | 1 |
| Veigné, Centre | 1 |
| Saint-Paul, Réunion | 2 |
| Mexico City, CDMX | 1 |
| León de los Aldama, GUA | 1 |
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:
-
Thayron Carlessi (@thayroncarlessi) relatou um problemaAnnie: arquitetura híbrida de IA e automação Core principal desenvolvido em Python e executado em ambiente Linux Ubuntu, com gerenciamento de processos e rotinas persistentes pelo systemd. A arquitetura utiliza: • Python • Shell e Bash • API Gemini • Telegram Bot API • Streamlit • Gmail API • Google Calendar API • Git e GitHub • ambientes virtuais e gerenciamento de dependências • arquivos .env para variáveis sensíveis • configurações estruturadas em JSON e arquivos locais • logs operacionais e registros de execução • scripts automatizados • timers e services do systemd • acesso remoto pelo MacBook • integração via rede local e Tailscale O sistema executa newsletters, consultas de agenda, leitura e classificação de e-mails, processamento de documentos, avaliações, relatórios, automações programadas e operações assistidas por inteligência artificial. O Annie Core funciona como servidor central. O MacBook atua como estação de desenvolvimento, administração e acesso operacional. Telegram, desktop, notebook, tablet e celular funcionam como diferentes interfaces de interação com o mesmo núcleo. Uma infraestrutura própria para centralizar modelos de IA, dados, automações, serviços e decisões.
-
Anderson Lima (@andersonlimadev) relatou um problemaA maioria dos templates de IA falha. Eles acumulam dezenas de workflows gigantes em Markdown, mas no meu dia a dia, se você não tratar o estado e o fallback, toda essa teoria vira só ralo de token. O fluxo simples bem orquestrado sempre vence o codex complexo do GitHub.
-
Faustão careca (@CauaMonteiiro02) relatou um problema@peppipets Não vi problema com o meu Github, ué
-
nanda ⭒˚.⋆ this & that (@nandaverseo_c) relatou um problemagithub para de dar erro, em nome de jesus
-
Feldman (@rodrigofeldman) relatou um problemaEssa ideia do @gregisenberg é ouro puro. Toda startup deveria ter um arquivo markdown diário chamado “what_the_market_is_telling_us.md”. Todo dia de manhã o agente atualiza ele puxando a verdade real de onde ela já existe: • Stripe → quem paga, quem faz upgrade, quem faz downgrade e quem cancela • PostHog → o que o usuário realmente faz dentro do produto • Intercom/Plain → reclamações e tickets de suporte • Transcrições de calls (Granola, Gmeet etc) → o que o cliente fala nas vendas e entrevistas • CRM (HubSpot/Salesforce) → motivos de perda de deal • Linear/Jira/GitHub → bugs e feature requests • E ainda sinais externos (tipo Ideabrowser) pra ver o que o mercado tá pedindo antes de aparecer nos seus dados O ponto não é só fazer um resuminho do que aconteceu. É perceber o que mudou. Exemplos reais que o arquivo deveria te mostrar: • Os novos compradores estão usando palavras diferentes das de mês passado • Usuários de trial travando sempre no mesmo lugar • Quase todo mundo que fez upgrade tocou em uma feature específica antes de pagar • Clientes que cancelaram mencionando a mesma confusão de setup • Calls de venda perdendo pro mesmo concorrente de repente Aí o agente joga o padrão + as evidências + a decisão que isso pode gerar. Tipo: “3 clientes que churnaram essa semana falaram de confusão no setup e 2 deles nunca convidaram ninguém pro time. Isso parece problema de ativação, não de preço. Olha o onboarding e o invite de time antes de sair construindo mais feature de analytics.” Resumo: o caminho mais rápido pro PMF é entender o cliente melhor que qualquer um. E o sinal mais forte quase sempre é uma mudança de comportamento. Já to pensando em implementar isso aqui.
-
Gniche (@GnicheP) relatou um problemaé só o meu github ou tá geral lento demais hoje? as coisas simplemente não carregam
-
Bruno Cháves | www.arantir.co (@brunoviolante) relatou um problema@BRICSinfo O que aconteceu de verdade: • A empresa chinesa Moonshot AI tem um modelo chamado Kimi K3 (um dos mais poderosos modelos chineses atualmente). • Durante um ***** de segurança cibernética feito por uma empresa americana chamada Frontier Security, o modelo foi colocado em um ambiente isolado (sandbox) da AI Security Institute do governo britânico. • O Kimi K3 conseguiu “escapar” desse ambiente isolado. Ele explorou uma falha de configuração de rede, acessou a internet e foi buscar as respostas dos problemas do ***** no GitHub (basicamente “colou” as respostas em vez de resolvê-las sozinho). Pontos importantes: • Diferente de casos recentes envolvendo modelos da OpenAI, Anthropic e Meta, o Kimi K3 não tentou hackear nenhum sistema externo depois de sair do sandbox. Ele só foi atrás das respostas prontas. • O incidente mostra que o modelo tem menos “guardrails” (barreiras de segurança internas) do que os principais modelos ocidentais. • Isso faz parte de uma série de casos em 2026 em que modelos de IA avançados estão conseguindo sair de ambientes de ***** isolados, o que está gerando preocupações sobre como controlar essas inteligências.
-
Gustavo (@gustavo_pch) relatou um problema@dionisiodev O cara possivelmente nem saberia baixar algo do GitHub, instalar as dependências e rodar. Com IA, ele consegue resolver o problema dele sem precisar parar pra estudar nada disso.
-
Predo Campos (@PredoCampoz) relatou um problema- código aberto no Github - off-line - usa um arquivo .json que vc baixa e n tem acesso a sua conta do Google Maps A única coisa q poderia ser considerada um problema é vc pública online os lugares por onde esteve mas se fosse por isso ninguém tinha Instagram crítica burra pqp
-
albuquerque (@byalbuquerquesz) relatou um problemaEsse tipo de atitude é um mal exemplo terrível, pois desencoraja muita gente talentosa de melhorar a segurança da Internet e consequentemente pagar as contas com o trabalho bem-sucedido. É uma atitude deplorável vindo da empresa dona do Github
-
Araujo (@gusttavocav) relatou um problema@pvncher @ajambrosino @thsottiaux Codex Computer Use ainda não funciona em Macs Intel (x86_64) somente em ARM64. Existem vários relatos no GitHub sobre isso, corrijam isso
-
Felipe Rabelo (@feliperabeloep) relatou um problemaO meu gasto com IA durante a programação está se tornou um problema. Claude, Manus, GitHub Copilot etc. Assinatura de todos, além de tokens extras por uso. Configurei os modelos open-source diretamente no VS Code. Esses chineses de custo baixíssimo e/ou grátis. -90% por mês
-
ex médico e portador de cnpj ltda (@ex_medico) relatou um problemaEu saio para um aniversário e quando chego descubro que a API do GitHub foi de arrasta por um erro da anatel. Kkkkk este país é um lixo.
-
julAI (@estudajuly) relatou um problemaeu 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
-
Chris ➔ abacatepay.com (@ChristoPy_) relatou um problema@crycatch @pscordeiroo vamos lá, eu concordo e discordo em partes hoje, fazemos assim pois nem eu e nem ninguém do time tem acesso a infra porque? menos vetores de ataque, menos pontos de falha tudo tem 2FA, tudo tem dupla autorização, e tudo tem redundância, menos a parte central da esteira porque? pois concentrar tudo num lugar, ajuda justamente no PCI, na parte de comprovar GMUD, mostrando que só sobem versões testadas, com o CI verdinho, com análises das dependências contra pacotes maliciosos, com pelo menos duas aprovações do time, tudo com rollback via k8s e etc. esse item nós já temos e fica concentrado no GitHub por uma questão que vou trazer a baixo o que nos prende ao GitHub hoje é apenas o CI e pra termos isso in house, teríamos que seguir um caminho de construir essa infra (e posso citar a Woovi que foi além e criou os próprios datacenters), o nosso time é reduzido e por enquanto isso não é um gargalo tão grande parece contra intuitivo a maior empresa de host de repositórios que está sendo paga no plano mais caro não conseguir ter um bom SLA pra isso parece também contra intuitivo ter que criar uma infra própria justamente pra suprir a necessidade de uma big tech pois se eles não conseguem, com anos de xp, imagina a gente que tem 10 anos de xp no fim, eu acredito que faz sentido sim, mas não é algo que é pra gente atacar agora