Há algumas semanas cobrimos o golpe de efeito da Anthropic: a partir de 4 de abril, os tokens OAuth de assinatura foram bloqueados para todas as ferramentas de terceiros — com menos de 24 horas de aviso. OpenClaw, o agente mais afetado, sentiu na hora.
Agora a Anthropic esclareceu sua posição — e a comunidade está comemorando como uma reversão. Vamos ser precisos sobre o que exatamente mudou, porque os detalhes importam para seu workflow.
O que mudou: o uso via CLI com API key está explicitamente permitido
A Anthropic confirmou que usar Claude através de ferramentas de linha de comando, scripts e harnesses de terceiros está permitido — contanto que você se autentique com uma API key de pagamento conforme o uso, não com tokens OAuth de assinatura.
Esse é o esclarecimento. Não “levantamos o bloqueio.” Melhor dizendo: “esclarecemos que o que bloqueamos não era tudo.”
A regra sempre foi: os tokens de assinatura são para Claude Code, claude.ai e o Claude Desktop app. O que estava em zona cinzenta — e gerou uma confusão enorme — era se o padrão de automação via CLI era aceitável em si mesmo, ou se tinham apenas fechado o buraco do OAuth.
A Anthropic respondeu essa pergunta: o padrão está bem. O buraco continua fechado.
O detalhamento prático: verde, amarelo, vermelho
Totalmente permitido:
- Usar OpenClaw, OpenCode, NanoClaw ou qualquer harness de terceiros com sua própria API key da Anthropic
- Construir ferramentas CLI, scripts de automação e pipelines de agentes com autenticação direta por API key
- Claude Code em si — aqui não mudou nada
Atenção:
- A cobrança de pagamento conforme o uso da API é real — workflows de agentes autônomos que pareciam “grátis” com uma assinatura Max podem custar entre $500 e $1.000+/mês nas tarifas de API. Audite seu consumo antes de se comprometer
- Bundles de uso pré-pago estão disponíveis com até 30% de desconto — vale a pena avaliá-los
Continua bloqueado:
- Tokens OAuth de assinatura em qualquer ferramenta de terceiros — sem exceções
- O caminho de autenticação que OpenClaw usava originalmente para se montar sobre as cotas de assinatura continua corrigido
O que isso significa para as ferramentas que cobrimos
Se você vinha usando OpenClaw desde nosso artigo anterior: a versão mais recente do OpenClaw inclui otimizações de cache de prompt contribuídas por Boris Cherny — Head of Claude Code na Anthropic — que reduzem os custos de API de forma significativa. Mudar para autenticação por API key mais cache optimization é o caminho a seguir.
OpenCode, NanoClaw e os demais harnesses do mesmo ecossistema estão na mesma situação: você muda para API key e continua construindo.
Peter Steinberger, criador do OpenClaw e hoje funcionário da OpenAI, qualificou a execução de 4 de abril como “uma traição.” O esclarecimento não repara esse déficit de confiança — mas sim confirma que toda a categoria de ferramentas tem futuro.
A lição real
Um desenvolvedor chamado Juan Torchia resumiu bem essa semana: seu workflow não mudou uma única linha de código entre quando o uso de CLI estava em zona cinzenta e quando a Anthropic o colocou em verde. O que mudou foi o texto oficial. A parte incômoda: quando você constrói pipelines de produção sobre infraestrutura de terceiros, as mudanças de política podem afetar sua arquitetura mesmo que o favoreçam.
Não é razão para deixar de construir. É razão para projetar tendo isso em mente: use API keys em lugar de OAuth, meça o consumo real de tokens, e trate as janelas de “arbitragem de preço plano” pelo que sempre foram — temporárias.
Resumo rápido
- CLI-style com sua própria API key:
explicitamente permitido - OAuth de assinatura em ferramentas de terceiros:
continua bloqueado - Caminho a seguir: OpenClaw/OpenCode + sua API key + auditoria de uso