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:

• 
  Allyson de Paula (@DePaulaAllyson) relatou um problema há 21 segundos

  🧵Parte 2 - Jailbreak da Vercel - Quando um dev abre um PR no nosso repo, em menos de 1 min tem uma URL pública rodando aquele código exato. Zero intervenção humana. Ninguém aprova, ninguém clica em deploy, ninguém me chama no Slack... Salva esse post pra ler com calma pq é conteúdo que eu entrego em consultoria paga resumido em 4 partes... vou deixar o link da parte 3 na sequencia qdo terminar... Mas o que quase ninguém responde é: como que um commit vai direto na main do repo de infraestrutura sem code review? A resposta é um GitHub App org-owned. O token que ele gera tem escrita no repo de infra (git-ops) e bypass do ruleset de proteção de branch. Sim, commitamos no main sem PR intencioalmente O workflow clona o git-ops, cria o diretório apps/preview/<app>-pr-<n>/ e gera namespace, kustomization, deployment, service, ingress. A imagem recebe a tag exata do PR: pr-42-abc1234. Nada de latest rodando solto Commit no formato deploy: <app> pr-<n> (<sha>). Push direto no main. Tem retry com exponential backoff até 5 vezes. Não é elegante, mas git concorrente é assim... funciona msm sendo feio Quem aplica no cluster é o Flux (Pq eu abandonei o ArgoCD? R: Pra ambientes multi cluster o Flux faz mais sentido pq evita SPOF). Polling com prune: true. Se a PR for fechada / merrgeada o diretório vai sumir e o namespace e tudo dentro somem junto. Sem webhook, sem complexidade extra. E o inverso abre a PR o pod sobe, o ingress cria a rota no NLB, a URL responde: pr-<n>-<app>.<dev/staging>.internal.meudominio.com. DNS wildcard pré-criado, ACM também. O dev não precisa saber que isso existe... mas é uma rota que só existe dentro da VPN, se eu quiser o preview publico cria-se um CNAME com o apontamento pro ingress no LB publico... Um detalhe que faz MUITA diferença: o dev não precisa de acesso ao cluster pra ver o preview dele. A gente usa kubelogin com SSO (OIDC). O dev faz kubectl oidc-login, autentica via Google Workspace, cai num RBAC enxuto. Vê pods, logs, port-forward a depender no nivel de acesso edle pode deletar / rolloutar um pod. Mas não deleta nada tipo pvc / deployment nao pode alterar replicaset. Pq inclui dev que nunca abriu um terminal na vida... é comum vc pegar devs com Windows sofrendo com um copy paste de powershell quebrado por escapes da shell do Linux / Mac... entao vc poderia restringi-los aos logs do Grafana e afasta-los do K8s, mas eu penso que deixá-los com um k9s configurado pra ele diagnosticar um pod é mais produtivo, cabe a vc implementar os "guardrails" pra eles nao quebrarem o ambiente por acidentte O que esse cluster de desenvolvimento NÃO tem: Network Policies. Kyverno. Pod Security Standards. Segregação de rede entre namespaces de preview. Eu sei de cada item dessa lista. Decidi não resolver ainda. Porque dezenas de devs esperando pra testar código é um problema maior do que hardening pendente. Se a empresa estivesse *** compliance SOC2 ou HIPAA, essa conta seria diferente. Hoje não está... e a intencao é agilidade e autonomia pro time desenvolver como era na Vercel Esse cluster roda 3 ambientes lado a lado. Dev, staging e previews convivendo no mesmo hardware em um EKS e mais outros 2 EKS separados um pra tools e outro pra ****. Mesmo rodando em AWS reduzimos o custa da infra entre. 70 e 85% / muita coisa migrada... mas especialmente custo de Vercel foi substancialmente reduzido Tem uma decisão de região e de tipo de máquina que quase ninguém discute, e ela cortou a conta substancialmente... Parte 3 na quinta: vou falar pq Ohio (us-east-2), pq spot, e o hedge financeiro que economizou de uns 4~5k por mês só por um detalhe...

