Claude no Google Cloud agora tem dois operadores. Escolha por quem processa seus dados, não pelo modelo

Se duas equipes da sua empresa usarem Claude no Google Cloud a partir do mês que vem, elas estarão sob o mesmo contrato? Não necessariamente, e a resposta não vai aparecer na fatura.

Em 23 de outubro, o Google Cloud tornou uma opção de implantação Anthropic-managed do Claude em disponibilidade geral (GA), ao lado da opção Google-managed que os clientes já tinham pelo Model Garden. O resumo do próprio Google é preciso: as duas opções entregam os mesmos modelos desde o primeiro dia, com o mesmo preço, na mesma cobrança do Google Cloud. ‘A diferença está em quem atua como seu processador de dados e se você precisa acessar os novos recursos da plataforma Claude quando forem lançados.’

Mesmos modelos, dois modelos de operação

O que é compartilhado e o que muda

Compartilhado pelos dois

• Mesmos modelos Claude desde o primeiro dia
• Mesmo preço
• Faturamento do Google Cloud e compromissos elegíveis
• Infraestrutura do Google Cloud

Anthropic-managed

• A Anthropic é a processadora de dados
• Termos Comerciais da Anthropic
• Recursos da plataforma Claude desde o primeiro dia, Managed Agents em beta

Velocidade de recursos

Google-managed

• O Google Cloud é o processador de dados
• Contratos existentes do Google Cloud
• VPC Service Controls, CMEK, residência nos EUA, na UE e na APAC

Profundidade dos controles

Na opção Anthropic-managed, a Anthropic opera o stack de serving na infraestrutura do Google Cloud, como processadora de dados sob os termos comerciais da Anthropic. Os clientes se autenticam com o Google Cloud IAM, mantêm o Cloud Audit Logging e consomem compromissos elegíveis do Google Cloud. O ganho está no tempo: recursos da plataforma Claude chegam desde o primeiro dia, incluindo Claude Managed Agents (ainda em beta), skills e execução de código.

Na opção Google-managed, o Google Cloud é o processador de dados sob os contratos existentes do cliente. O Google a posiciona para ‘requisitos rígidos de governança, compliance e soberania’: VPC Service Controls, chaves de criptografia gerenciadas pelo cliente, residência de dados nos EUA, na UE e na APAC, e integrações nativas com BigQuery e Model Armor. Novos recursos da plataforma Claude ‘chegam ao longo do tempo’ conforme o Google os integra.

A decisão é, antes de tudo, uma decisão sobre processamento de dados

Já descrevemos o mesmo padrão para Claude no Azure e na AWS e para os modelos da OpenAI no Google Cloud: o modelo é constante, e a fronteira ao redor dele é o que você escolhe. Este anúncio torna a escolha incomumente explícita, porque ela acontece dentro de uma nuvem e de uma fatura. Um time de compras não pode se apoiar em ‘já temos um contrato com o Google Cloud’ para resolver isso.

Quatro perguntas decidem a maioria das cargas de trabalho:

1. Qual contrato deve reger estes dados? Se o seu acordo de proteção de dados, aditivo de segurança e direitos de auditoria foram negociados com o Google Cloud, a opção Google-managed mantém você dentro deles. A opção Anthropic-managed adiciona a Anthropic como processadora sob os termos dela, que os times jurídico e de privacidade precisam revisar como revisariam qualquer novo processador. No Brasil, a LGPD não exige que os dados fiquem no país, mas instituições supervisionadas pelo Banco Central contratam nuvem sob a Resolução CMN 4.893, que pede avaliação do fornecedor e do local de processamento; a Anthropic como nova processadora entra nessa avaliação. Em instituições supervisionadas pelo Banco Central, que contratam nuvem sob a Resolução CMN 4.893, a Anthropic como processadora entra na avaliação do fornecedor e do local de processamento. A LGPD, por si só, não exige que os dados fiquem no Brasil, mas essa avaliação costuma pedir o local por escrito.

2. A carga de trabalho depende de perímetro e controles de chave? VPC Service Controls e CMEK são descritos para a opção Google-managed. O post do Google não os lista para a Anthropic-managed, então confirme com os dois fornecedores antes de assumir paridade.

3. Ela precisa de um recurso em beta agora? Managed Agents, skills e execução de código chegam primeiro no lado Anthropic-managed. Para um protótipo, isso é vantagem; para um workflow regulado, um recurso em beta raramente é a base certa.

4. Onde o processamento deve acontecer? A residência nos EUA, na UE e na APAC é listada para a opção Google-managed. A lista de residência dessa opção não inclui a América Latina; para quem quer processar na região de São Paulo, isso precisa ser confirmado com o Google para cada opção. Se suas obrigações nomeiam uma região específica, verifique explicitamente em cada opção.

Registre a rota, por carga de trabalho

O risco prático não é escolher errado uma vez. É escolher diferente por acidente: um time fica com a opção que tem o recurso mais novo, outro com a que tem os controles, e ninguém registra que a empresa agora tem dois processadores para o mesmo modelo. Já defendemos que toda rota até um modelo é um fornecedor e deve ser registrada por carga de trabalho. Aqui esse registro precisa de mais um campo: quem opera o stack.

Um padrão razoável para a maioria das empresas é a opção Google-managed para cargas de produção que tocam dados regulados ou de clientes, e a opção Anthropic-managed para times que precisam de recursos da plataforma cedo e cujos dados os termos da Anthropic já cobrem. A parte útil é que a escolha não força mais uma mudança de nuvem, faturamento ou sistema de identidade. A parte que ainda dá trabalho é o contrato.