A Amazon Web Services colocou seu serviço de agente gerenciado original para Amazon Bedrock em modo de manutenção para nova adoção. O serviço anteriormente conhecido como Amazon Bedrock Agents agora está documentado como Amazon Bedrock Agents Classic, e a AWS afirma que não estará mais aberto a novos clientes a partir de 30 de julho de 2026.
Isso não significa que as implantações existentes parem de funcionar. A AWS afirma que os clientes atuais podem continuar usando o Bedrock Agents Classic e afirma separadamente que os modelos Amazon Bedrock, bases de conhecimento e guardrails não são afetados pela mudança. Mas a direção para novas cargas de trabalho de agente é clara: a AWS está recomendando o Amazon Bedrock AgentCore como o caminho comparável para aplicativos de agente novos ou migrados.
Para equipes que estão construindo no Bedrock, isso é mais do que uma mudança no nome do serviço. Ele muda a arquitetura padrão para agentes hospedados na AWS da interface mais antiga do Bedrock Agents para um tempo de execução mais recente e uma pilha de ferramentas centrada no AgentCore. Para plataformas que fornecem um gateway de API de IA, camada de roteamento LLM ou infraestrutura de agente corporativo, o corte cria uma questão de compatibilidade e migração que acompanha a seleção de modelo comum.
O que mudou em 30 de julho
A documentação da AWS agora identifica Amazon Bedrock Agents como Amazon Bedrock Agents Classic. A mesma orientação do modo de manutenção diz que o Bedrock Agents Classic está fechado para novos clientes a partir de 30 de julho de 2026, enquanto os clientes existentes podem continuar a usá-lo.
O significado prático depende da conta AWS do cliente e do uso atual. Os sistemas de produção existentes construídos no Classic não devem assumir um desligamento imediato com base apenas no aviso público de manutenção. No entanto, novas equipes, novas contas e organizações que padronizam a futura infraestrutura de agentes devem tratar o Classic como um caminho legado, em vez do serviço de agente Bedrock padrão.
A AWS aponta clientes novos e em migração para o Bedrock AgentCore. A empresa descreve o AgentCore como suporte para orquestração gerenciada e um conjunto mais amplo de recursos de agente de produção, incluindo exposição de ferramentas por meio do protocolo de contexto de modelo, memória, identidade, observabilidade e rastreamento. Esses recursos sugerem que a AWS está migrando de um construtor de agente gerenciado mais restrito para um tempo de execução de agente mais geral para aplicativos de uso de ferramentas de longa duração.
Um limite também é importante: a mudança diz respeito à camada de orquestração de agente gerenciado da Bedrock, e não a toda a plataforma Bedrock. A AWS afirma que os modelos Bedrock, bases de conhecimento e guardrails não são afetados. Uma equipe ainda pode usar inferência ou recuperação de modelo Bedrock e componentes de segurança, mesmo que precise revisitar o serviço de orquestração de agentes em torno deles.
Por que isso é importante para os construtores de agentes
A infraestrutura do agente tornou-se mais difícil de tratar como um invólucro fino em torno de uma chamada de modelo. Um agente de produção geralmente precisa de permissões de ferramentas, regras de memória, mapeamento de identidade, registro em log, avaliação e atribuição de custos. Quando a camada de orquestração gerenciada muda, os desenvolvedores podem precisar revisar como os prompts, esquemas de ferramentas, recuperação, proteções e monitoramento são conectados.
Isso é especialmente verdadeiro para empresas que adotaram o Bedrock Agents Classic como uma alternativa gerenciada para construir sua própria orquestração. Se essas empresas agora criarem ambientes adicionais, integrarem novas unidades de negócios ou reconstruirem novas contas da AWS, elas poderão encontrar disponibilidade e arquitetura recomendada diferentes daquelas usadas em suas implantações existentes.
O corte também afeta fornecedores e equipes de plataforma interna que abstraem a Bedrock por trás de uma interface unificada. Uma plataforma multinuvem ou multimodelo não pode tratar isso simplesmente como “rota para um modelo AWS”. Pode ser necessário saber se um cliente está invocando inferência de modelo simples, um fluxo de trabalho da Base de Conhecimento, uma política Guardrails, um agente Clássico ou uma carga de trabalho hospedada pelo AgentCore. Essas são superfícies operacionais diferentes com riscos de migração diferentes.
Para usuários do Model Gate e clientes de gateway semelhantes, a lição é que o roteamento da API LLM não se trata mais apenas de preço, latência e qualidade do modelo. A colocação do agente também é importante. Um gateway pode ajudar a centralizar o gerenciamento de chaves de API, análises de uso, controles de equipe e visibilidade de gastos, mas ainda precisa respeitar os recursos e o status do ciclo de vida dos serviços subjacentes do provedor.
Quem é afetado
O grupo mais diretamente afetado são os clientes da AWS que planejam novas compilações de agente gerenciado no Bedrock. Se eles não usaram anteriormente o Bedrock Agents Classic, eles devem esperar que AgentCore seja o caminho recomendado. As equipes que já executam agentes Classic podem continuar a usá-los, de acordo com a AWS, mas devem planejar a postura de manutenção do serviço ao tomar decisões de longo prazo.
Os arquitetos de nuvem são afetados porque as arquiteturas de referência podem precisar de atualização.Documentação, módulos Terraform, caminhos dourados internos e análises de segurança que assumiram o Bedrock Agents Classic como a camada de agente gerenciado padrão devem ser verificados em relação às APIs, modelo de identidade, recursos de observabilidade e requisitos operacionais do AgentCore.
As equipes de segurança e governança também estão no escopo. A ênfase da AgentCore na identidade, exposição de ferramentas, observabilidade e rastreamento reflete os problemas que as empresas estão tentando resolver: qual usuário ou serviço está agindo, quais ferramentas um agente pode chamar, quais dados ele pode recuperar, como uma decisão pode ser auditada e como loops descontrolados de ferramentas ou chamadas de modelo caras são detectadas.
Os fornecedores de software baseados no Bedrock podem precisar de um período de suporte duplo. Os clientes existentes ainda podem estar no Classic, enquanto os novos clientes podem precisar do AgentCore. Isso pode significar testes adicionais, sinalizações de recursos, lógica de implantação específica do cliente e documentação mais clara sobre qual caminho de agente Bedrock é compatível.
Consequências práticas e questões em aberto
A primeira etapa prática é o inventário. As equipes devem identificar se usam Bedrock Agents Classic, APIs de modelo Bedrock simples, bases de conhecimento, guardrails ou orquestração personalizada fora do Bedrock. O aviso do modo de manutenção afeta essas categorias de maneira diferente.
A segunda etapa é mapear as dependências de migração em vez de assumir uma mudança direta. As cargas de trabalho do agente podem depender de definições de ferramentas, configuração de recuperação, modelos de prompt, permissões do IAM, registros de auditoria e tratamento de erros específicos do aplicativo. A mudança para o AgentCore pode ser uma oportunidade para melhorar a observabilidade e os controles de identidade, mas ainda pode exigir trabalho de integração.
A terceira etapa é a revisão de custos e governança. Os novos tempos de execução do agente geralmente facilitam a conexão de mais ferramentas e a execução de fluxos de trabalho mais autônomos. Isso aumenta o valor da análise de uso, da atribuição em nível de solicitação e dos controles de orçamento. Em um ambiente de gateway, as equipes devem decidir quais chamadas fluem através de uma camada de política central e quais permanecem dentro da orquestração gerenciada pela AWS.
Alguns detalhes permanecem específicos da conta. Comentários independentes sugeriram que a elegibilidade pode depender do uso anterior da conta e que alguns modelos pós-corte recém-lançados podem não estar disponíveis através do Classic. Esses pontos devem ser verificados em relação à conta AWS do próprio cliente e à documentação atual do modo de manutenção da AWS antes de serem tratados como política.
O sinal maior é bastante claro: a AWS não está saindo dos agentes Bedrock, mas está afastando o trabalho de novos agentes da interface original dos Agentes Bedrock. Para desenvolvedores e equipes de plataforma, a suposição segura é que o futuro investimento em agentes da AWS se concentrará no AgentCore, enquanto o Bedrock Agents Classic se tornará uma preocupação de compatibilidade para implantações existentes.