ChatGPT, Claude e Grok caíram simultaneamente: O que aconteceu em 3 de setembro

Lisa Ernst · 05.09.2026 · Notícias de IA · 10 min.

Em 3 de setembro de 2026, três dos serviços de IA mais conhecidos relataram problemas quase simultaneamente: ChatGPT da OpenAI, Claude da Anthropic e Grok da SpaceXAI. Para os usuários, isso parecia um apagão conjunto de ChatGPT-Claude-Grok . Internacionalmente, o evento foi correspondentemente frequentemente descrito com pesquisas como "chatgpt claude grok outage".

A sobreposição temporal é confirmada. Uma única causa comum, no entanto, não é. A OpenAI citou seu próprio erro de roteamento, a SpaceXAI apontou para uma falha em seu centro de dados em Memphis para o Grok, e a Anthropic mencionou um problema de infraestrutura sem divulgar publicamente o mesmo gatilho específico. É precisamente essa separação que é importante para entender o que realmente aconteceu naquela quinta-feira.

Fonte: simpleicons.org

Em resumo

• Sim, as interrupções se sobrepuseram. Claude relatou problemas a partir das 13:26 UTC, Grok a partir das 13:30 UTC e a OpenAI datou seu erro de roteamento para cerca de 14:43 UTC.
• A OpenAI confirmou um erro de roteamento. ChatGPT e Codex ficaram indisponíveis ou apresentaram falhas para parte dos usuários em diversas plataformas.
• Grok teve um gatilho diferente divulgado publicamente. A SpaceXAI atribuiu a interrupção a uma falha em seu centro de dados em Memphis.
• A Anthropic confirmou um problema de infraestrutura. No entanto, a empresa não divulgou evidências de que a interrupção do Claude foi causada diretamente por Memphis ou Colossus 1.
• Um apagão conjunto em larga escala não é comprovado. Informações públicas de status do Cloudflare e dos principais provedores de nuvem não indicaram uma única falha global de infraestrutura que explicasse todos os três serviços simultaneamente.

Apagão ChatGPT-Claude-Grok: A linha do tempo confirmada

As mensagens de status mostram quão próximas os eventos foram em termos de tempo. A visão geral a seguir usa UTC e também converte para o Horário de Verão da Europa Central (CEST, UTC+2). Na OpenAI, os horários de início e mitigação mencionados por um porta-voz coincidem com as entradas da página de status.

Isso significa que as janelas de incidente relatadas oficialmente pelo ChatGPT, Claude e Grok se sobrepuseram por cerca de 93 minutos, das 14:43 às 16:16 UTC. No entanto, isso não significa que todos os usuários experimentaram uma interrupção total em todos os três serviços simultaneamente durante todo esse período. A OpenAI já havia ativado sua mitigação às 15:17 UTC, e as páginas de status refletem a disponibilidade agregada.

O que aconteceu com o ChatGPT

A OpenAI descreveu o incidente em sua página de status como "Erros elevados no ChatGPT e Codex". 15 componentes do ChatGPT e quatro componentes do Codex foram afetados. Para a mídia, a OpenAI explicou que um erro de roteamento a partir de aproximadamente 7:43 AM Pacific Time, ou 14:43 UTC, fez com que o ChatGPT e o Codex estivessem indisponíveis para alguns usuários em várias plataformas.

A partir de aproximadamente 15:17 UTC, uma contramedida estava ativa. A OpenAI então mudou para a fase de monitoramento e posteriormente marcou o incidente como resolvido. Para usuários individuais do Codex Remote Control, houve uma consequência específica: eles podem ter precisado emparelhar novamente seu dispositivo móvel após o incidente.

Um erro de roteamento não significa necessariamente que os modelos de IA em si falharam. Simplificando, a infraestrutura que encaminha as solicitações de entrada para o serviço, cluster ou backend correto pode estar funcionando incorretamente. Para o usuário, o resultado é o mesmo: as solicitações falham, ficam travadas ou o serviço parece completamente offline.

O que aconteceu com o Claude

Fonte: thesvg.org

A Anthropic relatou inicialmente uma curta interrupção no Sonnet 5 em 3 de setembro e, em seguida, uma interrupção mais ampla de vários modelos Claude.

A situação na Anthropic era um pouco mais complexa. Um primeiro incidente com erros elevados no Claude Sonnet 5 começou às 12:37 UTC e já foi resolvido às 12:56 UTC. Apenas meia hora depois, a Anthropic abriu um novo incidente devido a taxas de erro elevadas no Claude Mythos 5.1, Claude Fable 5.1 e Claude Opus 5.

