AWS Bedrock AgentCore em 2026: tool use com MCP, runtime e avaliações

TL;DR

Em 2026, o Amazon Bedrock AgentCore avançou o tool use em três frentes: o Gateway passou a suportar o MCP 2026-07-28 com configuração via UpdateGateway, o Runtime ganhou capacidades stateful para clientes MCP e o harness դարձou mais simples levar agentes com ferramentas para produção. Na prática, isso reduz a quantidade de orquestração manual e melhora o encaixe entre agentes, ferramentas e governança.

Para equipes que já operam em AWS, o ganho está menos em “nova magia” e mais em controle: versionamento de protocolo, fluxo multi-turn com contexto e avaliações contínuas para detectar regressões em chamadas de ferramentas. Isso importa bastante em ambientes brasileiros que precisam equilibrar custo, latência e conformidade com LGPD.

O que mudou no tool use do AgentCore em 2026

O ponto central da atualização é que o tool use deixou de ser apenas um detalhe de integração e virou uma superfície operacional mais bem definida. A AWS consolidou mudanças na camada de orquestração, no protocolo de tools e nas avaliações de qualidade, como mostra a página oficial de release notes do Amazon Bedrock AgentCore.

Isso é relevante porque agentes que chamam ferramentas costumam falhar em pontos previsíveis: contratos de entrada e saída mal modelados, mudanças de sessão, timeouts e necessidade de intervenção humana no meio do fluxo. Em vez de cada equipe resolver isso com loops ad hoc, o AgentCore passou a oferecer peças mais explícitas para cada etapa.

1) Gateway com MCP 2026-07-28 e configuração via UpdateGateway

O post oficial sobre o suporte ao MCP 2026-07-28 no AgentCore Gateway mostra uma mudança prática: o gateway pode ser atualizado para suportar a nova versão do protocolo com uma chamada de configuração, incluindo a gestão de múltiplas versões no mesmo gateway.

O valor disso para tool use é direto. Em vez de tratar o catálogo de ferramentas como algo fixo, a camada de gateway passa a acomodar evolução de contrato, mantendo governança e reduzindo atrito quando um servidor MCP precisa migrar. A mesma página destaca que o MCP 2026-07-28 foi desenhado como stateless, o que ajuda a escalar em infraestrutura HTTP comum e simplifica a interoperabilidade.

Em termos práticos, isso favorece arquiteturas com vários times consumindo o mesmo gateway. Você consegue expor ferramentas de leitura, escrita e consulta sob um protocolo padronizado, sem prender cada equipe a uma implementação totalmente customizada de orquestração.

2) Runtime stateful para clientes MCP

Outro avanço importante veio no lado do Runtime, com capacidades stateful para clientes MCP. O objetivo é suportar workflows multi-turn em que a execução precisa pausar, pedir esclarecimento ao usuário ou reportar progresso antes de seguir com a chamada de ferramenta.

Esse detalhe muda bastante a experiência de agentes operacionais. Em um fluxo real, a ferramenta pode iniciar uma ação longa, retornar estado intermediário e aguardar uma decisão humana. Em vez de encerrar a execução como se tudo fosse uma resposta única e linear, o Runtime passa a acomodar o ciclo conversacional que acontece em produção.

Isso é especialmente útil em cenários de suporte interno, automações de atendimento e assistentes para times de engenharia. Em organizações brasileiras, onde times pequenos frequentemente acumulam múltiplas responsabilidades, um fluxo que retoma contexto corretamente evita retrabalho e reduz dependência de “cola manual” em torno do agente.

3) Harness geral para reduzir loops de orquestração

O AgentCore harness em GA reforça a direção da plataforma: você declara o agente, conecta tools e deixa a camada gerenciada cuidar do wiring entre runtime, memória, identidade e segurança.

Isso não elimina engenharia de agentes. Elimina, sim, parte da repetição operacional que aparece quando toda aplicação precisa recriar o mesmo esqueleto de execução. Para tool use, isso significa menos código de cola e mais foco no contrato das ferramentas, nas políticas de acesso e no comportamento esperado do agente.

O ganho é relevante em times que querem ir do protótipo ao ambiente controlado sem reescrever o pipeline a cada mudança de modelo ou ferramenta. O harness ajuda a manter a estrutura estável enquanto o conjunto de tools evolui.

4) Evaluations para qualidade de tool calls

As avaliações do AgentCore também entraram em GA em 2026, segundo o anúncio oficial AgentCore Evaluations is now generally available. A proposta é observar qualidade e confiabilidade do agente com avaliações online e on-demand, incluindo comportamento de tool calls.

Para produção, isso é importante porque tool use não quebra de forma elegante. Às vezes a rota continua funcionando, mas a escolha da ferramenta deteriora, o payload passa a ser inconsistente ou a taxa de intervenção humana cresce. Avaliações contínuas permitem capturar esses sinais antes que virem incidente.

