Cursor Automations: agentes siempre activos activados por Slack, PRs y PagerDuty

Cursor acaba de darle la vuelta al modelo de los asistentes de coding con IA. En lugar de “abre el editor, escribe un prompt, espera el resultado”, Automations ejecuta agentes continuamente en segundo plano — activados por eventos en tu flujo de trabajo existente, no porque tú cambies de contexto manualmente.

El cambio importa: un agente que se dispara cuando haces commit, abres un PR o te despiertan con una alerta a las 2 de la madrugada es una infraestructura fundamentalmente diferente a un copiloto de código.

Qué activa una Automation

Cursor Automations puede dispararse con:

• Nuevos commits de código — Bugbot se ejecuta con cada adición al codebase, señala nuevos problemas sin que tú lo pidas
• PRs abiertos — agentes de revisión y análisis se ejecutan automáticamente
• PRs mergeados — análisis de impacto downstream, actualizaciones de documentación
• Issues de GitHub — agentes de triaje clasifican, reproducen y proponen soluciones
• Mensajes de Slack — menciona @cursor en un canal para asignar una tarea a un agente
• Incidentes de PagerDuty — el agente de respuesta a incidentes se activa automáticamente cuando recibes una alerta

La integración con PagerDuty es el caso de uso más preparado para producción. Cuando se dispara un incidente, el agente consulta logs vía MCP, ensambla una línea temporal de regresión correlacionando el incidente con despliegues recientes, y propone una rama de hotfix — antes de que hayas terminado de despertarte.

MCP como tejido conectivo

La consulta de logs en la integración con PagerDuty funciona a través de MCP (Model Context Protocol). Esta es la señal arquitectónica a la que vale la pena prestar atención: Cursor no está construyendo integraciones personalizadas para cada fuente de datos. Están usando MCP como la interfaz estándar entre agentes e infraestructura real.

Para los desarrolladores, esto significa: cualquier servidor MCP que hayas construido o conectado está automáticamente disponible para Cursor Automations. Tus herramientas internas, bases de datos y APIs pasan a formar parte del entorno accesible del agente sin trabajo de integración adicional.

El cambio arquitectónico “siempre activo”

La mayoría de herramientas de coding con IA son solicitud-respuesta: tú envías un prompt, el modelo responde, la sesión termina. Automations es un proceso persistente: el agente se suscribe a flujos de eventos y mantiene estado a través de múltiples acciones.

Esto cambia lo que es posible:

• Bugbot puede rastrear problemas que encontró hace dos commits y comprobar si se solucionaron
• Los respondedores de incidentes pueden correlacionar a través de ventanas temporales, no solo el volcado de logs actual
• Los revisores de PR pueden comparar contra revisiones anteriores en la misma base de código

Cursor reporta que procesa cientos de automations por hora internamente. Es un benchmark de fiabilidad real — esto no es una funcionalidad de demostración.

Por dónde empezar

Si estás evaluando Automations, Bugbot es el punto de entrada con menor riesgo. Habilítalo en un repositorio no crítico, déjalo funcionar una semana y mide la relación señal-ruido de sus hallazgos. Si los hallazgos son útiles, expande a la automatización de PRs. Reserva la integración con PagerDuty para después de haber generado confianza en el criterio del sistema.

Automations está disponible ahora en Cursor para equipos en el plan Business.

Fuente: TechCrunch — “Cursor is rolling out a new system for agentic coding,” 5 de marzo de 2026