• 
  Gabs Ferreira (@o_gabsferreira) relatou um problema há 1 minuto

  Imagina se cada arquivo da sua empresa não fosse um documento, e sim um app inteiro. Com backend, banco de dados e API próprios, escrito na hora pro seu problema. Um exemplo concreto: em vez de exportar uma planilha de issues do GitHub toda segunda, você pede um painel que puxa os issues abertos do seu time direto da API, guarda o histórico num banco próprio, deixa qualquer pessoa do time editar prioridade em tempo real, e roda sozinho toda segunda de manhã. Um app com estado, rodando, que você compartilha como compartilharia um documento. É essa a proposta do Cloudflare OS, aberto ontem. E antes que a palavra confunda: não é Windows, não é Linux, não substitui nada na sua máquina. Roda no navegador, em cima de Workers. É um "OS" no sentido de ser a camada que gerencia agentes de IA dentro da empresa: processo, memória, armazenamento, permissão e custo. O hardware que ele abstrai são os sistemas internos da companhia. Cada app tem cliente, servidor, API e estado durável. O server carrega *** demanda como Dynamic Worker e é instanciado como Durable Object Facet, o que dá ao app um SQLite próprio. Como Dynamic Workers usam isolates V8, cada app tem runtime isolado sem container dedicado parado consumindo recurso. A comunicação usa Cap'n Web, o RPC baseado em object-capability deles, e o agente chama os mesmos métodos que o cliente. Ou seja: a ferramenta que você construiu pra você vira ferramenta que o agente usa quando você não está. O agente nasce sem acesso a nada: ele pede um recurso específico, você concede, e o código gerado recebe aquilo como binding tipado. A credencial nunca chega no agente nem no código. Entre o OS e cada API externa ficam os Gatekeepers, Workers que funcionam como chamada de sistema mediada: liberam um único repositório do GitHub, permitem ler issues mas não código-fonte, mascaram campos e exigem aprovação antes de um merge. E a política acompanha o que o agente já viu. A plataforma registra cada recurso observado, e isso fica grudado no agente e no que ele produziu. Se ele leu uma tabela sensível e gerou um dashboard, quem tentar abrir passa por verificação contra os recursos originais. O mesmo log bloqueia saídas: leu dado sensível, não escreve em certos destinos nem faz requisição externa. Achei a ideia bem interessante e pretendo testar nos próximos dias. (link nos comentários)

• 
  Milca0 (@Milca0_) relatou um problema há 2 minutos

  Fishing Frenzy está ENCERRANDO e DEVOLVENDO USDC @FishingFrenzyCo anunciou hoje que tanto Fishing Frenzy quanto Uncharted estão encerrando operações após não conseguirem encontrar product-market fit viável. Os servidores desligam em 25 de junho às 2am UTC e toda a economia entra em modo de encerramento USDC packages não estão mais disponíveis pra compra no jogo. FISH token virou spend-only e não é tradável. Karma scores agora são open source e estarão disponíveis no GitHub pra qualquer time usar. Todo USDC na liquidity pool será redistribuído pra comunidade e stakers baseado no Karma score snapshot tirado em 15 de junho. Se você gastou USDC desde o Chapter 3 launch em 14 de maio, esse valor será totalmente reembolsado A mensagem do time foi honesta e direta: gastaram muito tempo testando diferentes direções e modelos de negócio, mas os resultados não deram conviction suficiente pra seguir em frente. Preferem parar agora do que continuar queimando recursos em algo que não tá funcionando Isso é raro demais na indústria de Web3 Gaming. A maioria dos projetos ignora sinais ruins e continua pretendendo que tá tudo certo enquanto a comunidade perde grana. Fishing Frenzy fez diferente: reconheceu o problema, não jogou a culpa pra fora, devolveu o máximo que conseguiu, e saiu com transparência O time abriu a FAQ deles e tá disponível no Discord pra responder qualquer pergunta que a comunidade tiver sobre o processo de encerramento e redistribuição de fundos. Sky Mavis vai executar a distribuição final de Proof of Distribution rewards direto pra comunidade baseado nos dados que o time de Fishing Frenzy deixou documentado A lição pesada aqui é que nem todo experimento Web3 Gaming vai dar certo, e tá ok. O que não tá ok é desaparecer silenciosamente ou roubar a comunidade. Fishing Frenzy saiu certo Você tinha USDC investido em Fishing Frenzy ou era só observador do projeto? comenta pra gente 👇

