AWS mostrou como conectar o Amazon Bedrock AgentCore ao Slack via CDK e Lambda

A AWS mostrou como incorporar o Amazon Bedrock AgentCore diretamente no Slack sem escrever a integração do zero para cada novo agente. A empresa detalha um template AWS CDK pronto que cobre verificação de webhooks, processamento assíncrono de mensagens e preservação do contexto de conversação.

Como funciona o esquema

A solução é dividida em duas partes. A primeira é a camada de infraestrutura entre Slack e o agente: API Gateway recebe webhooks, AWS Lambda processa eventos, Secrets Manager armazena tokens e Amazon SQS ajuda a separar o recebimento da solicitação do processamento real. A segunda é o próprio agente no Amazon Bedrock AgentCore Runtime. Na demonstração, trata-se de um bot de previsão do tempo construído no Strands Agents SDK, mas a AWS enfatiza que essa camada pode ser substituída por qualquer lógica de negócio sem refazer a integração com Slack.

A implantação ocorre através de três stacks CDK. Um constrói e publica a imagem do container do agente, o segundo ativa o Runtime, Gateway e Memory, o terceiro cria a infraestrutura Slack com API Gateway e funções Lambda. De acordo com a AWS, uma implantação completa leva aproximadamente 10–15 minutos. Após isso, basta plugar a URL do webhook nas configurações do app Slack, ativar subscrições de eventos e reinstalar o app no espaço de trabalho. Não se trata de um conceito em nível de diagrama, mas de um template funcional que pode ser repetido quase passo a passo.

Por que três Lambdas

O problema-chave aqui não é o modelo, mas as limitações do Slack. A plataforma espera uma resposta rápida a um webhook recebido e oferece cerca de três segundos para isso. Se o agente precisar recuperar o histórico da conversa, chamar ferramentas e esperar pela resposta do modelo, essa janela geralmente não é suficiente. Por isso a AWS move o processamento para um esquema assíncrono através de uma fila e divide as responsabilidades entre três funções separadas. Essa abordagem reduz o risco de timeouts e torna o comportamento da integração mais previsível conforme a carga aumenta.

• Verification Lambda verifica a assinatura do Slack, recupera segredos do Secrets Manager e retorna imediatamente 200 OK.
• SQS Integration Lambda filtra eventos, ignora mensagens do bot, envia ao usuário uma resposta intermediária e coloca a tarefa em uma fila FIFO.
• Agent Integration Lambda recebe a mensagem da fila, chama AgentCore Runtime e atualiza a thread com a resposta final.

Como resultado, o usuário primeiro vê uma mensagem de serviço curta como "Processando sua solicitação…" e então é substituída pela resposta final do agente. Este é um detalhe importante: a UX permanece rápida, embora o trabalho principal ocorra em segundo plano. Ao mesmo tempo, esse padrão protege o sistema contra loops, porque a camada intermediária pode descartar mensagens do próprio bot. Para chats corporativos, isso é especialmente útil: a integração não se torna um script webhook frágil que quebra no primeiro cenário mais complexo.

Memória e sessões

A AWS mostra separadamente uma forma elegante de armazenar o contexto da conversa. Em vez de um state store externo com suas próprias chaves, a sessão é construída diretamente a partir da estrutura do Slack: o timestamp da thread se torna o identificador e actor_id é a ID do usuário. Todas as respostas dentro de uma branch automaticamente caem em uma única memory session, e threads adjacentes permanecem isoladas. Isso simplifica a arquitetura e remove uma camada extra de sincronização que normalmente precisa ser escrita ao integrar agentes em mensageiros e interfaces de helpdesk.

Dentro do Runtime, o AgentCore Memory é responsável pela memória, o acesso às ferramentas passa pelo AgentCore Gateway e as chamadas de ferramentas são executadas via MCP. No exemplo, o modelo Amazon Nova Pro decide quando uma chamada de ferramenta adicional é necessária e continua a resposta com seu resultado. A AWS observa separadamente que a camada de integração pode ser reutilizada sem alterações: basta substituir as ferramentas de previsão do tempo pelas suas — busca em base de conhecimento, regulamentações internas, ações de CRM ou operações de serviço. Se você precisar de acesso em nome de um funcionário específico, o AgentCore também suporta cenários de autorização personalizados através de IdP corporativo.

O que isso significa

Para equipes que desejam colocar um agente de IA no Slack, a AWS essencialmente fornece uma arquitetura de referência em vez de uma coleção de conselhos desconexos. O principal nela não é apenas o Bedrock, mas um framework reutilizável: verificação segura de eventos, bypass do timeout do Slack e memória adequada de conversa. Isso reduz o tempo para lançar novos agentes e remove parte do trabalho de infraestrutura rotineira.