Na noite de terça, 14 de julho de 2026, o ChatGPT ficou instável. Em poucos minutos, o DownDetector acumulou mais de 1.596 notificações. Além disso, a própria OpenAI confirmou a falha na página de status. Segundo a empresa, problemas de login e erros intermitentes atingiam o serviço. Enquanto isso, a previsão de normalização simplesmente não apareceu.

Para o usuário final, o episódio virou piada no timeline. Para quem mantém aplicação em produção, porém, a noite rendeu alerta, ticket e retrabalho. Ou seja: a dependência saiu do papel e cobrou a conta.

Portanto, vale trocar a pergunta. Em vez de perguntar quando a OpenAI volta, pergunte o que acontece com o seu sistema enquanto ela demora.

ChatGPT instável revela um bug que mora na sua stack

O problema raramente é a queda em si. Toda API cai, inclusive as melhores. Na prática, o problema é o seu código tratar o modelo como se ele fosse infalível.

Repare no padrão clássico. Primeiro, o usuário clica em um botão. Depois, sua rota chama a API e fica esperando. Em seguida, a espera trava um worker. Logo, a fila cresce e o pool de conexões satura. Assim, a instabilidade de terceiro vira indisponibilidade sua.

Além disso, erros de login e erros intermitentes se comportam de formas distintas. O primeiro costuma responder rápido com 401 ou 403. O segundo devolve 429, 500 ou 503 de maneira irregular. Por isso, tratar tudo como um erro genérico gera decisões ruins.

Timeout curto salva mais noites do que retry infinito

Timeout curto vence retry infinito em quase todo cenário. Contudo, muita gente configura o oposto. Um timeout de sessenta segundos parece generoso e paciente. Na verdade, ele apenas transfere a fila para dentro da sua aplicação.

Comece definindo um teto agressivo por chamada. Depois, aplique retry com backoff exponencial e jitter. Dessa forma, você evita o efeito manada quando o serviço volta. Ainda assim, limite as tentativas a duas ou três.

Um detalhe passa despercebido com frequência. Retry só faz sentido em erro transitório e idempotente. Portanto, respeite o cabeçalho Retry After quando a API enviar. Além disso, propague um idempotency key nas operações que gravam dado.

Vale registrar cada tentativa com o motivo real da falha. Assim, o postmortem para de virar adivinhação.

Circuit breaker: o fusível que impede o efeito dominó

Circuit breaker resolve o que o retry sozinho piora. A lógica é simples. Enquanto as falhas ficam abaixo do limite, o circuito segue fechado. Quando a taxa de erro estoura o teto, o circuito abre. Então, as chamadas seguintes falham na hora, sem tocar a rede.

Depois de um intervalo, o breaker entra em estado meio aberto. Nesse momento, ele libera poucas requisições de teste. Se elas passarem, o circuito fecha de novo. Caso contrário, o breaker volta a abrir e o ciclo recomeça.

Na prática, três parâmetros importam. Primeiro, o limite de erro que abre o circuito. Segundo, a janela de observação. Terceiro, o tempo de espera antes do teste. Ajuste esses números com dado real de produção, e não com chute de documentação.

Bulkhead complementa bem a estratégia. Isole o pool de conexões da IA do resto do sistema. Dessa maneira, o checkout continua de pé mesmo com o assistente mudo.

O que sua tela mostra quando o ChatGPT silencia

Degradação elegante separa produto maduro de protótipo com sorte. A pergunta é direta. O que sua interface entrega no meio de uma queda?

Existem caminhos melhores do que um spinner eterno. Por exemplo, sirva uma resposta em cache para prompts repetidos. Além disso, ofereça um fluxo determinístico como plano B. Em muitos casos, uma busca simples resolve o pedido do usuário.

Para tarefas assíncronas, empurre o trabalho para uma fila durável. Depois, avise o usuário quando o resultado ficar pronto. Assim, a queda vira atraso em vez de erro.

A comunicação também conta. Uma mensagem clara reduz ticket de suporte. Diga que o assistente está indisponível e ofereça a alternativa na mesma tela.

Abstraia o provedor antes que a próxima queda do ChatGPT faça isso por você

A ideia soa óbvia, embora poucos times executem. Crie uma interface interna para geração de texto. Em seguida, esconda o SDK atrás dela.

Com essa camada, trocar de modelo vira configuração. Por isso, mantenha ao menos um provedor alternativo homologado. Anthropic, Google e provedores open source atendem bem como reserva. Além disso, um modelo local pequeno cobre casos simples com custo baixo.

Cuidado com um detalhe silencioso. Prompt afinado para um modelo raramente performa igual em outro. Portanto, versione prompts por provedor e rode uma bateria de avaliação. Sem esse teste, o failover entrega resposta ruim e destrói a confiança.

Feature flag fecha o pacote. Com uma flag, você desliga a funcionalidade de IA em segundos. Assim, a decisão sai da mão do deploy e vai para o runtime.

Monitore a status page da OpenAI como se ela fosse sua

Observabilidade transforma pânico em diagnóstico. Monitore a página de status do provedor de forma automática. Além disso, colete o status HTTP, a latência e o custo de cada chamada.

Alguns sinais merecem alerta dedicado. Latência no percentil 95 acima do esperado indica degradação antes do erro. Taxa de 429 crescente aponta rate limit. Sequência de 401 sugere problema de credencial ou de login no provedor.

Enquanto isso, mantenha um dashboard simples e honesto. Três painéis bastam no começo: disponibilidade, latência e fallback acionado. Depois, evolua conforme a operação exigir.

Checklist para a próxima madrugada de instabilidade

Em resumo, trate a IA como qualquer dependência externa crítica. Ela vai cair de novo, e provavelmente no pior horário.

Rode este checklist ainda esta semana. Primeiro, defina timeout por chamada. Segundo, configure retry com backoff, jitter e teto de tentativas. Terceiro, instale um circuit breaker no cliente. Quarto, isole o pool de conexões da IA. Quinto, escreva o caminho degradado da interface. Sexto, homologue um provedor reserva atrás de uma interface própria. Sétimo, crie a feature flag de desligamento. Oitavo, monitore status, latência e erro por tipo.

Nenhum item exige refatoração heroica. Contudo, juntos eles mudam o roteiro da próxima virada de noite. Da próxima vez que o ChatGPT cair, o seu app segue de pé.

Acompanhe nosso perfil no Instagram!