AWS mostró cómo conectar Amazon Bedrock AgentCore a Slack mediante CDK y Lambda

AWS mostró cómo integrar Amazon Bedrock AgentCore directamente en Slack sin escribir la integración desde cero para cada nuevo agente. La empresa detalla una plantilla AWS CDK lista que cubre verificación de webhooks, procesamiento asincrónico de mensajes y preservación del contexto de conversación.

Cómo funciona el esquema

La solución se divide en dos partes. La primera es la capa de infraestructura entre Slack y el agente: API Gateway recibe webhooks, AWS Lambda procesa eventos, Secrets Manager almacena tokens y Amazon SQS ayuda a separar la recepción de la solicitud del procesamiento real. La segunda es el propio agente en Amazon Bedrock AgentCore Runtime. En la demostración, se trata de un bot meteorológico construido en Strands Agents SDK, pero AWS enfatiza que esta capa puede ser reemplazada por cualquier lógica empresarial sin rehacer la integración con Slack.

El despliegue ocurre a través de tres stacks CDK. Uno construye y publica la imagen del contenedor del agente, el segundo activa Runtime, Gateway y Memory, el tercero crea la infraestructura Slack con API Gateway y funciones Lambda. Según AWS, un despliegue completo tarda aproximadamente 10–15 minutos. Después de eso, solo necesita conectar la URL del webhook en la configuración de la aplicación Slack, habilitar suscripciones a eventos y reinstalar la aplicación en su espacio de trabajo. No se trata de un concepto a nivel de diagrama, sino de una plantilla funcional que se puede repetir casi paso a paso.

Por qué tres Lambdas

El problema clave aquí no es el modelo, sino las limitaciones de Slack. La plataforma espera una respuesta rápida a un webhook entrante y otorga unos tres segundos para ello. Si el agente necesita recuperar el historial de conversación, llamar herramientas y esperar la respuesta del modelo, esta ventana a menudo no es suficiente. Por eso AWS mueve el procesamiento a un esquema asincrónico a través de una cola y divide las responsabilidades entre tres funciones separadas. Este enfoque reduce el riesgo de tiempos de espera y hace que el comportamiento de la integración sea más predecible a medida que crece la carga.

• Verification Lambda verifica la firma de Slack, recupera secretos de Secrets Manager y devuelve inmediatamente 200 OK.
• SQS Integration Lambda filtra eventos, ignora mensajes del bot, envía al usuario una respuesta intermedia y coloca la tarea en una cola FIFO.
• Agent Integration Lambda recibe el mensaje de la cola, llama a AgentCore Runtime y actualiza el hilo con la respuesta final.

Como resultado, el usuario primero ve un mensaje de servicio corto como "Procesando tu solicitud…" y luego se reemplaza con la respuesta final del agente. Este es un detalle importante: la UX sigue siendo rápida, aunque el trabajo principal ocurre en segundo plano. Al mismo tiempo, este patrón protege el sistema de bucles, porque la capa intermedia puede descartar mensajes del propio bot. Para chats corporativos, esto es especialmente útil: la integración no se convierte en un script webhook frágil que se rompe en el primer escenario más complejo.

Memoria y sesiones

AWS muestra por separado una forma elegante de almacenar el contexto de la conversación. En lugar de un state store externo con sus propias claves, la sesión se construye directamente a partir de la estructura de Slack: la marca de tiempo del hilo se convierte en el identificador y actor_id es la ID del usuario. Todas las respuestas dentro de una rama automáticamente caen en una única memory session, y los hilos adyacentes permanecen aislados. Esto simplifica la arquitectura y elimina una capa extra de sincronización que normalmente hay que escribir al integrar agentes en mensajeros e interfaces de servicio.

Dentro de Runtime, AgentCore Memory es responsable de la memoria, el acceso a herramientas va a través de AgentCore Gateway y las llamadas de herramientas se ejecutan mediante MCP. En el ejemplo, el modelo Amazon Nova Pro decide cuándo se necesita una llamada de herramienta adicional y continúa la respuesta con su resultado. AWS señala por separado que la capa de integración se puede reutilizar sin cambios: basta con reemplazar las herramientas meteorológicas por las propias — búsqueda en base de conocimiento, regulaciones internas, acciones de CRM u operaciones de servicio. Si necesita acceso en nombre de un empleado específico, AgentCore también admite escenarios de autorización personalizados a través de IdP corporativo.

Qué significa esto

Para equipos que desean poner un agente de IA en Slack, AWS esencialmente proporciona una arquitectura de referencia en lugar de una colección de consejos dispersos. Lo clave en ella no es solo Bedrock, sino un marco reutilizable: verificación segura de eventos, elusión del tiempo de espera de Slack y memoria adecuada de conversación. Esto reduce el tiempo para lanzar nuevos agentes y elimina parte del trabajo de infraestructura rutinaria.