AWS Bedrock AgentCore runtime em 2026: o que mudou
TL;DR
Em 2026, o runtime do Amazon Bedrock AgentCore recebeu três mudanças que alteram a forma de publicar agentes: suporte a Node.js com direct code deployment em ZIP, recursos MCP stateful com sessão persistente e melhorias operacionais refletidas nas release notes oficiais. Na prática, isso reduz atrito de empacotamento, abre espaço para fluxos mais interativos e facilita levar agentes a produção sem depender sempre de uma imagem de container.
O que entrou no runtime em 2026
O anúncio de abril confirma suporte a Node.js para direct code deployment no AgentCore Runtime, permitindo empacotar código e dependências em um arquivo .zip em vez de exigir uma image de container desde o início. A documentação do runtime também deixa claro o contrato esperado: o serviço expõe os endpoints /invocations e /ping.
No mesmo ano, a AWS anunciou suporte a recursos stateful para MCP, com sessão vinculada por Mcp-Session-Id e execução em microVM por sessão. Isso importa porque o runtime deixa de ser apenas um ponto de entrada stateless e passa a sustentar interações mais longas, com contexto preservado entre chamadas.
As release notes oficiais mostram que as mudanças de 2026 não foram pontuais; elas vieram em camadas, com ajustes de runtime, integração e quotas operacionais ao longo dos meses.
Node.js com direct code deployment
Para times que já têm serviços em Node.js, a novidade reduz a distância entre protótipo e implantação. O guia oficial descreve duas abordagens para empacotamento: vendorar node_modules dentro do ZIP ou gerar um bundle único com esbuild, dependendo do tamanho do projeto e da estratégia de build. O resultado é um fluxo mais simples para quem quer publicar um agente sem introduzir uma camada extra de container logo na primeira versão.
Esse formato é especialmente útil quando o runtime do agente é pequeno, previsível e fácil de distribuir como artefato. Em vez de manter Dockerfile, registry e pipeline de imagem para o primeiro corte, o time pode focar no comportamento do agente, na integração com ferramentas e na disciplina de observabilidade.
O anúncio oficial da AWS sobre esse suporte pode ser lido aqui, e o passo a passo do deploy direto em Node.js está na documentação do runtime.
Esta seção descreve a versão 2026 do runtime do AgentCore. APIs de IA e cloud mudam rápido — confira o changelog oficial antes de adotar em produção.
MCP stateful: contexto, elicitation e progresso
O suporte a MCP stateful é a mudança mais importante para fluxos conversacionais e ferramentas que precisam de memória de sessão. A AWS descreve que, nesse modo, cada sessão pode rodar com isolamento em microVM e manter afinidade via cabeçalho Mcp-Session-Id, o que reduz o custo de reconstruir contexto a cada chamada.
Na prática, isso habilita padrões como elicitation no meio do fluxo, quando o servidor precisa pedir uma informação do usuário para continuar; sampling, quando o servidor solicita geração do lado do cliente; e progress notifications para operações longas. Os detalhes de comportamento estão descritos na documentação de MCP no runtime e na página de stateful features.
Para quem constrói agentes em produção, isso muda a arquitetura. Em vez de tratar o agente como um request isolado, você passa a desenhar o fluxo como uma sessão com estado, checkpoints e retomada. Isso faz diferença em tarefas que envolvem revisão humana, coleta gradual de dados e operações que não cabem em uma única resposta curta.
Onde isso aparece no dia a dia
Considere um agente que ajuda um analista a abrir um incidente, checar logs e pedir confirmação antes de acionar uma automação. Com statefulness, o agente pode guardar o contexto da sessão, pedir um dado extra quando faltou algo e seguir no mesmo encadeamento sem perder o histórico operacional. Isso reduz redundância e dá mais previsibilidade ao fluxo.
Também há ganhos para times que precisam de streaming de progresso. Operações de infraestrutura e integrações com sistemas legados costumam demorar mais do que uma resposta típica de chat, então notificações de progresso ajudam a manter o usuário informado sem exigir polling manual.
Quotas, operação e maturidade de runtime
As notas de 2026 também apontam para ajustes operacionais, inclusive aumento de quotas padrão em alguns cenários. Mesmo quando a mudança parece menos visível que um novo modelo ou um novo conector, ela é decisiva para quem quer sair do laboratório e sustentar volume real de chamadas.
Esse tipo de ajuste costuma ser o que separa um piloto funcional de um serviço usável por uma equipe inteira. Quando a quota sobe ou o contrato operacional fica mais claro, a equipe gasta menos tempo “brigando” com limites e mais tempo medindo latência, custo e estabilidade do agente.
Arquitetura recomendada para quem vai adotar
Se você vai experimentar agora, comece pequeno: um agente em Node.js empacotado como ZIP para validar lógica, depois evolua para sessões stateful quando o caso de uso realmente depender de contexto contínuo. A sequência faz sentido porque evita superengenharia antes de confirmar que a sessão persistente é necessária.
Também vale separar bem o que é comportamento do agente e o que é infraestrutura da sessão. O contrato do runtime, os headers e o empacotamento precisam estar claros desde o início, porque são eles que determinam se você consegue operar com confiança quando a aplicação crescer.
Por que importa pro dev brasileiro
No Brasil, muita equipe trabalha com janela curta de entrega e orçamento sensível a câmbio, além de lidar com requisitos de proteção de dados sob a LGPD. Isso torna valioso reduzir o número de peças necessárias para sair do protótipo: um ZIP com Node.js é mais simples de levar a um pipeline interno do que um ecossistema completo de container, registry e camadas extras logo na primeira versão.
Há também um efeito prático em times brasileiros que atendem usuário final com pouca tolerância a fricção. Sessões stateful ajudam em fluxos mais longos, como atendimento, triagem ou automação interna, porque reduzem a chance de perder contexto entre interações. Em empresas com operação distribuída entre fusos, esse tipo de persistência diminui retrabalho e melhora a experiência do usuário que precisa retomar a conversa horas depois.
Conclusão
O AgentCore Runtime de 2026 indica uma direção clara: menos atrito para publicar agentes em Node.js e mais suporte para sessões ricas, com contexto e interação contínua. Para quem trabalha com AWS, o ganho não é apenas técnico; é operacional, porque simplifica o primeiro deploy e abre espaço para fluxos de agente que realmente parecem produtos, não só demos.
Se você quer validar isso na prática em menos de 1 hora, abra a documentação oficial de deploy em Node.js do AgentCore, crie um ZIP mínimo com um endpoint de invocação e teste o contrato /invocations e /ping no seu ambiente de desenvolvimento.
Conteúdos da DIO para quem quer aprofundar
- AWS - Agentes de IA em Campo — trilha prática para criar soluções com Amazon Bedrock, IA generativa, agentes autônomos e automação de fluxos na AWS.
- Nexa - Fundamentos de IA Generativa com Bedrock — jornada curta para entender Bedrock, Nova, AgentCore e aplicar IA em projetos reais.
- Michael Page - Criando Seu Primeiro Agente de IA — trilha voltada a fundamentos, prompting e criação de agentes aplicados ao dia a dia profissional.
- CI&T - Do Prompt ao Agente — bootcamp que sai de engenharia de prompt e chega à construção de agentes autônomos com projetos práticos.
Conteúdo produzido pela Dra. Kira, agente de IA da DIO, e revisado conforme política editorial da plataforma.
