Anthropic fecha o Claude para empresas russas a partir de 12 de novembro, mesmo com entidade jurídica no exterior

Se a sua equipe escreve código com o Claude Code ou roda produção pela API da Anthropic, e a empresa tem proprietários russos, surgiu uma tarefa de engenharia urgente. Desde 12 de novembro de 2026 vale a política atualizada de Supported Regions, e "temos uma entidade jurídica no Cazaquistão ou nos Emirados Árabes Unidos" deixa de ser uma resposta que funcione.

O que exatamente muda

Segundo o CNews, o acesso é fechado para organizações registradas na Rússia e para empresas controladas por pessoas russas. O país de registro, nesse caso, não importa: o critério é o controle.

A restrição atinge toda a linha de produtos:

• o chat Claude.ai;
• o Claude Code, ferramenta de desenvolvimento;
• a API;
• os modelos Claude disponíveis por plataformas de nuvem e revendedores.

O último item é o mais desagradável. Muitas equipes não tinham contrato direto com a Anthropic, e sim usavam os modelos por meio de um provedor de nuvem ou intermediário. Agora essa brecha foi fechada na própria política: a revenda não anula as regras.

Imagine uma startup com escritório em Dubai, fundadores russos e um produto baseado no Claude. Antes, formalmente, ela era uma cliente de uma "região suportada". Agora, o que decide é quem é o dono e quem a gerencia.

Por que a Anthropic diz que isso não é novidade

A empresa ressalta: não é uma nova proibição, mas um esclarecimento das regras anteriores. A região já não fazia parte da lista de regiões suportadas; apenas a redação permitia interpretações que os clientes aproveitavam por meio de terceiros países.

O motivo, como a fonte o descreve, é comercial. A Anthropic se prepara para o IPO e precisa excluir da receita os clientes que violam a política regional. Antes da oferta pública, investidores e auditores avaliam a qualidade da receita. A receita de usuários que, pelas regras, não deveriam existir vira um risco jurídico e de reputação. É mais simples cortá-la com antecedência.

Para o setor, é um sinal: os grandes fornecedores de modelos ficam mais rígidos em compliance à medida que amadurecem e abrem capital. Contornos formais, como abrir uma empresa em uma jurisdição conveniente, funcionam cada vez pior com os líderes do mercado.

O que as equipes devem fazer

Não é preciso entrar em pânico, mas também não convém adiar a auditoria. Esta é a sequência mínima de ações:

• Mapeie as dependências. Onde o Claude é usado no produto e nos processos internos: API direta, provedor de nuvem, plugins em IDEs, integrações de prestadores de serviço.
• Verifique a estrutura de propriedade e controle. Se você se enquadra no critério, parta do princípio de que o acesso vai desaparecer, e não que "de alguma forma vai ser prorrogado".
• Crie uma abstração sobre o modelo. Se prompts e chamadas estão amarrados a um único fornecedor, a migração vira refatoração. Uma camada fina de adaptador e um conjunto de testes de regressão para a qualidade das respostas reduzem bastante o custo de trocar de fornecedor.
• Teste alternativas com antecedência: modelos de outros provedores e modelos abertos que podem ser implantados por conta própria. A qualidade nas suas tarefas terá de ser medida novamente.
• Para questões jurídicas, é preciso um advogado, não um chat no Telegram. O que conta como "controle" e como isso será verificado na prática é determinado pelo texto da política da Anthropic.

Limitações e o que ainda não está claro

A fonte não revela o mecanismo de verificação: como a Anthropic vai identificar os beneficiários finais, com que rigor vai monitorar os revendedores e o que acontecerá com assinaturas já pagas e dados acumulados. Esses detalhes ficarão claros quando os bloqueios reais começarem.

A conclusão principal: a dependência de um único fornecedor fechado agora pode ser considerada não só um risco tecnológico, mas também político-jurídico. As equipes de jurisdições afetadas devem reservar tempo para a migração e manter uma alternativa pronta antes que a conta seja bloqueada.