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:

• 
  CV.YH (@0xCVYH) relatou um problema há 3 minutos

  Última leva de cortes da live de hoje, parte 8. A abertura. Jared, antes de explicar nada: 'Antes de começar a falar, vou colocar uns agentes rodando pra resolver umas issues do GitHub.' Boris: 'isso é o clássico Jared trabalhando enquanto fala numa palestra.' Jared explica: cada issue nova no Bun passa por um Claude bot que tenta reproduzir, escreve um ***** que falha antes do fix e passa depois, e abre PR. Antes de qualquer humano olhar. Thread 🧵

• 
  Jeferson Duarte 🇧🇷🇮🇱🇺🇦 (@dofuturo) relatou um problema há 9 minutos

  @gustavo_pch A verdade é uma só, IA generativa - a tecnologia das LLMs - tem uma limitação clara: ela só consegue operar sobre o que existe em sua base de treinamento. Na tecnologia atual, LLMs jamais saberão se o que ela escreve é certo ou errado se não tiver quantidades absurdas de dados sobre o problema. Não à toa, ela performa muito mal em linguagens menos famosas. Todos esses projetos one shot de IA tem 30 mil repositórios no Github que seria literalmente só clonar. Só pesquisar lá "finanças pessoais", está tudo massivamente na base de treinamento. Agora se pergunte, por que o Bing, Duck Duck Go, Yahoo Search ainda não conseguem bater o Google em searching index? Porque a IA nunca viu e nem irá ver qual a mágica do Google por debaixo do capo, e logo, ela não consegue replicar. Isso na verdade é muito básico, não entendo a dificuldade das pessoas.

• 
  ؘ (@kmjstalker) relatou um problema há 9 minutos

  @batrinas foi um compilador em c99 q transforma código de uma linguagem em outra forma mais “executável”, organiza etapas como análise, verificação e geração de código etc… o problema é q eu n tenho mais acesso a essa minha conta do github

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

• 
  Fenix (@FenixBR04) relatou um problema há 12 minutos

  @CanalDoEd_ O programa foi descontinuado a um tempo mas ainda é mantido no github... perda de conta vc perderia mais se vc mostrar os seus endereço sessionid essas coisas e tals... e ele vc pode pegar Ban em jogo q tem aquele sistema de VAC... eu nunca tive problemas Tem tbm o AchiSteamFarm

• 
  ProjetoLabo (@ProjetoLabo) relatou um problema há 14 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

• 
  Naldo Portela (@naldorp) relatou um problema há 17 minutos

  o chatwoot tá em trending no github com quase 30 mil stars. é uma central open source de atendimento que junta site, email, WhatsApp, Instagram, Facebook e Telegram no mesmo inbox, alternativa a Intercom e Zendesk. qdo até essa camada começa a virar software aberto, a margem sai do ticket e vai pro workflow

• 
  Leão (@RodrigoLeao) relatou um problema há 18 minutos

  Lá em 2004, eu gostava muito de frequentar os fóruns de Linux. Participei de muitas comunidades. No cenário atual eu sinto falta dessa "centralização". Você busca soluções pra problemas e cai em sites soltos, github, canais... Os fóruns de linux morreram?

• 
  Marcelo Okano (@mhokano) relatou um problema há 19 minutos

  50 GPT-5.4 rodando ao mesmo tempo fecharam 4.000 issues em um dia no GitHub. O ******* do OpenClaw, Steipete, lançou o Clawsweeper: um bot de IA focado em manutenção de repositórios. Ele monitora issues e PRs 24h/dia e só fecha quando tem evidência forte, dentro de 5 categorias bem definidas. Nada de fechar aleatoriamente. O mais curioso: não tem dashboard. Tudo (status e métricas) vai direto pro README, em tempo real. Resumo: IA gerou o caos, agora IA está limpando. Antes o hype era IA escrevendo código. Agora fica claro que o problema real é gerenciar esse código. Isso não é só um “bot de stale melhorado”. É uma mudança de paradigma no open source: IA gerenciando IA. O gargalo deixa de ser manutenção manual e passa a ser rate limit de API. Quando isso escalar, dá pra imaginar uma limpeza massiva no GitHub.

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

  @sseraphini github ja postou nota foi problema com eles kk vocês alucinam demais

• 
  JVGS (@joaoguerber1) relatou um problema há 24 minutos

  @samuelrizzondev Por acaso o reviewer que sempre sugere mudanças é o GitHub copilot? Se for tivemos o mesmo problema, passamos a fazer review manual e ia somente apoio. Não dá pra confiar no review do copilot

