A Anthropic passou agosto de 2026 a explicar-se. Entre os dias 12 e 24, a Claude sofreu pelo menos quatro incidentes distintos que tiraram do ar o chat, a API, o Claude Code ou o Claude Cowork durante períodos que foram de 42 minutos a mais de quatro horas. Somados aos incidentes anteriores do ano, o total chegou a 164 interrupções registadas em 2026, segundo o acompanhamento feito pelo TechTimes a partir da própria página de estado da empresa. O detalhe mais estranho da história é o calendário: os apagões coincidiram com o anúncio de um pacote de financiamento privado de cerca de 71 mil milhões de dólares para comprar capacidade de computação, e com uma receita anualizada que passou de 9 mil milhões de dólares no final de 2025 para mais de 65 mil milhões em julho de 2026. Uma empresa a crescer a este ritmo, com este dinheiro todo em jogo, continua a cair. É esse contraste que torna o caso da Claude o assunto mais discutido entre programadores e equipas de produto que dependem de modelos de linguagem esta semana.
Uma quarta-feira de agosto que já não surpreende ninguém
Segundo o TechTimes, a interrupção registada a 5 de agosto de 2026 foi oficialmente a 164ª falha de serviço da Anthropic no ano, chegando na manhã seguinte ao dia em que a empresa discutia publicamente um segundo pacote financeiro recorde para comprar mais capacidade de processamento (TechTimes). O artigo nota uma tensão que se tornou familiar a quem segue a Anthropic de perto: a empresa continua a pedir emprestada capacidade que ainda não consegue usar de forma estável, enquanto os utilizadores da Claude enfrentam interrupções com uma regularidade que já deixou de ser exceção.
Para quem gere produtos construídos sobre a API da Claude, isto não é um detalhe abstrato. Cada apagão implica pedidos falhados, filas de suporte cheias e, em alguns casos, a necessidade de mudar de fornecedor a meio de um pico de utilização. E agosto, em particular, foi um mês carregado.
Cronologia de agosto: quatro incidentes em doze dias
Entre 12 e 24 de agosto, a página de estado oficial da Anthropic (status.claude.com) registou uma sucessão de eventos que, olhados em conjunto, desenham um padrão de instabilidade concentrada num único mês.
12 de agosto – degradação de quatro horas
O incidente foi assinalado às 13h50 UTC, com desempenho degradado em claude.ai, na API, no Claude Code e no Claude Cowork. A Anthropic confirmou a resolução às 18h07 UTC, o que dá uma janela de cerca de quatro horas e dezassete minutos com múltiplos modelos a devolver erros elevados.
16 de agosto – falha nas interfaces principais
Cerca das 21h58 UTC, claude.ai, Claude Code e Claude Cowork entraram em falha maior, enquanto a Consola e a API se mantiveram operacionais. O serviço foi restaurado por volta das 22h40 UTC, cerca de 42 minutos depois. A Anthropic não divulgou a causa, e o BleepingComputer confirmou que o incidente ficou sob investigação sem explicação pública (BleepingComputer).
20 de agosto – interrupção parcial nas horas de ponta europeias
Às 19h16 UTC, um novo aviso listou claude.ai, a API (api.anthropic.com), o Claude Code e o Claude Cowork como afetados, com a Consola e o Claude for Government a continuar operacionais. Foi também neste dia que relatórios de monitorização de disponibilidade de modelos assinalaram uma disparidade acentuada: enquanto a OpenAI, a Mistral, a Gemini via Vertex, a DeepSeek e a Cohere reportavam praticamente 100% de disponibilidade, as variantes da Claude caíram para valores próximos de zero durante o pico do incidente, um contraste que rapidamente ganhou destaque em sites de tecnologia por sublinhar o risco de depender de um único fornecedor de IA.
O dia 24: erros 529 em cascata sobre os modelos mais recentes
O incidente mais grave do mês começou às 05h06 UTC de 24 de agosto e afetou diretamente os modelos Claude Mythos 5, Claude Fable 5, Claude Opus 5 e Claude Opus 4.8, segundo o Notebookcheck (Notebookcheck). Os utilizadores começaram a ver erros “529 Overloaded”, um código que normalmente indica um problema de capacidade do lado do servidor e não uma falha local de rede. A Anthropic terá identificado uma causa por volta das 05h27 UTC, mas o detalhe técnico exato do problema nunca chegou a ser divulgado publicamente.
A resolução chegou às 8h30 UTC, cerca de três horas e vinte e quatro minutos depois, segundo confirmou a própria Anthropic através da página de estado, citada pelo agregador Ground News: “As of 8:30 AM UTC, Claude has resolved all issues with its AI models” (Ground News). Este foi o quarto incidente documentado do mês em apenas doze dias, sem contar com uma falha adicional da própria página de estado a 14 de agosto, que ficou inacessível durante quase três horas devido a um certificado inválido.
164 interrupções em 2026: o que este número significa realmente
O número 164 vem de uma contagem cumulativa de eventos registados na página de estado da Anthropic ao longo de 2026, reportada pelo TechTimes a 5 de agosto. Nem todos os eventos são apagões totais: muitos são degradações parciais, latência elevada num único modelo, ou problemas de autenticação que afetam apenas uma fração dos pedidos. Ainda assim, a soma é reveladora do ritmo: significa, em média, mais de vinte incidentes por mês desde janeiro, num serviço que milhares de equipas de engenharia em todo o mundo, incluindo em Portugal, colocaram no centro dos seus produtos.
Vale sublinhar um ponto que raramente é dito em voz alta: a Anthropic é, entre os grandes fornecedores de modelos de fronteira, uma das que publica a contagem de incidentes de forma mais granular e pública. Isso significa que parte da má imprensa recente resulta também de uma transparência que a OpenAI, a Google ou a Mistral não replicam com o mesmo detalhe nas suas páginas de estado. Não há, nas fontes consultadas para este artigo, um número equivalente e verificável de incidentes da OpenAI ou da Google Gemini em 2026 que permita uma comparação direta e justa ano a ano.
As causas que a Anthropic admite (e as que não admite)
Ao longo dos quatro incidentes de agosto, a explicação mais concreta fornecida pela própria empresa foi a referência a “taxas de erro elevadas” e a erros 529 associados a problemas de capacidade e disponibilidade do lado do servidor, mencionados explicitamente no incidente de 24 de agosto. Para os restantes três eventos do mês, a Anthropic optou por não divulgar uma causa técnica detalhada, limitando-se a classificar o estado do serviço como “falha parcial” ou “falha maior” nos painéis públicos.
Esta falta de detalhe tem um custo reputacional. Análises de segurança que acompanharam o incidente de 24 de agosto notaram que a identificação da causa às 05h27 UTC foi seguida de uma janela de remediação prolongada, sem uma confirmação clara de resolução até bem depois das 06h42 UTC, o que levanta dúvidas sobre a maturidade dos processos internos de resposta a incidentes numa empresa que fatura dezenas de milhares de milhões de dólares por ano.
O paradoxo dos 71 mil milhões de dólares em chips
A parte mais irónica da história tem números concretos. Segundo o TechTimes, a Blackstone estruturou dois pacotes de crédito privado para financiar o arrendamento, pela Anthropic, de chips Ironwood TPU personalizados da Google. O primeiro pacote, de cerca de 35 mil milhões de dólares, já fechou e financiou o que a reportagem descreve como o primeiro “gigawatt” de infraestrutura de computação da empresa. Um segundo pacote, com pelo menos 36 mil milhões de dólares em dívida adicional, estava em negociação inicial na mesma altura em que a Claude sofria a sua 164ª falha do ano. Somados, os dois acordos representam aproximadamente 71 mil milhões de dólares em financiamento privado de chips para uma única empresa, uma cifra que a própria reportagem classifica como sem precedentes no mercado de crédito privado.
O contraste é evidente: enquanto a Anthropic assina os maiores acordos de financiamento de computação da história recente do setor, continua a não conseguir garantir disponibilidade estável aos clientes que já pagam por essa infraestrutura. Isto sugere que o problema de agosto não foi, pelo menos na sua maioria, falta de capacidade bruta, mas sim algo relacionado com orquestração, balanceamento de carga entre modelos, ou processos de lançamento de novas versões (como o Opus 5 e o Mythos 5) que ainda não estão suficientemente amadurecidos para a escala atual de utilização.
Receita em espiral: de 9 mil milhões a mais de 65 mil milhões em sete meses
A escala de crescimento da Anthropic ajuda a explicar por que motivo qualquer falha, por pequena que seja, tem tanto impacto mediático. A empresa terminou 2025 com uma receita anualizada (ARR) de cerca de 9 mil milhões de dólares. Em fevereiro de 2026 esse número já tinha subido para 14 mil milhões, segundo a SaaStr (SaaStr). Em março, ultrapassou os 19 mil milhões; em abril, os 30 mil milhões. A 29 de maio, no dia em que fechou a sua ronda Série H, a Anthropic anunciava 47 mil milhões de dólares de receita anualizada. No final de julho, segundo a TechCrunch a citar dados da Bloomberg, esse valor já tinha ultrapassado os 65 mil milhões de dólares (TechCrunch).
É neste contexto de crescimento vertiginoso que os apagões de agosto ganham peso analítico. Uma empresa que multiplicou a receita por mais de sete vezes num único ano está, ao mesmo tempo, a lutar para manter o serviço de pé em dias normais de utilização. A pergunta que investidores e clientes empresariais têm vindo a colocar é simples: consegue a infraestrutura da Anthropic acompanhar o ritmo comercial da empresa, ou está a receita a crescer mais depressa do que a fiabilidade da própria plataforma?
| Mês (2026) | Receita anualizada (ARR) | Fonte |
|---|---|---|
| Dezembro 2025 | ~9 mil milhões $ | SaaStr / Bloomberg |
| Fevereiro | 14 mil milhões $ | SaaStr, Reuters |
| Março | 19 mil milhões $ | TechTimes |
| Abril | 30 mil milhões $ | TechTimes, Digg |
| Maio (dia 29, fecho da Série H) | 47 mil milhões $ | SaaStr, CNBC |
| Julho (final do mês) | 65+ mil milhões $ | TechCrunch / Bloomberg |
Comparação: como se saem OpenAI, Google e Mistral
Comparar a fiabilidade entre fornecedores de IA é mais difícil do que parece. Nem todos publicam páginas de estado com o mesmo nível de detalhe, e nem todos contam incidentes da mesma forma: a Anthropic classifica separadamente cada serviço (claude.ai, API, Code, Cowork, Consola, Government), enquanto outros fornecedores tendem a agrupar tudo num único indicador global. Isto significa que uma comparação de “número total de incidentes” entre a Anthropic e a OpenAI, por exemplo, não é diretamente equivalente, o que qualquer análise séria deve deixar claro em vez de fingir uma precisão que os dados não têm.
Dito isto, o episódio de 20 de agosto foi particularmente elucidativo. Nesse dia, relatórios de monitorização de disponibilidade mostraram a OpenAI, a Mistral, a Gemini (via Vertex) e a DeepSeek a operar próximo dos 100% de disponibilidade, enquanto as variantes da Claude caíam para valores próximos de zero durante a janela do incidente. Não existe, nas fontes públicas consultadas, um registo equivalente de quatro apagões documentados em doze dias para nenhum dos concorrentes diretos da Anthropic no mesmo período de agosto de 2026. Isso não prova que a OpenAI ou a Google nunca falhem (falham, e com regularidade), mas sugere que a concentração de incidentes da Claude em agosto foi um evento fora do padrão habitual do setor, e não apenas “mais do mesmo” em toda a indústria.
Tabela comparativa: cronologia dos incidentes Claude em agosto de 2026
| Data | Serviços afetados | Duração aproximada | Causa reportada |
|---|---|---|---|
| 12 de agosto | claude.ai, API, Claude Code, Claude Cowork | ~4h17min | Erros elevados em vários modelos |
| 14 de agosto | status.claude.com (certificado inválido) | ~2h55min (07h58–10h53 UTC) | Falha de infraestrutura de monitorização |
| 16 de agosto | claude.ai, Claude Code, Claude Cowork (API e Consola operacionais) | ~42min | Não divulgada |
| 20 de agosto | claude.ai, API, Claude Code, Claude Cowork (Consola e Government operacionais) | Não especificada nas fontes | Não divulgada |
| 24 de agosto | claude.ai, API, Claude Code, Claude Cowork, Workspaces; modelos Mythos 5, Fable 5, Opus 5, Opus 4.8 | ~3h24min (05h06–08h30 UTC) | Erros “529 Overloaded” / capacidade |
Impacto no mercado empresarial português e europeu
Em Portugal, a adoção da Claude cresceu sobretudo entre equipas de engenharia de software, startups que constroem produtos com IA generativa e empresas que já usam o Claude Code como assistente de programação no dia a dia. Para essas equipas, uma falha de três ou quatro horas a meio da tarde europeia não é um incómodo abstrato: é uma pipeline de integração contínua parada, um agente de apoio ao cliente automatizado a devolver erros, ou uma funcionalidade de produto que simplesmente deixa de responder durante o horário de maior tráfego.
O episódio reforça um argumento que consultoras de infraestrutura e blogues técnicos têm vindo a repetir ao longo de agosto: empresas que dependem de um único fornecedor de modelos de IA para funcionalidades críticas de produto deveriam considerar estratégias de failover multi-fornecedor, com rotas de reserva para a API da OpenAI, da Google ou de modelos abertos como o DeepSeek, precisamente para situações como as de 12, 16, 20 e 24 de agosto. A ironia é que o próprio painel de estado da Anthropic falhou a meio do mês, o que tornou temporariamente impossível até confirmar, em tempo real, que o problema era mesmo do lado do fornecedor.
Histórico: a fiabilidade da IA generativa sempre foi um ponto fraco
Os problemas de disponibilidade não nasceram em agosto de 2026. Desde que os grandes modelos de linguagem passaram a ser usados em produção, e não apenas em demonstrações, os fornecedores confrontam-se com um desafio de engenharia distinto do software tradicional: cada pedido consome capacidade de GPU ou TPU de forma variável, dependendo do tamanho do modelo, do comprimento do contexto e da complexidade do raciocínio pedido. Isto torna o dimensionamento de capacidade muito mais imprevisível do que num serviço web convencional, e explica por que razão erros do tipo “529 Overloaded” se tornaram um padrão recorrente em toda a indústria, e não uma singularidade da Anthropic.
O que distingue agosto de 2026 é a concentração temporal: quatro incidentes documentados em doze dias, sobre um pano de fundo de 164 falhas acumuladas desde janeiro, tudo isto enquanto a empresa anunciava o maior pacote de financiamento de chips já estruturado por via de crédito privado para uma única companhia de IA. É essa coincidência de escala financeira e fragilidade operacional que transforma um problema técnico recorrente numa história de negócio.
Como verificar o estado da Claude em tempo real
Para equipas que dependem da API da Claude em produção, a forma mais rápida de confirmar se um erro é local ou do lado do fornecedor é consultar diretamente a página de estado oficial antes de abrir um ticket de suporte interno. Um pedido simples via linha de comandos permite automatizar essa verificação num script de monitorização:
curl -s -o /dev/null -w "%{http_code}\n" https://status.claude.com/
# Alternativa: consultar o feed de incidentes em JSON, quando disponível,
# e integrar num alerta automático (Slack, PagerDuty, etc.)
curl -s https://status.claude.com/api/v2/status.json | grep -i "indicator"Equipas mais maduras costumam ainda combinar esta verificação com um “circuit breaker” na própria aplicação: se a taxa de erro da API ultrapassar um limiar definido durante um curto período, o sistema muda automaticamente para um modelo de reserva, evitando que uma falha de 40 minutos se transforme numa interrupção total do produto para os utilizadores finais.
O que isto significa para quem depende da Claude API
Para programadores e empresas que já construíram produtos sobre a Claude, o mês de agosto funciona como um lembrete prático: mesmo os fornecedores mais bem financiados do setor de IA não oferecem garantias de disponibilidade equivalentes às de serviços de infraestrutura em nuvem mais maduros, como a AWS ou o Google Cloud, cujos históricos de incidentes públicos, apesar de também existirem, tendem a ser mais espaçados e melhor documentados em termos de causa técnica. Isso não significa abandonar a Claude, cujo desempenho em tarefas de raciocínio e programação continua a ser competitivo, mas sim tratar a dependência de um único fornecedor de modelo como um risco de arquitetura a mitigar, não como um dado adquirido.
Previsões: o que esperar nos próximos meses
- Mais transparência forçada. Com o volume de cobertura mediática gerado pelos incidentes de agosto, é provável que a Anthropic comece a publicar relatórios pós-incidente mais detalhados, à semelhança do que grandes fornecedores de nuvem já fazem depois de apagões relevantes.
- Pressão para diversificação multi-modelo. Espera-se um aumento de ferramentas e bibliotecas open source que facilitam trocar automaticamente entre a Claude, a OpenAI e modelos abertos como o DeepSeek em caso de falha, reduzindo o risco de dependência de um único fornecedor.
- Escrutínio sobre o ritmo de lançamento de modelos. Com o Opus 5, o Mythos 5 e o Fable 5 todos afetados no mesmo incidente de 24 de agosto, é plausível que a Anthropic abrande o ritmo de lançamentos simultâneos de novas variantes para reduzir a superfície de risco operacional.
- Continuação do crescimento financeiro, apesar dos apagões. Não há, para já, sinais de que os incidentes estejam a travar o crescimento comercial da empresa; a receita anualizada deverá continuar a subir nos próximos trimestres, sustentada pela procura empresarial por modelos de fronteira.
- Debate contratual sobre SLAs de IA. À medida que mais serviços críticos passam a depender de APIs de modelos de linguagem, é expectável que surjam exigências contratuais mais rígidas de nível de serviço por parte de clientes empresariais europeus, incluindo portugueses, para fornecedores como a Anthropic.
Perguntas Frequentes
A Claude está sempre em baixo?
Não. A maior parte dos dias em 2026 o serviço funcionou normalmente. O que tornou agosto invulgar foi a concentração de quatro incidentes distintos em apenas doze dias, dentro de um total acumulado de 164 falhas registadas desde janeiro.
Qual foi a causa oficial dos apagões de agosto?
A Anthropic só confirmou publicamente uma causa técnica parcial para o incidente de 24 de agosto, ligada a erros “529 Overloaded” associados a problemas de capacidade. Para os restantes incidentes do mês, nenhuma causa detalhada foi divulgada.
O financiamento de 71 mil milhões de dólares em chips resolveu o problema?
Não de imediato. Os apagões de agosto ocorreram na mesma janela temporal em que os acordos de financiamento com a Blackstone e a Google, para arrendamento de chips Ironwood TPU, estavam a ser fechados e negociados.
A OpenAI e a Google também tiveram apagões em 2026?
É provável que sim, como acontece com qualquer fornecedor de infraestrutura em grande escala, mas não existe, nas fontes públicas consultadas para este artigo, um registo comparável em número e detalhe ao que a Anthropic publica na sua própria página de estado.
Como posso saber se a Claude está em baixo agora mesmo?
A forma mais fiável é consultar diretamente status.claude.com, que lista o estado de cada serviço (claude.ai, API, Claude Code, Claude Cowork, Consola) em separado.
Estes incidentes afetam a Claude via Amazon Bedrock ou Google Vertex?
As fontes públicas consultadas para este artigo não mencionam explicitamente o Amazon Bedrock ou o Google Vertex como afetados pelos incidentes de agosto, que se concentraram nos serviços diretos da Anthropic (claude.ai, API própria, Claude Code e Claude Cowork).
Vale a pena mudar de fornecedor de IA por causa disto?
Para a maioria das equipas, a resposta mais sensata não é abandonar a Claude, mas sim implementar uma estratégia de reserva com um segundo fornecedor, de forma a que uma falha pontual não pare o produto por completo.
A instabilidade está a afetar a receita da Anthropic?
Até ao momento, não há evidência disso nos números públicos. A receita anualizada continuou a crescer de forma consistente ao longo de 2026, mesmo durante o mês com mais incidentes documentados.
