A AWS publicou em 5 de outubro de 2026, em seu blog de machine learning, uma solução para levar recursos validados do Amazon Quick da conta de desenvolvimento para a de produção. No post original, a empresa apresenta o Quick Resource Migrator.
É um servidor de Model Context Protocol (MCP) de exemplo hospedado no runtime do Amazon Bedrock AgentCore. Ele executa a promoção de agentes, conectores de ação, bases de conhecimento, fluxos e espaços com uma única chamada de ferramenta.
O Amazon Quick é descrito como o companheiro de IA agêntica da Amazon voltado ao trabalho. Nele, as equipes constroem agentes que raciocinam sobre seus dados, chamam conectores de ação e conduzem tarefas de múltiplas etapas até a conclusão.
Os blocos que sustentam esse tipo de solução são os agentes de chat com instruções personalizadas, os conectores para Slack, Jira e outras integrações, as bases de conhecimento ancoradas em documentos próprios e o espaço que reúne todos eles. Esses componentes são montados e iterados com rapidez na conta de desenvolvimento.
O gargalo da promoção entre contas
A maioria das grandes empresas mantém contas AWS separadas para desenvolvimento e produção. Às vezes há um ambiente de garantia de qualidade no meio do caminho.
Quando agentes, conectores e bases de conhecimento são validados no desenvolvimento, não existe um caminho nativo de um clique para movê-los à conta seguinte.
As equipes reconstroem cada recurso à mão. Recriam cada agente com as mesmas instruções e prompts iniciais.
Reanexam os conectores de ação e concedem de novo as permissões de recurso.
O trabalho inclui reprovisionar o bucket do Amazon Simple Storage Service (Amazon S3), a política do bucket e a fonte de dados por trás de cada base de conhecimento.
Segundo a AWS, esse trabalho é lento, difícil de auditar e fácil de errar em detalhes. Isso enfraquece a história de governança que as empresas precisam contar.
Como a automação funciona
A virada técnica está no fato de que os recursos do Amazon Quick são programáveis. Espaços, agentes, conectores, bases de conhecimento e fluxos são gerenciados pela API do Amazon Quick, que faz parte da superfície de API do Amazon Quick Sight e oferece o ciclo de vida completo: criar, ler, atualizar, excluir e listar.
Tudo o que um usuário de negócio configura, permissões incluídas, pode ser inspecionado, recriado, atualizado e governado por código. Em vez de refazer recursos à mão, o migrador lê um recurso e suas permissões na origem e as reaplica na conta de destino como estavam.
O migrador funciona como upsert: o que ainda não existe no destino é criado, e o que já existe é atualizado no lugar.
Cada atualização é protegida por um backup versionado, gravado no Amazon S3 antes da mudança. Cada recurso mantém um histórico completo para revisão e rollback.
Uma prévia somente leitura relata o que a execução criaria ou atualizaria antes da confirmação. O processo nunca emite operação de exclusão contra o destino.
O migrador roda no Amazon Bedrock AgentCore e pode ser acionado a partir do próprio Amazon Quick ou de qualquer cliente compatível com MCP. O código-fonte completo está no repositório aws-samples.
O que é migrado, recurso por recurso
A seleção é orientada por recurso: escolhe-se um tipo (agente, conector, base de conhecimento, fluxo ou espaço) e os itens por identificador, por nome ou todos.
É possível migrar um tipo diretamente ou migrar um espaço para trazer junto os recursos vinculados a ele.
Os agentes de chat são recriados com suas instruções personalizadas, identidade, tom, prompts iniciais e mensagem de boas-vindas, com os conectores de ação reanexados e remapeados para a conta de destino. Quando um espaço é migrado, seus agentes são religados a ele automaticamente.
Nos conectores de ação, a configuração é recriada, mas os valores de segredo nunca são lidos da origem. Eles nascem com credenciais provisórias e são reautenticados no destino.
Nas bases de conhecimento, o recurso é registrado na conta de destino, a fonte de dados é recriada e as permissões são copiadas. Para bases apoiadas em Amazon S3, o post detalha o tratamento adicional do caso.
O resultado é uma promoção repetível, em que cada execução apenas adiciona ou atualiza recursos.
Por que isso importa
Para ambientes corporativos, o ganho vai além do tempo. A idempotência torna seguro reexecutar a promoção.
O backup versionado antes de cada alteração cria a trilha de auditoria e a possibilidade de rollback que a governança exige.
O fato de as permissões serem copiadas reduz o risco de discrepâncias silenciosas entre desenvolvimento e produção.
Tudo passa por API e por um servidor MCP. A promoção deixa de ser um procedimento artesanal documentado em planilhas.
Ela se torna parte verificável do fluxo de entrega.
A proposta publicada pela AWS em 5 de outubro de 2026 sinaliza que a camada de agentes já é tratada como software de verdade, com versionamento, prévia de mudanças e histórico.
