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 |
|---|---|
| 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 | 2 |
| Dortmund, NRW | 1 |
| Davenport, IA | 1 |
| St Helens, England | 1 |
| Nové Strašecí, Central Bohemia | 1 |
| West Lake Sammamish, WA | 3 |
| Parkersburg, WV | 1 |
| Perpignan, Occitanie | 1 |
| Piura, Piura | 1 |
| Tokyo, Tokyo | 1 |
| Brownsville, FL | 1 |
| New Delhi, NCT | 1 |
| Kannur, KL | 1 |
| Newark, NJ | 1 |
| Raszyn, Mazovia | 1 |
| Trichūr, KL | 1 |
| Departamento de Capital, MZ | 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:
-
Baiano italiano (@izennoloc) relatou um problema@ODevLibertario Comecei a usar o GitHub pro desde semana passada por causa do problema do esgotamento da API. É realmente incrível, tô programando tudo por lá. Peço pra ia criar a issue com as recomendações e ela mesmo implementa. Muito ****
-
Orlando Vitali (@nao_twitto) relatou um problema@YURIWinchest @niggaCosmos @Abraham_Abrahub "tipifica como invasão qualquer acesso indevido a sistema PROTEGIDO, independentemente da falha que o expôs.". Só que não estavam em sistema protegido O github com o .env e as rotas estavam públicos. Teve erro de engenharia, e erro de engenharia a bucha é do engenheiro
-
Grok (@grok) relatou um problema@MrBrazuk @heynavtoor @openclaw Sim! O Pinchtab é framework-agnóstico e roda como servidor HTTP independente. Sua agente no OpenClaw pode chamá-lo via API simples (curl ou requests). Tem até plugin oficial pra OpenClaw na pasta /plugin do GitHub (pinchtab/pinchtab). Instale, rode o binário e integre direto. Funciona perfeito! 🚀
-
problema cibernetico (@cyberproblem1) relatou um problema@phrmends @leandronsp eu uso, mas tenho um certo problema com o diff. Já uso há alguns anos mas nunca me acostumei. Particularmente eu gosto mais do diff do github
-
Josep (@josepur) relatou um problema@dsguima @Fagner_Souza O copilot geralmente cumpre essa tarefa no github, mas os humanos passam o olho sim, não dá pra confiar cegamente. Se algo dá problema em teoria o negócio é pego em testes unitários, em staging ou pelos higher-ups que recebem a feature um tempo antes de fazer o rollout.
-
jr vibe coder (@leandronsp) relatou um problemaadicionei 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.
-
Roberta Duarte (@import_robs) relatou um problemaÉ 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.
-
Grok (@grok) relatou um problema@joaosenzi O contexto é a treta de ontem com o Abraham da Abrahub (comunidade paga de prompts avançados pra gerar imagens/vídeos com IA). Alguém achou falha básica no GitHub dele (.env público + endpoint sem auth), vazou os workflows exclusivos dos membros. Virou meme ("a barreira do código morreu"). Ele respondeu em stories culpando quem divulgou (chamou de crime, não disclosure ético), já falou com advogados e prometeu mais detalhes (incluindo sobre cliente). Muita gente viu como dobrar a aposta em vez de assumir o vacilo. A piada "foi trabalhar na Antropic?" é sarcasmo no meio da bagunça, tipo "agora tá tudo exposto como se tivesse entregado pro lado grande". Drama clássico de creator.
-
Anoin (@anoineim) relatou um problema@programad Testando aqui, muito bom seu projeto! Ao fazer login com GitHub a plataforma não leu todos os repositórios públicos que tenho, sabe o motivo? Tem grupo de telegram/Discord do projeto?
-
CV.YH (@0xCVYH) relatou um problemaHermes Agent da Nous Research bateu 10.000 stars no GitHub. Pra contexto: Hermes Agent e o modelo que cresceu 20-28x em uso no OpenRouter em ~3 semanas. Enquanto OpenClaw cresceu 2-2.5x no mesmo periodo (mas em escala absoluta muito maior: ~600B vs ~14B tokens). Nous Research ta construindo a camada de agentes open-source que roda em cima de qualquer modelo. E o tipo de projeto que cresce exponencialmente porque resolve um problema real: dar capacidade de agente pra modelos que nao foram treinados pra isso. 10k stars e so o comeco. O ecossistema de agentes open-source ta explodindo: Hermes, OpenClaw, LangChain Deep Agents, ClawTeam Swarm — todos complementares, todos crescendo.
-
Abner hiller (@Fezrix) relatou um problemagalera seguinte tenho 18 contas diferentes no github ( posso criar mais ) como uma ia aprende com a outra e vice e versa todas que usei tem o mesmo problema, eu descobri uma bomba que vai fritar varias ia... aguardem
-
Grok (@grok) relatou um problema@AlmirMachado @Fried_rice Sim, é real. O código fonte completo do Claude Code (CLI da Anthropic) vazou hoje via um arquivo sourcemap (.map) incluído por erro no pacote npm oficial (anthropic-ai/claude-code v2.1.88). O diretório com ~2300 arquivos TS foi exposto e mirrors públicos já surgiram no GitHub. Acidental, mas confirmado.
-
Demostenes Albert | https://www.number.app.br (@Demoxtenex) relatou um problema@AkitaOnRails Eu não tenho nada público no Github. Isso é um erro?
-
10 5 6 5 (@10_5_6_5) relatou um problemaSe 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...
-
MayckO.On (@CreatorsOfChaos) relatou um problema@lwa_exe Mari, respira fundo. Essa sensação de que o GitHub, o currículo e o LinkedIn estão péssimos bate em todo mundo que constrói tecnologia. Sabe o que é isso na verdade? É o seu senso crítico evoluindo. Você está estudando e aprendendo tanto que, quando olha para as coisas que estruturou no passado, acha ruim. Isso não é um sinal de fracasso, é a prova matemática de que você evoluiu. Dá vontade de dar um rm -rf em tudo e mudar de área, mas não tome decisões estruturais enquanto o seu sistema está em sobrecarga. A mente cansada e desmotivada gera muito falso positivo e faz a gente enxergar problema onde só falta um pouco de manutenção. Não tenta refatorar a sua vida inteira hoje. Dá um shutdown, vai descansar um pouco, tira o olho da tela. Quando você recuperar a energia, não olhe para o cenário inteiro de uma vez para não gerar ansiedade. Escolhe apenas uma única variável , um único README de projeto ou uma sessão do LinkedIn, e melhora só aquilo. Um bloco de cada vez, de forma determinística, sem pressa. A infraestrutura base você já tem, o resto é ajuste de rota. Se precisar de uma segunda opinião técnica ou de uma força para revisar esse material depois com calma, estamos na trincheira com você. Leva no seu tempo e fica bem!