Cursor lanzó esta semana Automations, un sistema que cambia la lógica de cómo los desarrolladores trabajan con agentes de IA. La idea es simple pero poderosa: en lugar de que el humano inicie cada tarea con un prompt, el agente se activa solo — por un cambio en el código, un mensaje de Slack, o un temporizador — y el humano solo entra cuando es realmente necesario.
Es el fin del modelo “prompt-and-monitor” que define casi toda la ingeniería de software con IA hoy.
¿Cómo funcionan las Automations de Cursor?
El sistema permite definir triggers que activan agentes automáticamente dentro del entorno de desarrollo. Los triggers disponibles incluyen:
- Cambios en el codebase: Cada vez que alguien agrega código nuevo, se puede lanzar automáticamente un agente que revise bugs, problemas de seguridad o calidad.
- Mensajes de Slack: Un ticket de incidente en PagerDuty puede disparar un agente que revisa logs del servidor via conexión MCP antes de que el ingeniero de guardia siquiera abra el portátil.
- Temporizadores: Tareas programadas que corren sin intervención humana.
El ejemplo más maduro es Bugbot, una funcionalidad preexistente de Cursor que se convierte ahora en el prototipo del sistema completo. Bugbot se activa ante cada nuevo commit y revisa el código. Con Automations, esa revisión puede escalar a auditorías de seguridad más profundas y análisis más exhaustivos.
El humano sigue siendo clave — pero en el momento correcto
“No es que los humanos estén fuera del proceso”, dijo Jonas Nelle, jefe de ingeniería de agentes asíncronos de Cursor. “Es que no siempre son quienes lo inician. Se les llama en los momentos correctos de este proceso en cadena.”
Josh Ma, otro ingeniero de Cursor, describe el principio: “La idea de pensar más profundo, gastar más tokens para encontrar problemas más difíciles, ha sido muy valiosa.” Las Automations permiten que ese procesamiento ocurra en background, sin ocupar la atención del desarrollador.
Cursor estima que ejecuta ya cientos de automations por hora en su propia infraestructura.
Por qué importa: la atención del desarrollador como recurso escaso
El problema real que resuelve Cursor no es el código — es la atención. Un ingeniero hoy puede tener docenas de agentes corriendo en paralelo. Rastrear qué está haciendo cada uno, cuándo terminó y si hay algo que revisar, es en sí mismo un trabajo de tiempo completo.
Las Automations proponen una infraestructura donde el agente avisa cuando necesita supervisión, en lugar de que el humano supervise constantemente. Es el mismo cambio de paradigma que el vibe coding con Glaze y Raycast inició — pero ahora a nivel de gestión operacional de agentes en producción.
Si esto se extiende más allá del entorno de Cursor hacia CI/CD y sistemas de deployment, el rol del ingeniero de software evoluciona de escribidor de código a diseñador de workflows de agentes. Eso no es una predicción del futuro lejano — está pasando esta semana.
