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:

• 
  Sybr1d (@sybr1d_) relatou um problema há 8 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

• 
  marcus andré (@marcusandre1999) relatou um problema há 11 minutos

  @Meyruen2020 @yaoidepressao servidor é só 20 reais por mês, 200 e pouco a anuidade do domínio, pessoal acha que manter um site funcional é de graça mas não é. Claro se tem alternativas estáticas como github pages e entre outros, mas são de longe suficientes para coisas mais complexas.

• 
  10 5 6 5 (@10_5_6_5) relatou um problema há 15 minutos

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

• 
  emanu (@Naiy_null) relatou um problema há 15 minutos

  já faz uma hora que estou tentando subir essa ***** pro github e só dá erro

• 
  Business Ricardo Santis (@BusinessSa87594) relatou um problema há 20 minutos

  Recentemente descobri algo fantástico no GitHub: EdgeQuake. GraphRAG, um framework escrito em Rust, possui um desempenho impressionante. Ele transforma uma coleção de documentos em um grafo de conhecimento, permitindo que o RAG vá além da simples correspondência de texto e compreenda relacionamentos e realize raciocínio. Por exemplo, se você fornecer uma série de relatórios anuais de empresas, poderá perguntar diretamente: "Como as mudanças no fornecedor A afetaram o lucro do produto C?". O sistema pode fornecer uma cadeia lógica completa, e não apenas um conjunto de parágrafos fragmentados. Lidar com PDFs complexos também não é um problema. Parece ser a próxima geração da RAG.

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

  @geicimonclb essa versao e a mais recente? tenta rodar openclaw update e ve se resolve. Se nao, abre uma issue no github com o erro completo que a gente investiga

• 
  Takano (@ktakanopy) relatou um problema há 20 minutos

  Eu vi alguns comentários de "ah o Claude não detecta os erros localmente mas detecta no Github". Isso acontece pq: - O contexto no Github está zerado. - Provavelmente tem algum prompt ou workflow de review. - existe aleatoriadade nas LLMs

• 
  shink-zl (@Lucas_snkl) relatou um problema há 21 minutos

  @TucaAndrada3 Assim como o Twitter, insta, Telegram, WhatsApp, se duvidar até o Linkedin é o github, afinal tem gente criminosa usando todo e qualquer tipo de rede social pra fazer crime, invés de ir na raiz do problemas vamos apenas dar um tampa buraco provisório até encontrarem outra rede

• 
  Dayner eisac (@preneurIAquem) relatou um problema há 24 minutos

  @dfolloni @cline O problema é que a instrução veio de um título de issue do GitHub qualquer conta podia injetar. Ai agents com permissão plena e zero distinção de fonte: vai ser o SQL injection da nova geração

• 
  Eaiwck Yamal 🇧🇷🇮🇹 (@eaiwck) relatou um problema há 26 minutos

  @Goiabasx007 @WeiseFranklin Tudo em banco de dados plain text no servidor com SSH Externo ligado e credenciais no projeto github compartilhado com a empresa inteira.

• 
  gamer clt (@Drigow17) relatou um problema há 29 minutos

  @hakimbeybr @lucao_gb @barraes Mano, o env tá no github, o github não é um servidor e sim um repositório para versionamento de código. Se o repositório tá público, qualquer pessoa consegue acessar, não é uma invasão.

• 
  Luiz Alberto (@PkSorey) relatou um problema há 31 minutos

  @oclinhosdovim O maior problema dessa lei, pra mim, que quase ninguém tá falando, nem tem a ver com Linux. Ela pode afetar Steam, jogos online (isso vi gente falando, por conta do lol) e até o GitHub.

• 
  Njord (@Njord01) relatou um problema há 33 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.

• 
  Leandro Alves (@FalandoDeCodigo) relatou um problema há 35 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á 37 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.