Posteriormente, a Anthropic publicou uma lista mais ampla de modelos afetados, incluindo Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 e Opus 4.6. Às 13:41 UTC, a página de status relatou que a causa havia sido identificada; às 16:06 UTC, uma correção foi implementada. O impacto, de acordo com a Anthropic, terminou às 16:16 UTC.

Para o The Register, a Anthropic descreveu o evento como um problema de infraestrutura, que afetou temporariamente Claude.ai, Claude Code, Claude Cowork e a API Claude. Uma explicação técnica detalhada pós-incidente que atribuísse claramente a interrupção a um centro de dados externo específico ou provedor de nuvem não foi divulgada pela Anthropic naquele momento.

O que aconteceu com o Grok

Fonte: thesvg.org

A página de status oficial do Grok documenta a interrupção das 13:30 às 17:07 UTC, com uma duração de 3 horas e 37 minutos.

A xAI documenta o incidente do Grok de forma mais clara: às 13:30 UTC, começou a investigação de uma "interrupção de modelo" para o Grok Web. Às 17:07 UTC, a página de status relatou que o tráfego voltou ao normal. A duração exibida é exatamente de três horas e 37 minutos.

A página de status em si não menciona a causa raiz. A SpaceXAI explicou posteriormente publicamente que os problemas do Grok ocorreram após uma falha no centro de dados em Memphis . Ao mesmo tempo, a empresa também se desculpou aos parceiros de computação afetados. Essa segunda formulação é particularmente interessante para a questão do Claude, pois a Anthropic realmente obtém capacidade de computação da SpaceX desde maio de 2026.

Claude e Grok estavam conectados através da SpaceX?

Fonte: models.dev

Anthropic e SpaceXAI confirmaram em maio de 2026 uma grande parceria de computação em torno do Colossus 1. Isso torna uma conexão técnica plausível, mas não prova a causa da interrupção do Claude em 3 de setembro.

Aqui reside a parte mais intrigante, mas também a mais fácil de ser mal representada da história. Em 6 de maio de 2026, a Anthropic anunciou oficialmente que pretendia usar toda a capacidade de computação do centro de dados da SpaceX Colossus 1 . De acordo com ambas as empresas, a instalação possui mais de 220.000 GPUs Nvidia; a Anthropic falou em mais de 300 megawatts de capacidade adicional.

No entanto, a Anthropic não opera o Claude exclusivamente nesta infraestrutura. A empresa também menciona AWS Trainium, Google TPUs e GPUs Nvidia de outras parcerias. Portanto, do acordo de computação, não se segue automaticamente que cada solicitação do Claude passe pelo Colossus 1 ou que uma falha lá afetaria necessariamente o Claude.

O fato de a SpaceXAI ter se desculpado especificamente com "parceiros de computação" após a falha de Memphis, e a Anthropic ser um parceiro de computação publicamente confirmado, torna uma conexão plausível. Mas ainda não é confirmada. A própria Anthropic não atribuiu publicamente a interrupção de 3 de setembro à SpaceX, Memphis ou Colossus 1. Portanto, uma conexão de infraestrutura plausível não deve se tornar uma declaração de causa raiz confirmada.

A culpa foi do Cloudflare ou de uma grande plataforma de nuvem?

Os problemas quase simultâneos inicialmente levaram a pensar em um provedor terceirizado comum: Cloudflare, AWS, Google Cloud ou Microsoft Azure seriam candidatos típicos quando vários grandes serviços online caem ao mesmo tempo. No entanto, não há confirmação confiável para isso.

O The Register relatou que a Cloudflare declarou explicitamente não ter tido uma interrupção significativa naquele momento. Da mesma forma, as páginas de status públicas da AWS, Google Cloud e Microsoft Azure não mostraram uma interrupção de grande escala correspondente, de acordo com o relatório. Isso não é uma prova matemática de que nenhuma dependência comum existiu: as páginas de status podem reagir com atraso e os grandes provedores compartilham muitas dependências de rede, DNS, hardware e trânsito menores. Mas as evidências disponíveis não apoiam nenhuma falha global única na nuvem como explicação para os três serviços de IA.

Por que ainda parecia um apagão conjunto em larga escala?

