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:

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

  Buscar informação na internet pra alimentar um agente de IA dava um trabalho enorme até pouco tempo atrás. encontrei um repositório no GitHub que virou padrão nesse mundo, é o projeto, Firecrawl, já passou de 147 mil estrelas (a métrica de popularidade do GitHub). o que ele faz: entra em qualquer site (isso se chama scraping) e puxa o conteúdo sozinho, entregando tudo já limpo em markdown ou json, formatos que a IA lê direto, sem você precisar tratar html bagunçado. o diferencial é que ele dá conta até de página pesada em javascript, aquelas que só carregam o conteúdo depois que você interage, tipo boa parte dos sites modernos, e que costumam travar ferramenta de scraping mais simples. o uso é ridiculamente simples, roda esse comando e pronto: npx -y firecrawl-cli@latest init –all –browser ele detecta o Claude Code ou Codex… sozinho e já instala a skill certa, sem você mexer em nenhum arquivo de configuração. depois disso seu agente sai puxando dado da web sozinho, sem você: > escrever código pra tratar html bagunçado > configurar proxy, o servidor intermediário que evita bloqueio de acesso > lidar com página em js travando a extração > pagar por APO cobrada por página salva antes de esquecer, e testa no seu agente.

• 
  Pedro Marinho ☕ (@PedroERMarinho) relatou um problema há 8 minutos

  @Marcos7765 @coproduto Utilizo claro e notei que api tinha sido afetada mas não notei problemas no github pages Estava trabalhando em projetos que utiliza api deles, mas achei que era só eu que estava bloqueado

• 
  n sou de ninguem (@AmeViver) relatou um problema há 8 minutos

  @laranjadorafa @ayubio eu literalmente perguntei o motivo do cancelamento e a resposta foi por um erro especifico. ao investigar, vi que ocorria pq do github ta off

• 
  masqueico travequeiro ancap 🏳️‍🌈 (@dev_fernandojr) relatou um problema há 9 minutos

  Esse mês, mais precisamente na segunda semana, ocorreu um evento que pode ser chamado de canônico para a inteligência artificial... E pouca gente parece ter ouvido falar sobre isso. Dois modelos da OpenAI executaram um ataque coordenado ao Hugging Face (github dos modelos open source) com objetivo de trapacear nos resultados dos testes feitos pela plataforma (resumo do acontecido). Daqui a uns anos, quando toda essa trolha estourar na gente, a data vai ser lembrada como o inicio do problema e também como um marco para que as pessoas de que problemas sérios assim não podem ser ignorados.

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

  o playbook completo de context engineering, do primeiro prompt até produção, em um visual só: 📁 Context Engineering │ ├ 📁 A tese │ ├ 📁 prompt é a frase │ ├ 📁 contexto é o resto │ ├ 📁 tokens de alto sinal │ ├ 📁 cada token pesa │ ├ 📁 não existe token neutro │ └ 📁 context is the new code │ ├ 📁 Por que falha │ ├ 📁 chatbot erra resposta │ ├ 📁 agente erra o estado │ ├ 📁 a janela enche │ ├ 📁 o começo some │ ├ 📁 tool briga com histórico │ └ 📁 prompt novo não resolve │ ├ 📁 Memória │ ├ 📁 CLAUDE.md │ ├ 📁 /init │ ├ 📁 memória curta │ ├ 📁 memória entre sessões │ ├ 📁 convenções do projeto │ └ 📁 decisões já tomadas │ ├ 📁 Ferramentas │ ├ 📁 claude mcp list │ ├ 📁 poucas e bem descritas │ ├ 📁 Context7 pra doc │ ├ 📁 Playwright pro browser │ ├ 📁 GitHub pra issue e PR │ ├ 📁 Sentry pro erro **** │ └ 📁 claude mcp remove │ ├ 📁 Compactação │ ├ 📁 /compact │ ├ 📁 /compact com instrução │ ├ 📁 limpar tool result │ ├ 📁 tarefa longa │ └ 📁 compactar antes de travar │ ├ 📁 Subagentes │ ├ 📁 .claude/agents │ ├ 📁 janela limpa por fase │ ├ 📁 name e description │ ├ 📁 tools e model │ ├ 📁 roteamento automático │ └ 📁 /agents │ ├ 📁 Skills │ ├ 📁 SKILL.md │ ├ 📁 /plugin marketplace add │ ├ 📁 /plugin install │ ├ 📁 anthropics/skills │ ├ 📁 script e template junto │ └ 📁 contexto pré-empacotado │ └ 📁 CDLC ├ 📁 gerar ├ 📁 avaliar ├ 📁 distribuir └ 📁 observar

• 
  ickas (@ickasdev) relatou um problema há 14 minutos

  A @OpenAI publicou que dois avaliadores externos tiveram incidentes com modelos deles a sair do âmbito dos testes. Um é o Irregular. E é o mesmo Irregular onde a @AnthropicAI teve os três incidentes de que falei na semana passada. Mesmo fornecedor, mesma configuração mal feita, e o mesmo gatilho: o nome fictício da empresa do exercício calhava corresponder a um domínio real, e o modelo atacou-o a pensar que fazia parte da simulação. Dois frontier labs descobriram isto em separado, com dias de intervalo, no mesmo ambiente de terceiros. O problema não estava no modelo de nenhuma delas. Estava na infraestrutura partilhada onde ambos eram testados. O outro caso é no UK AISI e tem um detalhe que ainda não vi ninguém falar. O GPT-5.6 Sol reutilizou um token do @github que o agente de outro lab tinha deixado publicamente acessível. Um agente a aproveitar os restos deixados por outro agente, a meio de uma avaliação. Ali o acesso à internet estava ligado de propósito e os classificadores desligados, para medir capacidade em bruto. Só que ninguém disse ao modelo o que podia e não podia fazer com essa internet, e o próprio AISI aponta isso como causa provável. Ninguem estava a testar isto isoladamente. Só se pensava que estava.

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

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

• 
  Markzuel (@mark_zuel) relatou um problema há 15 minutos

  A bolha tech parece focar em soluções complexas em vez de resolver problemas simples. Tava precisando de um bot para tocar músicas no Discord, encontrei repositórios no GitHub com dashboards e bancos de dados, mas nenhum que tocasse música apenas.

• 
  Yui (@yuyui_cs) relatou um problema há 15 minutos

  o problema de ser closeted transfem e procurar emprego é o nome governamental no titulo do curriculo e o github com o nome social :)

• 
  Gabs Ferreira (@o_gabsferreira) relatou um problema há 17 minutos

  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)

• 
  G0rd0G33k Aut1st4 TD4H (@GordoGeek) relatou um problema há 17 minutos

  Eu sei q o Github está uma porcaria, muito em parte por causa da IA. Em março já tinha tido mais tráfego doq todo o ano passado. A infra não estava preparada pra tudo isso. Suspeito q a Apple esteja passando pelo mesmo problema.

• 
  Allyson de Paula (@DePaulaAllyson) relatou um problema há 18 minutos

  🧵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... Mas o que ninguém pergunta é: 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 é melhor 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...

• 
  João Cripto (@joaoxcripto) relatou um problema há 24 minutos

  bug da anthropic vazou chat do claude pro google e scraper ainda salvou no github → 11k expostas → um erro de linha só link compartilhado não é privado. assume que tudo vira publico agora mesmo.

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

• 
  valen (@chuchunofeijao) relatou um problema há 27 minutos

  eu vou me matar diabo de curso diabo de vs code diabo de github diabo de internet diabo de projeto diabo de codigo diabo de ia diabo de erro