• 
  Yield Hunter (@yieldhunter95) relatou um problema há 25 minutos

  🤖 IA hoje: o que você precisa saber Agentes autônomos pararam de esperar ser chamados. Essa é a linha que une tudo que aconteceu no ecossistema de IA hoje — de GitHub Trending a conferências a source code vazado. ▸ NousResearch/hermes-agent — 7.454 estrelas no GitHub em 24 horas. "The agent that grows with you." Um agente que aprende e se adapta com o tempo, da mesma Nous Research por trás dos melhores fine-tunes do Hermes. Número assim em um dia é ou produto muito esperado ou anúncio coordenado — mas o interesse é real. ▸ GPT-5.4 lançado — contexto de 1 milhão de tokens, 75% no OSWorld benchmark (baseline humano: 72,4%), plano Pro de $100/mês. Ao mesmo tempo, Gemini 3.1 Ultra domina 13 de 16 benchmarks. A corrida agora não é quem pensa mais — é quem executa melhor em tarefas reais de produtividade. ▸ KAIROS e dream mode no Claude Code — o source code revelou dois modos não-anunciados: agente em background que corrige erros de forma autônoma e envia push notifications, e modo que "sonha" desenvolvendo ideias continuamente. O OpenClaw tem algo equivalente há semanas. A convergência entre assistentes pessoais e agentes de código está acontecendo mais rápido do que o marketing sugere. ▸ HumanX Conference — TechCrunch reportou: "todos estavam falando sobre Claude." Pela primeira vez em anos, uma conferência de IA não dividiu atenção entre 4-5 players. A virada de mindshare de OpenAI → Anthropic aconteceu quase em silêncio nos últimos 6 meses. ▸ Kronos em trending — foundation model para "a linguagem dos mercados financeiros", 1.985 estrelas hoje. Modelos especializados em dados financeiros chegando ao open source. Direto relevante para cripto: se funcionar em time-series financeiros, o próximo passo é on-chain data. Takeaway: agentes autônomos deixaram de ser feature — viraram o produto central. Quem ainda trata IA como ferramenta de assistência está atrasado em pelo menos um ciclo de desenvolvimento.

• 
  Code All News (@codeallnews) relatou um problema há 27 minutos

  Erro #1: Rodar MCP server sem Docker/isolation Erro #2: Dar full filesystem access sem review Erro #3: Usar MCP servers aleatórios do GitHub sem auditar Vi agente deletando node_modules inteiro por prompt mal feito rs.

• 
  Felpz Crypto (@FelpsCrypto) relatou um problema há 28 minutos

  Em 2015, a polícia chinesa visitou a casa de um programador. Disseram-lhe para parar de trabalhar no seu código. Mandaram-lhe apagá-lo do GitHub. Ele publicou uma última mensagem antes de obedecer: "Há dois dias, a polícia veio ter comigo e pediu-me para parar de trabalhar nisto. Hoje pediram-me para apagar todo o código do GitHub. Não tenho outra escolha senão obedecer. Espero um dia viver num país onde tenha a liberdade de escrever qualquer código que eu queira, sem medo." Então, ele apagou o repositório. Depois, apagou a mensagem. Então, aconteceu algo que o governo chinês não tinha previsto. Em poucas horas, o código foi replicado em milhares de outras contas do GitHub. Em poucos dias, tornou-se o repositório mais popular do GitHub a nível mundial. Em poucas semanas, todos os programadores chineses que sabiam compilar código tinham uma cópia. O governo tentou fazê-lo desaparecer. O simples facto de tentar tornou-o permanente. O projeto chama-se Shadowsocks. O nome de utilizador do programador era clowwindy. Ele criou um pequeno software que permitia a qualquer pessoa na China contornar o Grande Firewall e acessar a internet aberta. Sem assinatura. Sem empresa. Sem conta. Você configura um servidor em algum lugar fora da China. Você se conecta a ele. Seu tráfego parece uma navegação web criptografada normal, então o firewall não consegue detectar que você está usando o software. Por que isso aterrorizou o governo chinês em 2015: → Era de código aberto. Qualquer pessoa podia compilá-lo. → Era pequeno. Todo o protocolo cabia em algumas centenas de linhas de código. → Parecia tráfego HTTPS normal. O Grande Firewall não conseguia distingui-lo. → Não exigia dinheiro. Sem contas. Sem servidor central para ser apreendido. → Funcionava em todos os sistemas operacionais. Você não pode prender um protocolo. Você só pode prender a pessoa que o escreveu. E foi o que fizeram. E o protocolo continuou se espalhando. shadowsocks-windows: mais de 59.300 estrelas. GPLv3. Ainda online 11 anos depois. Os commits de 2015 que o governo chinês queria que fossem apagados ainda constam no histórico. O Clowwindy foi forçado a desistir. O código, porém, nunca foi. Mas NÃO o instale. O Grande Firewall também tem sentimentos. 100% código aberto. (Link nos comentários)

• 
  Richard - Design for startups (@richardrx) relatou um problema há 30 minutos

  Enquanto comia meu pastel de nata com café hoje cedo, recebi um email de "Network Error" dentro do RepareCar, através do Sentry. Primeiro pensei: "Tenho que ver isso aí. Mas pera, dá pra fazer melhor" O erro tá lá, meu Claude já tá conectado com o Linear, onde documento as issues, e com o GitHub, onde subo o código. Seria só conectar essa ferramenta e criar uma rotina periódica onde a notificação de erro do usuário gera um pedido de revisão automática. Se a revisão gerar uma correção, ótimo. Se gerar uma melhoria sistêmica, melhor ainda. O que faz esse loop confiável é o que eu deixei de fora da automação: um dev como revisor no portão antes do merge, e um número me dizendo se tô gerando valor ou só barulho. Ainda não sei se isso se paga ou se é firula, montei hoje, vou medir nas próximas semanas.