Anthropic alegadamente bloqueia ligações não oficiais à API Claude

Nas últimas horas, dezenas de programadores e criadores que assinam o Claude têm relatado falhas súbitas quando tentam usar o serviço através de aplicações de terceiros. Ferramentas populares como o OpenCode e o Clawdbot deixaram de conseguir ligar-se de forma estável, interrompendo fluxos de trabalho que muitos tinham afinado ao detalhe.

Nas redes sociais, sobretudo no X, multiplicaram-se relatos e capturas de ecrã que apontam para uma “apertada” na utilização do Claude por clientes não oficiais.

Sem anúncio público, a mudança apanhou os subscritores de surpresa. Alguns utilizadores chegaram mesmo a admitir que ponderam cancelar a subscrição se a situação não for rapidamente esclarecida ou revertida. Outros recorreram a soluções temporárias, com pequenos patches e updates comunitários que, alegadamente, restabelecem o acesso por mais algum tempo.

Porque é que a Anthropic poderá estar a restringir clientes não oficiais

Sem comunicação oficial, tudo o que temos são hipóteses. Ainda assim, há razões estruturais que costumam motivar medidas deste género:

• Segurança e abuso: clientes não oficiais podem contornar proteções, mascarar padrões de uso ou abrir portas a comportamentos abusivos que a plataforma quer mitigar.
• Conformidade com termos e privacidade: ao circular dados sensíveis por apps de terceiros, a empresa pode ver-se exposta a riscos regulatórios, sobretudo em mercados com exigências apertadas.
• Qualidade de serviço: experiências inconsistentes em clientes não suportados acabam, muitas vezes, por ser atribuídas à própria plataforma, degradando a perceção de fiabilidade.
• Estratégia de produto: direcionar tráfego para aplicações e APIs oficiais permite controlar melhor custos, latência, métricas de utilização e roadmap.

Nenhuma destas razões invalida o desconforto dos clientes pagantes. Mas ajudam a enquadrar um possível motivo por detrás de uma decisão que, do exterior, soa contraintuitiva: se o utilizador paga o mesmo e respeita limites, por que limitar o cliente que usa?

Impacto para quem paga a subscrição do Claude

A principal dor aqui é a previsibilidade. Muitos subscritores moldaram o seu dia a dia técnico à volta de automações e integrações com o Claude: prompts afinados, pipelines CI/CD que invocam a IA, extensões para editores e bots internos. Uma alteração silenciosa nos pontos de acesso quebra essa confiança e pode gerar custos reais: Paragens de produtividade em equipas que dependem de assistentes de codificação. Retrabalho para migrar integrações para SDKs e endpoints oficiais. Risco reputacional junto de clientes que esperam continuidade de serviço.

Além disso, o timing é sensível: alguns programadores relataram que tinham acabado de “afinar” setups e fluxos quando tudo falhou. Até sessões de “vibe coding” em casa ficaram pelo caminho, um sinal de que o alcance do problema vai para lá do ambiente estritamente profissional.

A resposta da comunidade: patches, workarounds e cautelas

Como é típico no mundo developer, surgiram rapidamente correções informais para contornar a situação. Pequenos patches começaram a circular, com promessas de “aguentar por mais algum tempo”. Embora compreensível, é prudente lembrar: – Workarounds podem violar termos de utilização e levar a suspensões de conta. Correções não oficiais introduzem riscos de segurança e instabilidade. O tempo investido em “remendos” pode sair caro se a Anthropic formalizar a restrição.

Se dependes do Claude em produção, cada alteração não oficial deve ser avaliada com o mesmo rigor que aplicas a qualquer componente crítico.

O que podes fazer agora

Enquanto aguardamos esclarecimentos, estas medidas podem reduzir dano e acelerar a adaptação:

• Rever integrações: identifica onde usas clientes não oficiais e avalia o esforço de migração para SDKs ou endpoints suportados.
• Atualizar para clientes oficiais: quando existe cliente/SDK mantido pela Anthropic, prioriza-o para workloads sensíveis. Implementar isolamento: cria uma camada de abstracção na tua aplicação para trocar provedores/clients sem tocar na lógica de negócio.
• Monitorizar erros e quotas: adiciona telemetria clara para detetar falhas de autenticação, timeouts e mudanças de comportamento. Planos de contingência: prepara alternativas (outros modelos, filas assíncronas, fallback para resumo/expansão offline) para manter o serviço.
• Comunicação com stakeholders: informa equipas e clientes sobre possíveis interrupções e cronogramas de mitigação. Contactar o suporte: abre tickets formais com logs e IDs de pedido. Relatos estruturados elevam a prioridade interna.

Fonte: Piunikaweb