• 
  Sara Linux 🎀 ⚢ (@ServeTheServine) relatou um problema há 5 minutos

  @kaudgn @gabsdokadett o meu msm só roda até minecraft em vulkan, no windows rodava o fh1 tranquilao sem problemas e o hardware é o msm inclusive tem q ver se baixou o xenia canary pelo aur, pq direto do github é mais chatinho pra pegar o doc pra mudar as linhas de ativação de jogo, resolução e afins

• 
  Heitor Santos (@heitorsantosg) relatou um problema há 7 minutos

  @andrenit @MicrosoftBr Não foi estado, github teve problema no cloud , veja nota dees

• 
  galois (@corolho666) relatou um problema há 10 minutos

  @themcsapato69 Só olhar no código disponível no GitHub, nenhum dado é salvo, nem de login de nada, nem de dispositivo. Só tem requisições feitas pra desenhar o mapa e apenas possuem o json das informações do mapa. Ou seja, zero exposição

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

  O timing é curioso: o GitHub teve problemas sérios em agosto. No dia 6, o Actions ficou degradado por mais de 9 horas, com 71% dos workflows falhando em infraestrutura.

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

  3 dicas extraordinárias para quem quer programar para fora e receber em dólar: 1. Inglês funcional. Você não precisa falar inglês como um diplomata britânico. Precisa conseguir entender uma reunião, explicar uma decisão técnica e defender seu código sem parecer que está negociando com um alienígena. 2. Pare de vender “horas de programação”. Venda solução. Empresa americana não está interessada em saber quantos cursos de Java você fez. Ela quer alguém que resolva problemas, entregue software e não precise ser carregado no colo pelo tech lead. 3. Aprenda a se vender. GitHub, LinkedIn, currículo e entrevista são parte da profissão. Ser um excelente programador que ninguém consegue encontrar é quase tão útil quanto ser um excelente programador sem computador. E uma última: Não espere estar “pronto”. Comece a aplicar para vagas internacionais antes de se sentir preparado. Você provavelmente vai tomar algumas portas na cara. Uma hora alguma abre. E quando abrir, você começa a receber em dólar.

• 
  nicolasmelo (@nicolasmelo) relatou um problema há 18 minutos

  @soueuchico Não usei como exemplo os 11 minutos kkkkkkkk é uma imagem ilustrativa só Mas já deixei o agente rodando por mais de uma hora e nunca tive problema também Esse lance do wake me up and check ele mesmo faz, peço pra ele ver comentários no github, garantir CI verde e essas coisas

• 
  Dickson (@disouzam_bh) relatou um problema há 19 minutos

  E eu achando que 1) era meu firewall bloqueando alguma coisa, 2) VS Code com problema ou 3) GitHub com problema. Na real, ontem teve também problema de autenticação reportado pelo GitHub

• 
  Nett0 (@nett0eth) relatou um problema há 23 minutos

  usar Claude Code todo dia. achar que ele enxergava tudo. > topar com o Agent-Reach. o repositório que virou #1 do dia no GitHub. > primeiros minutos no README. espera. meu agente tava cego esse tempo todo? > ele lê Twitter sem api paga. > ele lê Reddit sem conta. > ele lê YouTube direto do terminal. > ele lê GitHub, Bilibili e Xiaohongshu no mesmo cli. coisas que 99% de quem roda agente nunca configurou. > uma instalação depois: - eu pesquiso o que tá em alta sem abrir navegador. - eu puxo thread do Reddit direto pro contexto. - eu monitoro repositório sem sair da sessão. - eu paro de copiar e colar link pro agente. > um cli open-source substituiu todas as api pagas que eu cotava. meu agente tava sem olhos esse tempo todo? eu tava rodando um agente cego com internet na frente dele. problema de percepção descoberto. > salva isso agora.

