Split to PRs: divide tu código en pull requests

Cuando terminas de escribir tu PRD, tus specs y tus reglas, llega el momento incómodo: 2055 líneas en review y ni un solo commit hecho. La skill Split to PRs de Cursor resuelve justo eso, dividiendo tu trabajo en pull requests ordenados y generando los commits automáticamente. Es ideal para quien trabaja con Cursor y necesita entregar código listo para code review.

Por qué necesitas hacer commits antes de delegar tareas

Antes de pasarle una tarea a un subagente, hay un problema práctico que resolver. Si tienes 2055 líneas acumuladas sin commit ni pull request, un compañero tendría que leer todo eso manualmente y aprobarlo antes de que salga a producción.

Eso es lento y tedioso. Aquí es donde entra en juego una herramienta que te ahorra ese trabajo.

¿Qué es un pull request? Es una solicitud para integrar tus cambios a la rama principal del proyecto. Incluye un resumen, el alcance y un plan de pruebas para que alguien lo revise antes de aprobarlo.

Cómo funciona la skill Split to PRs de Cursor

La skill se llama Split to PRs y hace exactamente lo que promete. Lee todo el contexto de lo que has hecho, lo divide en pull requests y genera los commits por ti.

Basta con llamarla, darle enter y esperar a que trabaje. Durante el proceso, la skill hace varias cosas de forma ordenada:

• Revisa el estado del repositorio y los commits existentes.
• Crea un diagrama de lo importante y recomienda qué debería llevar cada pull request.
• Ofrece tips de seguridad, como guardar un snapshot recuperable antes de mover nada.
• Pide confirmación antes de ejecutar comandos destructivos.

En el ejemplo del video no existía ni siquiera un commit inicial en el repositorio, así que la skill empezó por crearlo.

Por qué te pide autorización para ejecutar comandos

Cuando el agente detecta comandos que considera delicados, te pide permiso antes de ejecutarlos. Un caso concreto: firmar los commits con tu nombre y tu email, algo que forma parte de Git.

Esto te da control. Tú apruebas cada comando sensible en lugar de dejar que el agente actúe a ciegas.

¿Por qué Cursor pide confirmación antes de ciertos comandos? Porque son comandos de seguridad o potencialmente destructivos. El agente crea un backup con un commit recuperable y espera tu aprobación explícita para proteger tu código.

Qué resultado obtienes con la división en pull requests

Al terminar, el agente abrió tres pull requests y explicó qué hizo, incluyendo la nota de que dejó un backup recuperable por si algo salía mal. Lo interesante es cómo dividió el trabajo:

1. La documentación sobre el feature flag y el PRD.
2. Los specs.
3. Las Cursor Rules y el archivo Agents.md.

Prácticamente entendió la misma división que llevamos en el curso: PRD, specs y reglas. Cada pull request llegó con su summary, su scope y su test plan, listo para enviar a code review.

Cómo hacer merge de los pull requests

En GitHub, dentro del tab de Pull Request, aparecen los tres listos. Como en este caso no íbamos a enviar un code review real, se hizo merge directo de cada uno hacia la rama main.

Primero la documentación, luego los specs y finalmente las reglas. Cada uno con su resumen, alcance y plan de pruebas antes de integrarse.

¿Qué es hacer merge en Git? Es integrar los cambios de un pull request a la rama principal, como main. Una vez hecho el merge, ese código pasa a formar parte oficial del proyecto.

Cómo actualizar tu rama main después del merge

Una vez integrados los tres pull requests, el paso final es simple. Le dices al agente: "Ya hice merge de todos los PR, actualiza mi rama main", lo dejas trabajar y quedas listo para el siguiente módulo.

Con esto empiezas a delegar tareas a los subagentes con el repositorio limpio y sincronizado.

Qué aprendiste sobre los poderes de Cursor

Este recorrido te mostró varias capacidades concretas de Cursor que reducen tu carga de trabajo:

• Seleccionar distintos modelos de LLM según lo que necesites.
• Preguntar en modo Ask, Plan o Agent Mode.
• Crear reglas para direccionar a los subagentes.
• Automatizar la creación de PR y commits con las skills.

Te invito a probar la skill Split to PRs en tu propio proyecto. Vas a notar la cantidad de tiempo y esfuerzo que te ahorra. ¿Ya la probaste? Cuéntame cómo te fue.