Do ponto de vista do usuário, a percepção era compreensível. Quem abriu o ChatGPT, recebeu um erro, mudou para o Claude e também encontrou problemas lá antes que o Grok falhasse, perdeu praticamente três alternativas independentes. Além disso, os maiores provedores de IA dependem de infraestrutura altamente concentrada: poucos tipos de GPU, poucos hiperscalers, grandes centros de dados, redes globais e inúmeros blocos de construção da Internet comuns.

É exatamente aqui que é preciso distinguir entre correlação e causalidade . A mesma janela de tempo é um forte sinal para procurar dependências comuns. Mas não é prova de que todas as interrupções tiveram a mesma origem técnica. Em 5 de setembro de 2026, as informações públicas apontam mais para pelo menos duas causas claramente distinguíveis: o erro de roteamento da OpenAI e a falha em Memphis da SpaceXAI. Na Anthropic, a causa específica acima da descrição "problema de infraestrutura" permanece publicamente aberta.

O que as empresas devem aprender com o triplo apagão

Para empresas que integraram IA em fluxos de trabalho produtivos, o incidente é mais importante do que a questão de qual chatbot ficou offline por mais tempo naquele dia. Ele mostra que uma suposta configuração multi-provedor não significa automaticamente resiliência real.

• Rastrear dependências até a infraestrutura: Dois provedores de modelo diferentes podem recorrer ao mesmo parceiro de computação, rede ou nuvem.
• Verificar ativamente os fallbacks: Um segundo provedor só ajuda se seu status de saúde estiver realmente saudável. Comutações cegas podem multiplicar erros.
• Limitar retentativas: As APIs devem trabalhar com timeouts, backoff exponencial e jitter em vez de gerar carga adicional durante um incidente em loops agressivos de retentativa.
• Cache de trabalho: Prompts, rascunhos e resultados intermediários não devem existir apenas em uma sessão de chat volátil.
• Manter caminhos manuais de emergência: Um processo crítico para o negócio não deve ser totalmente bloqueado apenas porque nenhum modelo de ponta está acessível.
• Proteger agentes especialmente: Sistemas autônomos de longa duração precisam de checkpoints, idempotência e uma retomada limpa após interrupções de conexão.

Isso é especialmente verdade para agentes de IA persistentes que operam de forma independente por um longo período. Nossa visão geral do Grok Bot e seus fluxos de trabalho Always-on mostra por que, com tais sistemas, não apenas a qualidade do modelo, mas também a reinicialização, permissões e execução controlada se tornam importantes.

O que fazer se ChatGPT, Claude e Grok falharem novamente ao mesmo tempo?

1. Verificar páginas de status oficiais. Para OpenAI, é status.openai.com, para Claude status.claude.com e para Grok status.x.ai.
2. Não alterar configurações locais imediatamente. Se o próprio provedor confirmar um incidente, reinstalar o navegador, trocar senhas ou reiniciar o roteador normalmente não ajudarão.
3. Capturar erros de forma limpa em cargas de trabalho de API. Erros 5xx e timeouts devem ser registrados, retentados limitadamente e, se necessário, colocados em uma fila.
4. Testar provedores de fallback separadamente. Um teste de saúde deve confirmar antes de mudar que o serviço de substituição é realmente acessível.
5. Salvar resultados intermediários localmente. Entradas longas, análises ou resultados gerados devem ser salvos fora do chat antes que novas tentativas sejam feitas.
6. Procurar localmente apenas em páginas de status não suspeitas. Somente quando nenhum problema de provedor for visível, o firewall da empresa, DNS, VPN, extensões do navegador ou a própria rede são a fonte de erro mais provável.

FAQ

Conclusão

A parte incomum de 3 de setembro de 2026 não é inventada: ChatGPT, Claude e Grok tiveram de fato falhas sobrepostas. A manchete "todos os três offline ao mesmo tempo" descreve, portanto, fundamentalmente a experiência do usuário corretamente. No entanto, não deve levar à conclusão de que houve uma única falha massiva confirmada nos bastidores.

A OpenAI nomeou um erro de roteamento como a causa de seu problema. A SpaceXAI apontou para o Memphis Compute Center para o Grok. A Anthropic confirmou um problema de infraestrutura, mas deixou a dependência subjacente específica em aberto publicamente. A parceria existente entre Anthropic e SpaceX para computação torna uma conexão entre Claude e Grok tecnicamente plausível; sem a confirmação da Anthropic, ela permanece uma hipótese fundamentada e não um fato estabelecido.