Console do Step Functions configura seu agente de código automaticamente

O problema que o prompt resolve

Você tem o Claude Code, o Cursor ou o Kiro CLI aberto e quer um fluxo de trabalho no AWS Step Functions, mas o agente não conhece a Amazon States Language (ASL) de cor, não sabe quando usar Standard versus Express, nem como estruturar retry e catch direito. Antes, o caminho era procurar o pacote MCP certo, descobrir o formato de configuração do seu agente específico e ajustar credenciais na mão. A AWS resolveu isso com um botão Copiar prompt do agente direto no console do Step Functions, segundo o blog da AWS Brasil.

Onde fica o botão

O botão aparece em três lugares do console:

• Na página inicial, na seção "Como funciona".
• No modal Criar Máquina de Estado, no topo, antes de você começar a desenhar o fluxo.
• Na seção Desenvolvimento Local da página inicial.

O fluxo prático é curto: você abre o console do Step Functions, escolhe Criar máquina de estado, vê o banner no topo do modal e escolhe Copiar prompt do agente. O console copia uma instrução de busca para a área de transferência, você cola no chat do seu agente, e ele lê sozinho um guia de configuração hospedado na documentação da AWS.

O que o prompt instala no seu agente

O prompt não é um atalho raso: ele aponta para um guia que faz o agente instalar duas coisas.

A habilidade AWS Serverless, que vem do Agent Toolkit for AWS, dá ao agente contexto sobre como escrever ASL, estruturar fluxos com retry e tratamento de erro, escolher entre Standard e Express, implementar padrões como orquestração saga e fan-out paralelo, e implantar com AWS SAM ou AWS CDK. O AWS Serverless MCP Server dá acesso direto à sua conta: o agente cria e atualiza máquinas de estado, inicia e descreve execuções, inspeciona o histórico do fluxo de trabalho e gerencia recursos, tudo via Model Context Protocol.

Na prática, isso significa que o agente deixa de ser só um gerador de JSON de ASL e passa a operar o ciclo completo: desenhar, implantar, testar e iterar sem você trocar de janela.

Onde cada agente guarda a configuração

O guia detecta automaticamente qual agente você está usando e escreve a configuração no lugar certo. Vale saber onde olhar quando algo não conectar:

Se o seu agente não está nessa lista mas fala MCP, o guia entrega um bloco de configuração JSON genérico para você colar no arquivo de configuração do agente.

Exemplos de prompt que funcionam de verdade

Depois de configurado, você descreve o fluxo em português ou inglês normal e o agente produz uma máquina de estado válida e implantável. Alguns exemplos citados pela AWS:

1. Processamento de pedidos com compensação: "Construa um fluxo de trabalho que valida um pagamento, reserva inventário e envia um e-mail de confirmação. Se o pagamento falhar, libere a reserva de inventário."
2. Fan-out paralelo: "Crie um fluxo de trabalho Express que chama três funções AWS Lambda em paralelo, aguarda a conclusão de todas e mescla os resultados em uma única resposta."
3. Aprovação humana: "Adicione uma etapa que pausa o fluxo de trabalho e aguarda um gerente aprovar antes de prosseguir com a implantação."
4. Retry com backoff: "Adicione tentativa com backoff exponencial e um máximo de três tentativas à etapa de processamento de pagamento. Se todas as tentativas falharem, roteie para uma etapa de notificação de fallback."

Como o MCP server está conectado, o agente pode implantar direto na sua conta, iniciar uma execução de teste e te mostrar o resultado sem você abrir o console.

O que conferir em credenciais e permissões

O servidor MCP usa o seu perfil AWS local, o mesmo que você já usa para desenvolvimento do Step Functions. A AWS diz que nenhuma nova role ou permissão de IAM é necessária além do que você já tem configurado. Isso é conveniente, mas é exatamente o ponto que merece atenção de quem trabalha com agente de código todo dia.

Se o seu perfil local carrega uma policy ampla demais, tipo "Action": "states:*" combinado com "Resource": "*", o agente herda esse alcance ao criar e atualizar máquinas de estado pela sua conta. Antes de colar o prompt, vale rodar aws sts get-caller-identity para confirmar qual credencial está ativa e revisar a policy anexada a esse perfil. O cuidado de sempre com agente de código vale aqui: ele vai usar a permissão que encontrar, não vai questionar se ela é ampla demais.

Preço e disponibilidade

O recurso está disponível em todas as regiões comerciais da AWS, incluindo São Paulo (sa-east-1), sem custo adicional pelo botão ou pela configuração do agente em si. O que continua cobrando é o uso normal do Step Functions: transições de estado no modelo Standard e duração de execução no modelo Express, como já era antes. O botão só remove o atrito de configurar o MCP na mão; não muda a fatura do serviço.

O que ainda fica por sua conta

O prompt resolve a parte chata de configuração, mas não substitui revisão do fluxo gerado. Vale ler a ASL que o agente produziu antes de implantar em produção, principalmente as seções de Catch e Retry, e confirmar se o tipo de workflow (Standard ou Express) bate com o custo e o comportamento que você espera. Para quem usa Kiro, Claude Code ou Cursor no dia a dia como ferramenta principal de desenvolvimento, isso tira o Step Functions da lista de serviços que exigiam sair do terminal para configurar, mas a responsabilidade de revisar o que foi implantado continua sendo sua.

Fonte: AWS Brasil — Blog