• 
  Fabio Catalão (@fabiocatalao_) relatou um problema há 25 minutos

  Um relatório da Finbold mostra que hacks cripto já drenaram cerca de US$955 milhões no primeiro semestre de 2026. E a lista continua crescendo: no dia 11 de julho, um atacante suspeito fez uma ponte de $3,7 milhões de dólares em ativos da rede Hedera para a Ethereum via LayerZero, convertendo os fundos de WBTC para ETH, em uma carteira estimada em US$5,8 milhões. 1 semana antes, o DAO da memecoin BONK sofreu um ataque de sequestro de votação de governança que drenou cerca de US$20 milhões (4,426 trilhões de tokens) do tesouro da comunidade, derrubando o token em 18%. Além disso, pesquisadores éticos da Hexens revelaram em 4 de julho uma falha crítica na blockchain Aptos que poderia ter colocado até US$70 bilhões em risco sistêmico,(incluindo stablecoins e pontes entre cadeias), mas que foi corrigida antes de exploração. Na mesma semana, dia 08, o repositório GitHub do SDK da Injective Labs foi comprometido em um ataque de cadeia de suprimentos, com um pacote malicioso publicado no npm capturando chaves privadas e seed-phrase de wallets. Para o mercado, ondas de hack recorrentes têm duplo efeito: No curto prazo, geram pressão vendedora localizada nos tokens afetados e alimentam narrativa negativa sobre segurança do setor; No médio prazo, reforçam o argumento a favor de regulação mais rígida (municiando o debate do CLARITY Act). Proteções simples: evite concentrar posições em DAOs com governança de baixo quó*** e projetos DeFi novos ou com poucos testes de auditoria. Prefira carteiras hardware para guardar seus ativos no médio/longo prazo.

• 
  Filipe S. (@FilipeSsi) relatou um problema há 26 minutos

  @0xNatlas__ Eu uso o Codex, GitHub Copilot e ChatGPT, mas para corrigir bugs e encontrar falhas. Depois que eu implemento algo muito grande, peço para ele encontrar bugs, pontos de falha ou escrever testes. Mas tem gente que usa ate para criar pasta ou escrever uma classe. Aí nao dá.

• 
  ATROPA CRYPTO (@TROPACRYPTO) relatou um problema há 29 minutos

  Zcash (ZEC) acabou de tomar um banho de realidade. Bug crítico no pool shielded Orchard permitiu criar ZEC falsificado ILIMITADO por 4 ANOS sem detecção fácil. Resultado? Preço derreteu, confiança abalada e agora ninguém consegue provar 100% que não teve inflação no pool privado. 😵‍💫 Mas e o Monero (XMR)? Aqui a coisa é diferente, irmão. >Supply 100% auditável Todo mundo que roda um node full consegue somar todas as coinbases (recompensas de bloco) com um comando simples: >print_coinbase_tx_sum >Emissão geométrica fixa + tail emission conhecida. >Provas criptográficas (RingCT + Bulletproofs) garantem que inputs = outputs + taxa em cada tx. Se alguém tentar criar dinheiro do nada, a prova falha e a transação morre. >Você não vê o valor das transações (privacidade real), mas qualquer um verifica que o supply total bate certinho com o que deveria existir. >Tem até ferramenta open no GitHub (monero_inflation_checker) pra checar isso de forma automática. Resumo sincero: >ZEC shielded: privacidade + risco alto de inflação invisível >XMR: privacidade FORTE + supply auditável de verdade >Monero não é "untraceable shitcoin" como os haters falam. >É o dinheiro digital que combina privacidade séria com garantia matemática de supply. >Bitcoin é anti-sistema por ser escasso e transparente. >Monero leva isso pro próximo nível: escasso E privado. Quem prefere dinheiro de verdade que o Estado não controla? 👀

• 
  Gabriel Souto ◤✠◢ (@gabrielsouto) relatou um problema há 29 minutos

  Foram 6 anos sem solução da Lenovo. E agora o ChatGPT resolveu o problema. Vou criar um repo público no github e disponibilizar lá a solução.