Crear la estructura de un servicio nuevo con agentes de Cursor

A quién le sirve. Equipos de desarrollo y de sistemas que crean servicios nuevos a menudo y quieren partir de una estructura estándar generada por un agente; no es para quien no programa.

Qué hicieron

Un archivo de tarea en el repositorio, lanzado con el nombre del servicio y del equipo, guía al agente. Primero busca conflictos en GitHub, en el clúster y en el estado de Terraform. Luego escribe el archivo de servicio de Terraform, los recursos de Kubernetes (Deployment, Service y HPA) y un flujo de integración continua con análisis Trivy. Ejecuta terraform validate y una prueba en seco de kubectl, y abre un borrador de pull request con una lista de comprobación. Un ingeniero sénior lo revisa antes de fusionarlo.

Cómo salió

El artículo cuenta que un ingeniero nuevo consigue así archivos que cumplen las convenciones, sin dar tiempos de esta ejecución. Aparte, una orden vaga de limpiar recursos sin usar borró 14 archivos, tres de ellos de Terraform que aún gestionaban el estado. Se arregló con una vuelta atrás al punto de control.

Conviene saber

Cambia órdenes vagas como «limpia» por tareas precisas que solo informen. Quienes revisaron por encima dejaron pasar un límite cpu=10m, así que mantén los PR pequeños y usa puntos de control.

Qué necesitas

• Cursor, el editor de código con IA, con un plan que permita usar agentes.
• Un repositorio en GitHub con las convenciones de tu equipo, y acceso a Terraform y a Kubernetes.
• Un archivo de tarea en el repositorio que guíe al agente paso a paso.
• Un ingeniero con experiencia que revise cada pull request antes de fusionarlo.

Cómo hacerlo tú, paso a paso

1. Escribe un archivo de tarea en tu repositorio que explique cómo se crea un servicio nuevo en tu equipo, con las convenciones que sigue tu equipo.
2. Lanza al agente con el nombre del servicio y del equipo. Su primer paso será buscar conflictos en GitHub, en el clúster y en el estado de Terraform.
3. Pídele que escriba el archivo de servicio de Terraform (que describe la infraestructura), los recursos de Kubernetes, el sistema que ejecuta las aplicaciones en los servidores (Deployment, Service y HPA) y un flujo de integración continua con análisis de seguridad.
4. Haz que valide cada archivo según avanza, con terraform validate y una prueba en seco de kubectl.
5. Que abra un borrador de pull request con una lista de comprobación.
6. Que un ingeniero sénior lo revise antes de fusionarlo, mirando también los límites de recursos.
7. Activa los puntos de control de Cursor para poder volver atrás si algo sale mal.

Crea la estructura de un servicio nuevo llamado [nombre del servicio], con Terraform, manifiestos de Kubernetes y configuración de integración continua, validando cada archivo según avances. Abre un borrador de pull request con los cambios. Antes de ejecutar cualquier orden de limpieza o borrado, enséñame exactamente qué se va a crear o eliminar. Habrás terminado cuando el borrador esté abierto.

Consejos

• Cambia órdenes vagas como «limpia» por tareas precisas que solo informen. Una orden así borró 14 archivos en este caso.
• Antes de cualquier borrado, que el agente enseñe exactamente qué va a eliminar.
• Mantén los pull requests pequeños para que se puedan revisar de verdad. Revisar por encima dejó pasar un error en los límites de CPU.

Preguntas frecuentes

Fuentes

• blog.devops.dev ↗

En el directorio desde el 3 de octubre de 2026.