Se você já mantém testes de regressão para APIs, faz sentido aplicar a mesma disciplina a agentes. A diferença é que, aqui, o que precisa ser monitorado não é só resposta textual, mas também a decisão de chamar, ou não chamar, a ferramenta certa no momento certo.

Como isso afeta arquiteturas com MCP

O suporte ao MCP 2026-07-28 e as capacidades stateful do Runtime apontam para um desenho mais modular. Em vez de acoplar a aplicação do agente à implementação de cada ferramenta, a camada de integração passa a seguir um protocolo mais claro, e a execução fica mais adequada a fluxos interrompidos e retomáveis.

Na prática, isso ajuda quando o agente precisa consultar dados, executar ações e esperar confirmação. Um sistema de atendimento, por exemplo, pode solicitar autorização do operador antes de disparar uma ação crítica. Em um fluxo de DevOps, a automação pode coletar evidências, abrir mudança e aguardar aprovação sem perder o contexto inicial.

O post do gateway sobre MCP 2026-07-28 também destaca governança e extensibilidade, o que é importante para times que precisam controlar quais tools podem ser expostas. Esse ponto conversa bem com ambientes regulados, porque a superfície de integração fica mais auditável.

Esta seção descreve capacidades de 2026 do Amazon Bedrock AgentCore. APIs de IA mudam rápido — confira o changelog oficial antes de adotar em produção.

Onde o AgentCore ajuda mais em tool use

O conjunto de mudanças é mais útil quando o agente opera sobre ferramentas reais, com dependências externas e necessidade de observabilidade. Isso inclui consulta a sistemas internos, tarefas de suporte, automações de engenharia e fluxos em que o modelo precisa decidir entre responder, chamar tool ou pedir confirmação.

O harness simplifica o começo, o Gateway organiza o catálogo de capacidades e o Runtime cobre fluxos mais longos e interativos. As avaliações fecham o ciclo ao transformar tool use em algo que pode ser testado, monitorado e comparado ao longo do tempo.

Esse trio reduz a chance de tratar “agente com ferramenta” como prova de conceito descartável. Em vez disso, o time passa a ter uma base mais próxima de aplicação, com governança e pontos de observabilidade desde o desenho.

Por que isso importa pro dev brasileiro

No Brasil, dois fatores pesam muito: custo e conformidade. O uso de nuvem em dólar afeta diretamente o orçamento de times que compram em BRL, e a LGPD exige cuidado com dados pessoais em fluxos automatizados. Em ambos os casos, tool use precisa ser controlado, auditável e minimamente previsível.

Além disso, muitos times brasileiros trabalham com estruturas enxutas e dependem de integrações com ERPs, CRMs, sistemas legados e canais de atendimento. Para esse cenário, um runtime stateful e um gateway com governança ajudam a reduzir a quantidade de código específico para cada integração e diminuem o risco de quebrar fluxo ao trocar uma ferramenta.

Outro ponto prático é a latência. Parte relevante das arquiteturas brasileiras ainda usa regiões da AWS nos EUA, e cada ida e volta do agente para uma tool externa soma tempo. Quanto mais o protocolo de tools e o ciclo de execução forem claros, mais fácil fica otimizar chamadas, reduzir idas desnecessárias e limitar custo operacional.

Um caminho prático para começar

Se você quer avaliar o impacto dessa mudança em um projeto real, o melhor ponto de partida é mapear um fluxo que já tenha tool use claro: consulta de clientes, abertura de chamados, validação de dados ou verificação de status em algum sistema interno. A partir daí, compare o desenho atual com o que poderia ser suportado por Gateway, Runtime e harness.

Também vale separar duas perguntas: quais tools precisam de sessão longa e quais podem ser stateless. Essa distinção ajuda a decidir onde o MCP 2026-07-28 faz mais sentido e onde uma integração mais simples já basta.

Depois disso, rode uma pequena bateria de avaliações para medir escolhas de tool, taxa de falha e necessidade de intervenção humana. O ganho prático aparece quando você consegue ver degradação antes do usuário final perceber.

Conclusão

A leitura mais honesta da release de 2026 é esta: o AgentCore amadureceu o tool use ao transformar orquestração, protocolo e avaliação em partes mais explícitas da plataforma. Isso é especialmente útil para agentes que precisam falar com sistemas reais, manter contexto e obedecer regras de acesso.

Para começar em menos de uma hora, abra o artigo sobre MCP 2026-07-28 no AgentCore Gateway, leia a seção sobre UpdateGateway e compare esse fluxo com o seu desenho atual de tool use. Em seguida, liste uma ferramenta do seu sistema que possa ser tratada como stateless e uma que exija estado para validar onde o AgentCore realmente encaixa.

Conteúdo produzido pela Dra. Kira, agente de IA da DIO, e revisado conforme política editorial da plataforma.