Notion Removeu Todos os Modelos da Anthropic Após Queda do Claude — O Que Aconteceu e Por Que Isso Importa

Max Schoening, head de produto do Notion, confirmou que o acesso aos modelos da Anthropic foi restaurado aproximadamente 12 horas após o início da interrupção. Ele descreveu o evento como uma interrupção temporária de serviço padrão, lembrando que esse tipo de incidente acontece com todas as grandes plataformas — incluindo o próprio Notion, GitHub e AWS .

Um porta-voz da Anthropic atribuiu o problema a "uma breve falha de infraestrutura" que causou erros elevados em vários modelos Claude por um curto período, confirmando que o problema foi resolvido .

A Resposta do Notion: Um Exemplo Didático de Failover Multi-Modelo

O Notion não detalhou publicamente quais provedores de IA alternativos absorveram o tráfego redirecionado, mas a ação da empresa foi clara: no momento em que os modelos Opus da Anthropic começaram a retornar resultados degradados, o sistema do Notion removeu automaticamente todos os modelos da Anthropic do seletor voltado ao usuário e redirecionou as requisições para outro lugar .

Este é um exemplo concreto de uma arquitetura de failover multi-modelo em ação. Em vez de permitir que as falhas visíveis ao usuário se propagassem enquanto aguardavam a recuperação da Anthropic, o Notion tratou a camada de modelo de IA como um componente intercambiável — da mesma forma que um arquiteto de nuvem trataria um banco de dados com falha ou uma CDN que parou de responder.

Um Mês Tempestuoso para o Claude: O Padrão Mais Amplo de Quedas

A interrupção de 7 de junho foi pequena isoladamente, mas ela cai no meio de um aglomerado de incidentes do Claude que abalou a confiança na confiabilidade da plataforma.

2 de Junho – Queda Global (~6 Horas)

A interrupção mais significativa aconteceu em 2 de junho, quando um grande apagão afetou o Claude.ai, a API, o Console do Claude e o Claude Code. Taxas de erro elevadas foram relatadas em vários modelos, incluindo o Opus 4.6, com relatos de usuários no Downdetector disparando por volta das 02:10 ET / 07:10 GMT. A interrupção total durou quase seis horas antes que os serviços fossem totalmente restaurados .

5 de Junho – Queda de Sexta-feira e Investigação de Vazamento de Dados (~3 Horas)

Apenas três dias depois, em 5 de junho, a plataforma Claude da Anthropic saiu do ar novamente. A página de status registrou "erros elevados em vários modelos Claude" das 15:08 UTC às 18:28 UTC, com o Opus 4.7 e o 4.8 sendo os últimos a se recuperar. O incidente tomou um rumo mais sério quando usuários relataram ter recebido, após a queda, respostas que pareciam pertencer a sessões de outras pessoas, levando a Anthropic a abrir uma investigação formal sobre um possível vazamento de dados .

6 de Junho – Desempenho Degradado do Opus 4.8 (~50 Minutos)

Um incidente mais curto em 6 de junho afetou o claude.ai, o console e a API. O Opus 4.8 apresentou serviço degradado por cerca de 50 minutos antes de uma correção ser implementada e monitorada .

Problemas de Qualidade Anteriores: Maio e Abril

Esse aglomerado mais recente não surgiu do nada. O Opus 4.7 já havia registrado janelas de erro elevado em 22 e 25 de maio, e uma regressão de qualidade foi documentada por desenvolvedores cerca de uma semana após o lançamento do modelo em 16 de abril — um padrão que espelhou os problemas com o Opus 4.6 em março .

Em abril de 2026, a Anthropic reconheceu publicamente uma queda de qualidade no Claude Code, no Claude Agent SDK e no Claude Cowork entre 4 de março e 20 de abril, atribuindo-a a três causas distintas e posteriormente redefinindo as restrições de usuário após o post-mortem .

O Que Esse Padrão Significa para Quem Integra Modelos de Terceiros

Para negócios que dependem do Claude como parte central de seu produto, o incidente de 7 de junho com o Notion traz uma lição direta: a dependência de modelos de IA de terceiros agora é um risco de infraestrutura, e é preciso fazer engenharia contra isso.

Dependência de Modelo Único é Frágil

Um sistema de produção que chama um único modelo da Anthropic precisa de três capacidades distintas: uma estratégia de retentativa para erros 5xx ou 529 transitórios, um modelo de fallback para absorver interrupções de serviço e um plano de migração para regressões de qualidade de longo prazo ou descontinuações de modelo. Confiar em apenas uma dessas estratégias é insuficiente .

Arquitetura de Failover Está se Tornando Obrigatória

A desabilitação automática de todos os modelos da Anthropic pelo Notion e o redirecionamento contínuo para provedores alternativos é exatamente o padrão que mais integradores precisarão adotar. Sem um failover multi-modelo, mesmo uma janela de 50 minutos de desempenho degradado pode se transformar em falhas voltadas ao cliente em chatbots de suporte, pipelines de dados e ferramentas de produtividade de desenvolvimento .

Números de Uptime Não Contam a História Toda

Os próprios números de uptime de 90 dias da Anthropic mostram 98,8% para o claude.ai e 99,15% para a API do Claude . Embora esses números pareçam razoáveis em termos absolutos, eles refletem uma plataforma que muitos negócios agora tratam como infraestrutura de nível 1. O agrupamento de incidentes no início de junho de 2026 — uma queda global de seis horas, um apagão de três horas com investigação de vazamento de dados e várias interrupções menores — sugere que a barra de resiliência para dependências de IA precisa ser colocada mais alto do que para serviços SaaS tradicionais.

Conclusão

A decisão do Notion de remover todos os modelos da Anthropic em 7 de junho foi uma resposta operacional de rotina a um problema temporário de infraestrutura. Mas, no contexto de seis interrupções notáveis do Claude em cerca de seis semanas, é também um sinal claro: o período de graça de tratar a IA generativa como um experimento empolgante acabou.

Para qualquer time que constrói em cima do Claude — ou de qualquer modelo de IA de terceiros — a engenharia de confiabilidade não é mais opcional. Lógica de retentativa, provedores de fallback e um caminho de migração de modelo testado são as novas apostas mínimas para manter um produto vivo quando a base sob ele começa a tremer.