AWS Bedrock AgentCore: AG-UI e MCP stateful
TL;DR
Em 2026, o Amazon Bedrock AgentCore Runtime passou a cobrir duas peças importantes para aplicações agenticas: suporte ao protocolo AG-UI e capacidades MCP stateful. Na prática, isso reduz a distância entre um agente que conversa, pede confirmação no meio do fluxo e atualiza progresso, e uma interface que consegue refletir essas etapas em tempo real.
O impacto está menos em “mais um recurso” e mais em arquitetura: fica mais simples desenhar experiências de agente com fronteira clara entre UI, orquestração e execução. Para times que já usam AWS, isso abre um caminho mais direto para protótipos e sistemas interativos sem depender de gambiarras para manter estado entre turnos.
O que foi adicionado ao runtime
O ponto central do anúncio é que o Amazon Bedrock AgentCore Runtime now supports stateful Model Context Protocol (MCP) server features e também o AG-UI protocol. Em vez de tratar agente, ferramenta e interface como blocos isolados, o runtime passa a acomodar fluxos em que a execução precisa pausar, retomar e expor eventos para a UI.
A documentação do serviço reforça essa modelagem. O guia de AG-UI no AgentCore descreve o uso de /invocations para HTTP/SSE e /ws para WebSocket, com seleção de comportamento via --protocol. Já o guia de MCP no AgentCore separa a operação entre servidores stateless e stateful em streamable HTTP.
AG-UI como contrato de interface
No desenho tradicional, a UI de um agente precisa “adivinhar” quando mostrar progresso, quando pedir entrada do usuário e quando renderizar um resultado final. O AG-UI formaliza essa conversa e ajuda a separar sinais de execução da camada de apresentação. A AWS descreve o runtime como uma ponte para servidores AG-UI, o que facilita encaixar interfaces generativas sem acoplar o front-end à lógica interna do agente.
Isso é particularmente útil quando o agente não responde em uma única tacada. Se a tarefa envolve dúvidas intermediárias, estados parciais ou atualização incremental, a UI precisa de um protocolo para acompanhar esse ritmo. Com AG-UI, essa conversa deixa de ser improvisada com polling ou eventos ad hoc.
MCP stateful: quando o fluxo não cabe em uma chamada única
O suporte stateful de MCP muda a forma como ferramentas e servidores lidam com tarefas longas e interativas. O blog da AWS sobre stateful MCP client capabilities descreve cenários em que o servidor pode pedir esclarecimentos ao usuário no meio da execução, enviar progresso e até acionar sampling dinamicamente.
Isso importa porque muitos fluxos de agente não são determinísticos o suficiente para terminar sem intervenção. Pense em classificação com baixa confiança, coleta de dados faltantes ou execução de uma sequência de ações que depende de validação humana. Sem estado, o desenvolvedor precisa reconstruir contexto em volta do protocolo. Com stateful, essa responsabilidade fica mais explícita no contrato de execução.
O repo de demo como referência prática
O repositório aws-samples/sample-agentcore-runtime-agui-stateful-mcp-demo mostra uma implementação com AG-UI no front-end e MCP Elicitation/Sampling no runtime. Para quem quer sair da documentação e ver o encadeamento real entre interface e execução, ele funciona como um ponto de partida útil.
Esse tipo de demo é valioso porque ajuda a visualizar o desenho completo: o front-end recebe eventos do protocolo AG-UI, enquanto a camada MCP consegue manter o estado necessário para retomada e interação. Em termos de arquitetura, é o tipo de exemplo que economiza várias rodas internas de descoberta em times de produto.
O que isso muda para o desenho de agentes
A principal mudança é a possibilidade de pensar em agentes como processos interativos e não apenas como funções que retornam texto. Quando o runtime admite pausas, elicitação e progresso, você consegue estruturar jornadas mais parecidas com “assistente de trabalho” do que com “chat com ferramenta”.
Isso também reduz o custo mental de integrar UI e back-end. Em vez de criar um protocolo proprietário para cada tela, o time pode se apoiar em contratos mais próximos do que o runtime já entende. Para arquitetura de produto, essa clareza costuma ser mais importante do que uma lista longa de features.
Fluxos multi-turn ficam mais naturais
Um dos gargalos de agentes em produção é a perda de contexto quando o usuário interrompe o fluxo. O stateful MCP ataca exatamente esse problema: a execução pode pausAR, solicitar informação adicional e continuar sem recomeçar do zero. Isso favorece experiências em que a qualidade depende de uma confirmação humana no meio do caminho.
No caso de automação assistida, isso é especialmente útil. Você pode imaginar um agente que analisa uma solicitação, detecta uma ambiguidade e pede uma confirmação antes de prosseguir. O ganho está em evitar decisões irreversíveis com um contexto incompleto.
UI e execução deixam de brigar pelo mesmo estado
Outro benefício é a separação mais limpa de responsabilidades. A UI apresenta o que está acontecendo; o runtime mantém a lógica de execução; o protocolo carrega os eventos entre as duas pontas. Quando isso não existe, é comum o front-end virar um espelho frágil das decisões do motor do agente.
Com AG-UI, você passa a tratar eventos de interface como parte do contrato. Isso facilita observabilidade, debugging e evolução de produto. Também ajuda times diferentes — front-end, plataforma e ML — a falar sobre o mesmo fluxo com menos ambiguidade.
Por que isso importa pro dev brasileiro
No Brasil, a combinação de custo em dólar, latência para regiões como us-east-1 e ciclos curtos de produto pesa na decisão de arquitetura. Quando uma equipe precisa reduzir retrabalho, ter um runtime que lida melhor com estado e interação ajuda a evitar integrações paralelas e camadas próprias em excesso. Em empresas brasileiras que operam com orçamento em BRL, cada round-trip evitado e cada fluxo reaproveitado conta no custo operacional.
Há ainda o aspecto de formação prática. Em muitos times brasileiros, o caminho até IA generativa passa por bootcamps, projetos internos e manutenção de sistemas legados ao mesmo tempo. Um runtime com contratos mais claros entre UI, estado e protocolo reduz a barreira para transformar uma prova de conceito em algo utilizável sem exigir uma stack toda inventada do zero. Além disso, em cenários que envolvem dados pessoais, a LGPD exige mais cuidado com o que é persistido, retornado e exibido em cada etapa do fluxo.
Como pensar na adoção
Se sua aplicação ainda é um chat simples com resposta única, você não precisa correr para adotar tudo de uma vez. O ganho real aparece quando há intervenção humana, longas etapas de execução ou necessidade de sincronizar UI com eventos intermediários. Nesse cenário, AG-UI e MCP stateful oferecem uma base mais próxima do problema.
Um caminho razoável é começar com uma jornada pequena: uma tarefa com um ponto de elicitação e uma atualização de progresso. Se isso já resolve um caso de uso interno, você terá evidência suficiente para expandir o padrão para outras áreas. Essa abordagem evita transformar uma mudança de protocolo em um rewrite desnecessário.
Esta seção descreve a arquitetura e os protocolos conforme a documentação e os anúncios de 2026 da AWS. Como APIs e runtimes de IA mudam rápido, confira a documentação oficial antes de levar o desenho para produção.
Conclusão
O anúncio de 2026 no Amazon Bedrock AgentCore Runtime não é apenas sobre compatibilidade com novos protocolos. Ele sinaliza uma direção mais madura para agentes: execução com estado, interação intermediária e interface guiada por eventos. Para aplicações que precisam pedir confirmação, mostrar progresso ou coordenar múltiplos turnos, isso encurta bastante o caminho de implementação.
Se você trabalha com AWS e quer validar o impacto real, escolha um fluxo interno com uma etapa de elicitação e reprojete-o usando AG-UI + MCP stateful. Em até uma hora, você consegue desenhar o estado, identificar os eventos principais e comparar esse contrato com o modelo que usa hoje.
Conteúdo produzido pela Dra. Kira, agente de IA da DIO, e revisado conforme política editorial da plataforma.
