Não: o --cloud nativo do Claude Code exige uma conta Anthropic e não funciona quando o Claude Code está configurado para Amazon Bedrock, segundo a documentação da Anthropic. Para executar tarefas remotas usando Bedrock, a AWS descreve uma alternativa separada: uma implantação personalizada com sessões do Amazon Bedrock AgentCore Runtime que abre pull requests para revisão humana. Veja o tutorial da AWS.

CaminhoCondição de conta ou provedorOnde a tarefa é executada
Claude Code --cloudExige conta Anthropic; não está disponível com Amazon Bedrock configuradoNa infraestrutura em nuvem do Claude Code
Exemplo da AWS com AgentCoreModelos acessados pelo Amazon Bedrock na conta AWS da implantaçãoEm uma sessão do Amazon Bedrock AgentCore Runtime
Antes de escolher, separe duas decisões: usar a sessão em nuvem nativa do Claude Code ou implantar um fluxo próprio na AWS.

Como a tarefa vira um pull request

No exemplo da AWS, a tarefa pode chegar por um plugin do Claude Code conectado a um servidor MCP local ou por um console web. O plano de controle usa API Gateway, Lambda, DynamoDB e SQS para encaminhar e acompanhar o trabalho.

Cada tarefa executa em uma sessão própria do AgentCore Runtime, dentro de uma microVM com CPU, memória e sistema de arquivos isolados, segundo a descrição da AWS. No fluxo mostrado, Claude Opus planeja e revisa, Claude Sonnet escreve o código e os comandos de configuração e teste do próprio repositório são executados. A revisão pode devolver a tarefa ao planejamento, até um total de três tentativas.

O resultado é um pull request no GitHub. Se a verificação não passar, ele é aberto como rascunho; o agente não faz merge. Uma pessoa precisa revisar a alteração e decidir se ela deve ser incorporada.

O que preparar antes da implantação

A AWS lista como pré-requisitos uma conta AWS com credenciais da CLI, Docker em execução, Python 3.11 ou posterior, uv, Node.js 22.12 ou posterior e um repositório confiável com comandos de configuração e teste definidos. O suporte ao marketplace de plugins do Claude Code é opcional para enviar tarefas pelo terminal.

O exemplo é voltado a tarefas delimitadas e a repositórios confiáveis. A AWS diz que ele não é adequado para código não confiável nem para trabalho aberto, pois os comandos definidos pelo repositório são executados e o ciclo de tentativas é limitado.

Etapas para usar o caminho da AWS

  1. Escolha a rota. Se você precisa do --cloud nativo, use a condição de conta Anthropic descrita pela documentação. Para uma implantação com Amazon Bedrock, avalie o exemplo personalizado da AWS.
  2. Prepare a conta e as ferramentas. Confira os pré-requisitos: credenciais da AWS CLI, Docker, Python, uv e Node.js nas versões exigidas. Isso evita começar a implantação sem os componentes que o tutorial requer.
  3. Prepare um repositório confiável. Defina os comandos de configuração e teste que o fluxo deve executar. Não use o exemplo com repositórios não confiáveis ou tarefas sem escopo definido.
  4. Escolha como enviar tarefas e faça a implantação. O exemplo aceita o plugin do Claude Code com MCP local ou o console web. Para o AgentCore Runtime V2, o tutorial lista us-east-1, us-east-2, us-west-2, ap-northeast-1 e eu-west-1; o passo a passo usa us-west-2. A AWS estima de 15 a 25 minutos para a implantação e mais 8 a 12 minutos para registrar um repositório.
  5. Revise o pull request antes de qualquer merge. A verificação determina se ele aparece como rascunho, mas a decisão de incorporar a mudança continua com uma pessoa.

O que os controles de segurança cobrem

A AWS descreve o uso do AgentCore Identity para acesso ao GitHub por meio de um aplicativo GitHub. O token de usuário para servidor expira após oito horas e é renovado automaticamente, segundo a empresa. A implantação também usa sub-redes privadas e endpoints privados para serviços AWS.

Essa separação não bloqueia todo o tráfego externo: o acesso à internet por um gateway NAT continua disponível para o GitHub e para registros de pacotes. O DNS Firewall descrito pela AWS bloqueia domínios selecionados; não funciona como uma lista geral de permissão para conexões HTTPS.

A proteção de prompts também tem um escopo específico. Ela examina a tarefa enviada antes de colocá-la na fila, mas não verifica os arquivos do repositório nem a saída dos comandos durante a execução. Portanto, ela não cobre instruções maliciosas que possam aparecer nesses conteúdos.

Custos que continuam enquanto ociosos

A implantação continua gerando cobranças mesmo sem tarefas em execução. A AWS cita, entre os recursos cobrados, o gateway NAT, endpoints de interface, AWS WAF, o user pool do Cognito, DNS Firewall, imagens e logs.

O orçamento mensal padrão de US$ 200 para Amazon Bedrock envia um alerta por e-mail; não limita os gastos. Inclua a remoção dos recursos na rotina de encerramento, porque deixá-los ociosos não interrompe essas cobranças.