El lunes abres el repositorio y encuentras ocho pull requests. Dos fallaron en CI, uno cambió el flujo de pagos y cinco solo necesitan una lectura rápida. Si tu primer paso es pedirle a una IA que comente automáticamente en todos, vas a crear más ruido. Un mejor primer experimento es un informe privado, cada mañana, que te diga qué revisar primero y por qué.

Cursor Automations permite ejecutar agentes en la nube con un horario o ante eventos de GitHub y otros servicios. La configuración oficial se hace desde la ventana de Agents o desde cursor.com/automations. Esta guía usa el horario, un solo repositorio y un resultado para revisar manualmente. No he ejecutado esta automatización en tu cuenta: los pasos y límites provienen de la documentación de Cursor.

Qué vas a obtener

Un resumen de hasta cinco PRs que merecen atención, con enlaces, evidencia visible, riesgo y una siguiente acción. El agente no debe aprobar, comentar ni abrir PRs. Esa decisión queda para ti después de leer el código. Este alcance es útil si eres un fundador que programa, mantienes una app con pocas personas o haces vibe coding pero no quieres despertar con cambios automáticos que no entiendes.

Configúralo en cinco pasos

1. Conecta el proveedor de Git que usa tu proyecto y comprueba que el agente puede leer el repositorio previsto.
2. En Cursor Automations crea una automatización nueva. Elige un disparador programado, por ejemplo cada mañana de lunes a viernes. Puedes usar una opción predefinida o una expresión cron; confirma en la interfaz la hora y zona mostradas antes de activarla.
3. Selecciona un repositorio y la rama correcta. Cursor indica que algunos disparadores cron empiezan sin repositorio; si no lo seleccionas, el agente puede quedar sin contexto del código.
4. Usa el prompt de abajo. Deja deshabilitadas las herramientas opcionales de enviar a Slack y comentar PRs durante la primera semana. Verifica también qué acciones trae activadas tu configuración: Cursor documenta que la creación de PR está disponible por defecto para automatizaciones con repositorio, así que una instrucción de solo lectura es una barrera editorial, no un control de permisos perfecto.
5. Guarda y activa. Revisa el resultado de las primeras ejecuciones, los enlaces y el consumo. Cursor factura estas ejecuciones como uso de agentes en la nube y advierte que una ejecución programada puede comenzar con retraso, aunque nunca antes de la hora indicada.

Prompt para copiar

Revisa los pull requests abiertos de este repositorio y prepara un informe privado para mí.

Prioriza solo cambios visibles desde la última ejecución: PR nuevo, commits nuevos, CI que cambió de estado o revisión que solicita cambios. Si no puedes comprobar la última ejecución, usa una ventana explícita de las últimas 24 horas y dilo. No afirmes que analizaste PRs a los que no tuviste acceso.

Máximo cinco PRs. Para cada uno entrega: título y enlace original; qué cambió en una frase; evidencia concreta (archivo, prueba, estado de CI o comentario); riesgo o bloqueo; y la siguiente decisión humana. Separa hechos observados de hipótesis.

No comentes, apruebes, cierres ni abras PRs. No modifiques código. No envíes mensajes externos. Si no hay cambios relevantes, responde: “Sin cambios prioritarios en la ventana revisada”. Incluye la ventana temporal y el repositorio que realmente revisaste.

La frase “desde la última ejecución” necesita una referencia real. Cursor ofrece Memories persistentes entre ejecuciones de la misma automatización, pero una memoria puede volverse obsoleta o contaminarse con entradas no confiables. Para el primer ensayo, la ventana explícita de 24 horas es más fácil de auditar; luego puedes guardar la fecha del último informe en memoria y hacer que el agente la contraste con las marcas de tiempo de GitHub. No dependas solo de la memoria para afirmar que no hubo novedades.

Cómo saber si te ahorra tiempo

Durante cinco mañanas anota tres cosas: minutos que tardas en localizar los PRs prioritarios, cuántos del informe realmente merecían atención y cuántos quedaron fuera. Abre los enlaces originales antes de actuar. Si el informe repite PRs cerrados o inventa un fallo de CI, ajusta el prompt o el acceso al repositorio antes de darle más autonomía. Si la selección es buena, puedes añadir después un destino privado como Slack, pero esa herramienta sí permite emitir mensajes y necesita una revisión explícita de permisos.

Esto no es un sistema de revisión de seguridad ni una garantía de que CI esté correcto. La utilidad real es reducir el tiempo entre “hay mucho movimiento” y “sé qué decisión tomar”. Si necesitas reaccionar en cuanto se abre un PR, Cursor también ofrece disparadores de control de versiones; ese es otro flujo y exige un criterio distinto para evitar comentarios repetidos. Fuente principal: Cursor Automations.