Prototipar funciones de un producto sin saber programar con Cursor

A quién le sirve. Responsables de producto, fundadores y gente de negocio sin formación técnica que quieren enseñar una función como prototipo que funcione, en vez de describirla en un documento.

Qué hicieron

Eric Xiao clonó el código de su planificador de viajes y le pidió a Cursor que lo describiera. Guardó esa descripción en un archivo AGENTS.md para que los chats nuevos empezaran con contexto. Después le pidió al agente ideas de funciones con maquetas dibujadas con caracteres de texto (ASCII). Puso agentes en paralelo con el historial de viajes y un editor de itinerarios, y luego usó el modo plan y copias de trabajo separadas (worktrees) para implementarlo.

Cómo salió

El agente encontró huecos como la falta de viajes guardados, de indicador de carga, de mapa o de seguimientos, y dibujó una maqueta para cada uno. El mensaje no da resultados ni tiempos de la función implementada, solo afirma que en unos 30 minutos hay un prototipo que funciona.

Conviene saber

Trabaja en ramas o copias de trabajo y clona los repositorios en solo lectura, de modo que lo peor que pase sea borrar una rama y empezar de nuevo.

Qué necesitas

• Cursor, el editor de código con agentes de IA
• El código de tu prototipo en tu ordenador, copiado en modo solo lectura si puedes
• Una idea de función que quieras probar
• Un rato para revisar el plan antes de que se cambie código

Cómo hacerlo tú, paso a paso

1. Instala Cursor y copia a tu ordenador el código del prototipo.
2. Pide al agente que describa el proyecto y guarda esa descripción en un archivo AGENTS.md, para que cada chat nuevo empiece con contexto.
3. Pide ideas de funciones que falten, con maquetas dibujadas con caracteres de texto (ASCII), antes de escribir código.
4. Elige una función y pide un plan paso a paso en el modo plan. Revísalo y apruébalo.
5. Lanza varios agentes en paralelo, cada uno en una copia de trabajo separada, por ejemplo uno para el historial y otro para el editor.
6. Ejecuta el resultado en tu ordenador y pide que te explique en lenguaje llano cómo probarlo.
7. Si algo sale mal, borra esa copia de trabajo, que se llama rama, y empieza de nuevo.

No soy programador. Revisa mi prototipo en [repositorio o carpeta] y lista lo que falta para tener una versión que funcione de [idea de función]. Dibuja maquetas de las pantallas en caracteres de texto, escribe un plan paso a paso y implementalo, usando agentes en paralelo en copias de trabajo separadas si ayuda. Habrás terminado cuando yo pueda ejecutar la función en mi ordenador y me hayas explicado en lenguaje llano cómo probarla. Enséñame el plan y espera mi aprobación antes de cambiar código.

Consejos

• Trabaja siempre en copias de trabajo separadas y copia el código en modo solo lectura. Lo peor que puede pasar es borrar una copia y empezar de nuevo.
• Aprueba el plan antes de que se cambie código.
• Empieza por las maquetas de texto: son baratas de cambiar y dejan claro qué estás pidiendo.

Preguntas frecuentes

Fuentes

• amankhan1 en Substack ↗
• @leerob en X ↗

En el directorio desde el 3 de octubre de 2026.