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:

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

  hacksider/Deep-Live-Cam: 1.789 estrelas hoje no GitHub. Face swap em tempo real na webcam com uma única foto de referência. Você troca de rosto ao vivo em qualquer videoconferência. Qualquer rosto. Qualquer pessoa. A pergunta que esse projeto inevitavelmente levanta: em quanto tempo isso se torna um problema sério para verificações KYC, reuniões corporativas e autenticação por vídeo? A tecnologia está 3 anos à frente da regulação. Como sempre.

• 
  Amazin (@sportyscary) relatou um problema há 5 minutos

  @hakimbeybr @lucao_gb @barraes Era um repositório publico no github, não um servidor

• 
  BlackCat.exe | $P2P (@blackcaatt_) relatou um problema há 7 minutos

  Hoje em dia você consegue lançar uma algo inteiro praticamente do seu quarto. Claude → programação Supabase → backend + banco de dados Vercel → deploy (publicar o app) Namecheap → domínio Stripe → pagamentos GitHub → controle de versão Resend → envio de e-mails Clerk → autenticação (login de usuários) Cloudflare → DNS e segurança PostHog → analytics (análise de dados) Sentry → monitoramento de erros Upstash → Redis Pinecone → banco de dados vetorial Com esse stack você consegue construir, lançar e escalar um produto sem precisar de uma grande estrutura. Nunca foi tão possível transformar uma ideia em um produto que pode te render múltiplos dígitos.

• 
  FsSOz001 (@Fagner_Souza) relatou um problema há 15 minutos

  @leandronsp Pair programming com agente é exatamente o caminho. Testei abordagem similar com OpenClaw: driver mode gera código iterativo, navigator revisa PRs via GitHub skill. A separação de papéis reduz erro em 40% (vi nos meus logs). Curiosidade: você usa Linear pra trackear? Integração GitHub + Linear + agent fecha o ciclo completo de issue até deploy.

• 
  Yield Hunter (@yieldhunter95) relatou um problema há 17 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.

• 
  Demostenes Albert | https://www.number.app.br (@Demoxtenex) relatou um problema há 18 minutos

  @AkitaOnRails Eu não tenho nada público no Github. Isso é um erro?

• 
  Informado 2023 (@informado2023) relatou um problema há 19 minutos

  @0xCVYH Não joguei para GitHub, e ainda não dei passos para jogar para o servidor , pensei em terminar primeiro no notebook

• 
  Njord (@Njord01) relatou um problema há 20 minutos

  @Byanu @ArthurODS_ O problema é esse aí, ao invés de contratar profissional, preferiu criar um post tirando os devs pra *****. Ele não foi "hackeado", simplesmente deixou tudo público, nego apertou F12 e estava tudo lá, depois viram que ele commitou até o .env no github Soberba nunca acaba bem.

• 
  Valmir Junior (@valmirknasel) relatou um problema há 20 minutos

  @AkitaOnRails Tem o gitlab também que você pode fazer seu servidor local com a mesma estrutura do github, não sei se tu já ouviu falar dele.

• 
  Leandro Alves (@FalandoDeCodigo) relatou um problema há 24 minutos

  O FIM DOS DEVS JUNIORES? O GitHub acaba de chutar a porta com o Copilot Workspace v2.0. A Microsoft não quer mais te ajudar a completar código. Eles querem resolver o Jira inteiro por você. O que acabou de ser anunciado: - Resolução Autônoma: Em testes internos, os novos agentes resolveram 68% dos bugs de complexidade média sozinhos. - Contexto de Repositório Inteiro: Ele lê todo o seu monolito legado de milhões de linhas e entende a arquitetura antes de sugerir a mudança. - Preço: $45/mês por usuário. Mais barato que qualquer Dev Júnior. A realidade nua e crua para quem tá começando: a régua subiu. Saber fazer um CRUD com React e Node não garante mais emprego. Nenhuma empresa vai pagar um júnior pra fazer o que uma API de $45 resolve em 5 minutos. O futuro é ser um engenheiro de software de verdade: focar em arquitetura, escalabilidade e em resolver problemas de negócio que o LLM ainda não entende. Ou você sobe a barra, ou vai ser engolido pela automação.

• 
  jr vibe coder (@leandronsp) relatou um problema há 26 minutos

  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.

• 
  Mateus (@P3r3ir4__) relatou um problema há 27 minutos

  @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.

• 
  Sybr1d (@sybr1d_) relatou um problema há 28 minutos

  Esse tipo de prompt injection via issues é algo que ja vejo a tempos, tendo inclusive reportado pro Github, o problema é que as empresas delegam a responsabilidade aqui apenas ao usuário de saber o que está processando com a IA, mesmo que o agent seja instruído apenas a listas as issues e não fazer nada além disso e mesmo assim acabar seguindo o payload, então se uma issue maliciosa for criada num repo público e algum agent seja ele qual for ex: copilot, ler as issues, ele vai seguir as instruções

• 
  Ricardo Freitas (@BusinessSa87594) relatou um problema há 30 minutos

  🚨 Este repositório do GitHub mudou para sempre a forma como uso o Claude Code. Chama-se claude-code-best-practice. Passei meses explicando minha configuração de computadores para Claude em todas as sessões. Mesmas ferramentas. Mesmos fluxos de trabalho. Mesmo contexto. Repetidamente. Este repositório resolve esse problema completamente. Eis o que vem incluído na embalagem: → Agentes prontos para produção que funcionam sem supervisão constante → Memória persistente que sobrevive a cada sessão → Ganchos de fluxo de trabalho acionados automaticamente → Competências reutilizáveis ​​partilhadas entre projetos → Comandos que fazem Claude Code parecer uma equipe de engenharia 100% código aberto. (link nos comentários..)

• 
  eduarda 💻 💌 (@eduardevv) relatou um problema há 33 minutos

  .env exposto no github é um erro bem grotesco, é isso que eu falo… cuidado com IA, se você não é experiente, paga alguém que entende, faz parceria, ou seja humilde e pede ajuda 0800 mesmo mas não se confia desse jeito Não sobra nada pro vibe coder 100% dependente de IA