A OpenAI, empresa por trás do ChatGPT, acaba de passar por um dos períodos mais turbulentos desde o seu lançamento. Só julho de 2026 trouxe uma sequência de quedas repetidas que culminou em uma ampla interrupção global, seguida de um incidente de quase um dia inteiro. Este artigo registra exatamente o que aconteceu, com as datas e os horários publicados na página de status oficial da OpenAI, e explica o que isso significa na prática para qualquer empresa que constrói sobre IA.

Status ao vivo no momento da redação

Enquanto este relatório era preparado, no sábado, 25 de julho de 2026, às 12:20 no horário de Riad, a página de status oficial da OpenAI mostrava um incidente ativo e em investigação intitulado "Elevated error rates" (taxas de erro elevadas). Ele começou oficialmente às 12:17 no horário de Riad (09:17 UTC) e atingiu três serviços ao mesmo tempo: o ChatGPT, as APIs da OpenAI e a ferramenta de programação Codex. A empresa classificou o impacto como "menor" e descreveu o estado geral da plataforma como "Partial System Degradation" (degradação parcial do sistema). Em outras palavras, não era um apagão global total, mas lentidão intermitente e requisições com falha para uma parte dos usuários.

Uma linha do tempo de duas semanas turbulentas

O incidente de hoje não foi um evento isolado, mas mais um elo de uma longa cadeia ao longo de julho:

  • 9 de julho: erros de "Please try a different model" (tente outro modelo) em vários modelos ao mesmo tempo.
  • 11–15 de julho: segundo relatos, cinco incidentes em cinco dias consecutivos, encerrados por uma queda marcante, após a qual o ChatGPT se recuperou.
  • 19 de julho: uma grande queda global com mais de 250 relatos, afetando usuários na Ucrânia, nos EUA, na Europa, na Índia e no Japão, concentrada no iOS, com erros 502 e 503.
  • 21 de julho: uma queda curta, de cerca de 23 minutos.
  • 23–24 de julho: o incidente mais significativo. Começou às 18:36 no horário de Riad do dia 23 e só foi declarado totalmente resolvido às 22:33 do dia 24, depois de uma estabilidade oscilante.
  • 25 de julho: o incidente ativo atual, de impacto menor e em investigação.

Qual foi a causa raiz?

O detalhe revelador nas atualizações oficiais da OpenAI sobre o incidente de 23–24 de julho é que a empresa estava trabalhando explicitamente em uma correção "com o provedor de infraestrutura downstream". Isso significa que a raiz do problema muito provavelmente estava na camada de hospedagem e de rede em nuvem da qual a OpenAI depende, e não nos próprios modelos de IA. Também explica por que a maioria dos incidentes da semana foi de taxas de erro elevadas e erros 502/503, e não uma parada completa: o serviço estava no ar, mas uma parte das requisições falhava ou atrasava.

Por que isso importa mesmo que você nunca abra o ChatGPT

Porque a queda atingiu as APIs da OpenAI, e não apenas o site do ChatGPT. Milhares de aplicativos, lojas e sistemas de atendimento ao cliente chamam os modelos da OpenAI em segundo plano, de forma invisível para o usuário final. Quando os erros da API disparam, todos esses sistemas tropeçam no mesmo momento. Quem constrói sobre um único provedor, sem alternativa, transforma a queda desse provedor na sua própria queda.

A lição: projetar para a falha

Grandes provedores caem: isso é regra, não exceção. A diferença entre um sistema frágil e um sistema resiliente está em como ele se comporta nesse momento:

  • Vários provedores: dê ao seu sistema um provedor de modelos reserva, para o qual ele mude automaticamente quando o principal falhar.
  • Novas tentativas inteligentes: diante de uma requisição com falha, tente de novo com backoff exponencial, em vez de inundar com mais tráfego um serviço que já está com dificuldades.
  • Uma fila de requisições: guarde as requisições não urgentes e execute-as quando o serviço voltar, em vez de perdê-las.
  • Monitoramento e alertas: acompanhe a taxa de erro e a latência e receba um alerta no momento em que elas saírem do normal, e não quando os clientes reclamarem.

Onde a Origami entra

Como empresa de tecnologia, não apenas conectamos o seu negócio a um modelo de IA: projetamos a integração partindo do princípio de que o provedor vai falhar um dia, com uma camada de failover automático entre provedores, novas tentativas disciplinadas e um painel de monitoramento que detecta a queda antes do seu cliente. É assim que o seu sistema continua de pé enquanto os outros param.

Fontes