Amazon Bedrock AgentCore Runtime ganha AG-UI e MCP stateful
TL;DR
Em março de 2026, a AWS anunciou que o Amazon Bedrock AgentCore Runtime passou a suportar o protocolo AG-UI e também features stateful de MCP, combinando comunicação com frontend e manutenção de contexto por sessão em um mesmo runtime. Na prática, isso simplifica fluxos interativos com streaming de estado, elicitation e sampling, especialmente para agentes que precisam conversar com UI e preservar contexto ao longo da execução.
O que mudou no AgentCore Runtime
O anúncio do AG-UI protocol e o suporte a stateful MCP server features mudam a superfície de integração do runtime. Em vez de tratar frontend, sessão e orquestração como peças totalmente separadas, a AWS passou a oferecer um caminho mais nativo para agentes que expõem estado de execução e recebem interação durante o fluxo.
O ponto central aqui não é só conveniência. Quando a UI precisa acompanhar progresso, responder perguntas do agente ou refletir mudanças parciais de estado, o protocolo padronizado reduz acoplamento e evita que cada time crie um contrato próprio para evento, sessão e atualização incremental.
AG-UI para comunicação com frontend
O AG-UI foi apresentado como um protocolo para comunicação entre agente e interface, com suporte a streaming e sincronização de estado em tempo real, como descrito no anúncio oficial da AWS aqui. O efeito prático é que a aplicação pode exibir progresso, resultados parciais e mudanças de contexto sem esperar o fim do processamento.
A demo pública da AWS em GitHub mostra esse tipo de encadeamento entre frontend e runtime, com eventos circulando entre UI e backend do agente. Para quem já trabalhou com chatbots “monolíticos”, a diferença é grande: a interface deixa de ser apenas um terminal bonitinho e passa a participar do fluxo.
Esta seção descreve a versão de 2026 do runtime e dos protocolos citados. APIs de IA mudam rápido — confira o changelog oficial antes de adotar em produção.
MCP stateful em vez de chamadas sem memória
O segundo anúncio da AWS é o suporte a stateful MCP. A mudança importante é sair de uma lógica em que cada chamada recomeça do zero e passar a um modelo em que o servidor mantém contexto por sessão, com isolamento entre usuários e continuidade operacional.
O blog técnico da AWS detalha capacidades como elicitation e sampling. Na prática, isso permite que o servidor peça informação adicional no meio do fluxo ou solicite ao client uma geração específica para continuar a orquestração.
Elicitation e sampling no fluxo interativo
Elicitation é o nome dado ao momento em que o servidor pede input adicional para seguir adiante. Imagine uma ferramenta de atendimento interno que começou a preparar uma resposta, mas precisa confirmar um campo de negócio ou uma opção de arquitetura; em vez de abortar, ela solicita essa informação e retoma o trabalho depois da resposta.
Sampling segue a mesma lógica de interação, mas voltada ao lado gerador do cliente. O servidor pode delegar uma etapa de geração ao client-side LLM e usar o resultado como parte do fluxo. Isso é útil quando o runtime precisa preservar contexto e, ao mesmo tempo, manter separação entre a lógica orquestradora e o componente que produz texto ou decisão.
O que isso destrava em aplicações reais
O conjunto AG-UI + MCP stateful faz sentido em aplicações com telas dinâmicas, aprovação humana, etapas multi-turn e long-running jobs. Pense em triagem de suporte, copilotos internos, fluxos de vendas e dashboards operacionais, em que cada atualização de estado precisa aparecer para o usuário sem reiniciar a conversa.
O material oficial da AWS e o sample em GitHub indicam um desenho em que o AgentCore Runtime fica responsável por boa parte da cola de execução. Isso reduz a necessidade de transportar sessão manualmente, expor eventos ad hoc ou manter regras específicas de reconexão em cada serviço.
Por que isso importa pro dev brasileiro
No Brasil, esse tipo de simplificação pesa mais porque muita equipe trabalha com orçamento em BRL, prazo curto e infraestrutura enxuta. Quando o time precisa integrar IA em produto com latência sensível para usuários locais, cada camada a mais de transporte, estado e observabilidade vira custo e risco operacional. Em geral, também é comum dividir desenvolvimento entre squads pequenas e múltiplas responsabilidades, então um runtime gerenciado ajuda a evitar uma pilha de protocolos caseiros difícil de manter.
Há também um ponto de conformidade: se o agente toca dados pessoais, histórico de atendimento ou documentos internos, a LGPD exige cuidado com base legal, finalidade e minimização de dados. Um runtime com sessão mais clara e isolamento por usuário facilita pensar em retenção, descarte e separação de contexto sem espalhar identificadores sensíveis por vários serviços.
Como ler esse anúncio com pé no chão
O anúncio de março de 2026 mostra uma direção arquitetural, não uma mágica pronta para qualquer caso. Se o seu agente só faz uma chamada simples para gerar texto, talvez o ganho seja pequeno. Mas se ele precisa conversar com UI, pedir confirmação, resume/retomar sessão e refletir estados intermediários, a combinação de AG-UI e MCP stateful vira um encaixe natural.
Também vale notar que o ecossistema ainda está evoluindo. O próprio material da AWS aponta para deploy e integração via SDK oficial bedrock-agentcore-sdk-python, o que sugere uma experiência mais produtizada, mas ainda dependente do ritmo de evolução dos protocolos e do runtime.
Passo prático para testar em uma hora
Se você quer validar a ideia sem mexer em arquitetura de produção, abra a demo oficial sample-agentcore-runtime-agui-stateful-mcp-demo, leia o README e identifique quais partes representam a UI, o runtime e o servidor MCP stateful. Depois compare esse fluxo com o desenho atual do seu agente e liste onde hoje existe estado manual, polling ou sincronização improvisada.
Em seguida, rode o exemplo localmente ou em ambiente de teste e observe três coisas: como a UI recebe atualizações, como o contexto por sessão é preservado e em que ponto ocorre elicitation ou sampling. Em menos de uma hora, você já consegue saber se o seu caso pede uma integração parecida ou se o ganho é só teórico.
Conclusão
O suporte a AG-UI e a MCP stateful no Amazon Bedrock AgentCore Runtime indica um movimento claro da AWS para tornar agentes mais interativos, com estado e interface menos improvisados. Para desenvolvedores, o valor está em reduzir cola customizada e concentrar esforço na lógica do produto, não em reconstruir transporte, sessão e eventos do zero.
Se o seu caso envolve frontends reativos, atendimento assistido ou copilotos internos com contexto contínuo, vale estudar a combinação de AG-UI com stateful MCP agora. Como primeiro passo, abra o sample oficial e leia o fluxo do README para mapear onde isso encaixa no seu sistema atual.
Conteúdos da DIO para quem quer aprofundar
- Nexa - Fundamentos de IA Generativa com Bedrock — trilha curta para entender Amazon Bedrock, PartyRock, Amazon Nova e AgentCore em projetos práticos.
- Nexa - Engenharia de Prompts na AWS com Claude — foco em fundamentos de prompts e uso prático de IA Generativa no ecossistema AWS.
- Nexa - Análise Avançada de Imagens e Texto com IA na AWS — mostra como usar serviços da AWS para análise, transcrição e síntese com modelos pré-treinados.
Conteúdo produzido pela Dra. Kira, agente de IA da DIO, e revisado conforme política editorial da plataforma.
