Revise o caminho certo para usar Claude Code com controles AWS: CLI, Claude Desktop/Cowork com inferência pelo Bedrock em Research Preview, ou um modelo híbrido.
O que revisar antes de liberar Claude Code para mais pessoas
Se estes pontos ainda não têm dono e critério claro, mantenha o uso limitado a um piloto pequeno.
Bedrock
Modelo, Região, cota e inferência
Valide modelos Anthropic disponíveis, perfis de inferência, cota de streaming, permissões de primeira utilização e políticas SCP/IAM que podem bloquear chamadas.
Identidade
Credenciais, renovação e atribuição por usuário
Decida entre chaves de API para teste, AWS login, IAM Identity Center ou integração direta com IdP; cada opção muda segurança, MFA, auditoria, custo e experiência do desenvolvedor.
Repositórios
Repositórios, comandos, dados e revisão humana
Controle repositórios, diretórios, ferramentas, tráfego de saída (egress), tratamento de segredos, dados permitidos e aprovação de alterações antes de abrir código sensível.
Operação
Custo, suporte e medição
Meça adoção, custo, latência, falhas, tokens, uso por time e impacto no fluxo de engenharia antes de expandir para mais usuários.
Para quem é
Para times que passaram do teste individual
Esta revisão é para CTOs, líderes de plataforma, segurança e engenharia que estão saindo do teste individual para um piloto em equipe, sem criar exceções pontuais de IAM, credenciais, repositórios, logs, custo e suporte.
Quando não é
Bedrock nem sempre é o caminho mais simples
Se a empresa não precisa de controles AWS, cobrança pelo ambiente AWS ou IAM como base de acesso, Claude Team ou Enterprise pode ser mais direto. Se precisa de política por requisição, roteamento entre provedores ou middleware próprio, um gateway pode fazer sentido. A revisão deixa essas escolhas claras.
Caminho técnico
Escolha a configuração certa antes de padronizar
Escolha a configuração certa antes de padronizar
Claude Code CLI no Bedrock
Claude Desktop/Cowork com inferência de terceiros (3P)
Melhor para
Engenheiros que trabalham no terminal, IDE, repositórios e automações.
Times que precisam de experiência desktop, trabalho delegado, arquivos locais, MDM e inferência pelo Bedrock.
Configuração
Assistente de login ou variáveis de ambiente, arquivos de configuração, AWS_REGION, AWS_PROFILE, credenciais e modelos fixados.
Configuração de sistema/MDM, inferenceProvider=bedrock, credenciais locais, modelos, status de Research Preview e validação da aba Code.
Controles
IAM, CloudTrail, OpenTelemetry, repositórios permitidos, comandos e políticas Claude Code.
MDM, tráfego de saída (egress), diretórios de trabalho, observabilidade local e validação separada de plugins/MCP.
Risco comum
Credenciais expiram, modelo não está disponível, AWS_REGION não está explícito ou IAM fica amplo demais.
Configuração MDM incompleta, política não propaga para a aba Code, arquivos locais não foram revisados ou egress não foi aprovado.
Roteiro do piloto
Do teste inicial ao uso em equipe
1
Semana 0-1: decisão e acesso
Mapeie AWS Organization, contas, SCPs, IAM Identity Center, perfis, Regiões AWS, cotas, modelos, primeira utilização, responsáveis e configuração inicial: CLI, Desktop/Cowork com inferência de terceiros ou híbrida.
2
Semana 2: piloto controlado
Teste tarefas reais em repositórios escolhidos, com revisão humana, credenciais temporárias, modelos fixados, CloudTrail, OpenTelemetry, orçamento e runbook para falhas de modelo, rede, cota ou autenticação.
3
Semana 3+: expansão com critérios claros
Avance somente quando segurança, plataforma e engenharia aprovarem métricas, feedback, custo por usuário, taxa de falha, limites de repositório, tratamento de segredos e suporte.
Bloqueios comuns
O que costuma quebrar quando mais pessoas começam a usar
A instalação inicial pode funcionar. O problema aparece quando estes pontos chegam tarde ao piloto.
Acesso e disponibilidade
Modelo Claude ainda não foi habilitado, a primeira utilização não foi concluída ou o modelo escolhido não aparece na Região AWS esperada.
Perfis de inferência usam outra Região AWS e SCPs bloqueiam o roteamento necessário.
Cotas de streaming, latência ou throughput não foram testados com tarefas reais.
Credenciais e identidade
AWS_REGION não está explícito, o perfil AWS expira sem renovação clara ou a política IAM fica ampla para acelerar o piloto.
Chaves de API persistentes entram no piloto sem MFA, sem atribuição por usuário e com risco de commit em repositórios.
O time escolhe SSO rápido, mas depois precisa de atividade e custo por usuário que a integração inicial não entrega.
Código, dados e operação
Repositórios sensíveis entram cedo demais, sem regra para segredos, dados de clientes, comandos destrutivos ou aprovação humana.
Logs, prompts, código-fonte e dados de atividade são discutidos só depois que a área de segurança já está bloqueando a expansão.
Não há suporte para falha de modelo, autenticação, rede, cota, MDM ou custo acima do esperado.
AWS
Advanced Tier Services Partner e Competência AWS em IA Generativa
Bedrock
IAM, modelos, cotas e inferência avaliados antes da expansão
OTel
observabilidade e custo tratados como requisitos de plataforma
O que as pessoas perguntam sobre Claude Code no Amazon Bedrock?
Quais requisitos precisam estar prontos para Claude Code no Bedrock?
No mínimo, a equipe precisa de uma conta AWS com Bedrock habilitado, modelo Claude disponível, AWS_REGION explícito, credenciais AWS, IAM para invocar modelos, cotas suficientes, modelos fixados e controles para logs, custo, revisão humana, repositórios permitidos e suporte.
Claude Code no Bedrock é igual ao Claude Team ou Enterprise?
Não. Bedrock é um caminho de inferência pela AWS. Claude Team ou Enterprise entregam a experiência SaaS gerenciada da Anthropic. Algumas empresas usam ambos, mas o desenho de identidade, custo, dados e administração é diferente.
Claude Desktop/Cowork com inferência de terceiros pode usar Bedrock?
Sim, quando configurado com inferenceProvider=bedrock. Como esse caminho está em Research Preview, valide disponibilidade, MDM, credenciais, tráfego de saída (egress), arquivos locais, plugins, MCP, observabilidade e a aba Code separadamente do caminho CLI antes de usar em um piloto em equipe.
Quanto tempo leva um piloto de Claude Code com Bedrock?
Um piloto pequeno pode começar em dias quando conta, IAM, modelo e grupo piloto já existem. Para ampliar com segurança, normalmente é preciso alinhar MDM, políticas, observabilidade, segurança, suporte, treinamento, métricas e critérios de expansão.
Rodar Claude Code pelo Bedrock reduz automaticamente o risco de dados?
Pode reduzir alguns riscos quando a empresa precisa controlar acesso a modelos, cobrança, identidade, logs e Regiões AWS pelo ambiente AWS. Mas o Bedrock, sozinho, não torna o uso seguro. O risco depende de repositórios permitidos, credenciais, logs, segredos, comandos, revisão humana e aprovação do fluxo de dados.
Devemos usar chaves de API, SSO ou integração direta com IdP?
Chaves de API são rápidas para prova de conceito, mas fracas para produção porque dificultam MFA, atribuição por usuário, rotação e controle de vazamento. SSO com IAM Identity Center é bom para pilotos controlados. Integração direta com IdP costuma fazer mais sentido quando a empresa precisa de atribuição detalhada, observabilidade e controles para um piloto maior.
Como controlamos custo e adoção?
Defina orçamento antes do primeiro piloto, acompanhe CloudTrail e CloudWatch, configure OpenTelemetry quando precisar de métricas de atividade de desenvolvimento e atribua custo por usuário, time, repositório ou perfil de inferência. A expansão deve depender de métricas, não apenas de entusiasmo do piloto.
O que devemos preparar antes de falar com a Elevata?
Traga contexto seguro: estrutura AWS, contas, modelo de identidade, grupo piloto, ferramentas Claude que pretende usar, restrições de segurança, requisitos de LGPD ou residência de dados, repositórios candidatos e estágio atual. Não envie chaves, tokens, senhas, MFA, segredos, código-fonte ou dados de clientes.
Conte onde você está hoje: teste individual, piloto bloqueado ou plano para liberar a mais desenvolvedores. Informe apenas contexto seguro sobre AWS, identidade, repositórios candidatos e restrições de segurança. Não envie chaves, tokens, senhas, códigos MFA, segredos, código-fonte ou dados de clientes.