Cursor genera una app Android desde cero

Contenido del curso

Web App con FastAPI + Docker

Frontend con Next.js y Cursor IDE

iOS con Swift + Cursor IDE

Android + Cursor IDE

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:008:43

Cursor genera una app Android desde cero

Curso de Cursor AI Code Editor

Clase 23 de 25

Clase 23 / 25

Recursos

Darle libertad total a Cursor para generar una feature completa en Android es un experimento revelador: con un solo prompt bien acotado y archivos de contexto, el agente puede crear folders, packages, vistas, repositorios y hasta tests. Esta guía muestra cómo estructurar ese prompt, qué revisar después y dónde aparecen los errores típicos cuando delegas la generación de código a una IA.

Cómo armar un prompt efectivo para que Cursor genere una feature

El primer paso es preparar el contexto. En lugar de ir paso a paso como en iteraciones anteriores, aquí la idea es entregar reglas claras y dejar que el agente razone.

Dentro de Cursor, con el chat abierto y el agente habilitado usando Claude 4 Sonnet, el prompt base fue: Genera la feature de listar cursos para mi app con sus respectivos files, folders y packages. A partir de ahí se suman las reglas de contexto.

Arquitectura definida en el archivo de Clean Architecture.
Entidades y requests HTTP tomadas del archivo de contratos.
Generación de UI, composables y pantallas guiada por un prompt específico de diseño.
Diseños de referencia: course list view para la pantalla y course card view para cada ítem de la lista.

¿Qué archivos de contexto necesita Cursor para generar una feature completa? Tres como mínimo: el de arquitectura (Clean Architecture), el de contratos con entidades y requests HTTP, y un prompt de UI con imágenes de referencia para las vistas.

Qué genera Cursor cuando le das libertad total

Tras enviar el prompt y pedirle continuar al alcanzar el límite del agente, el resumen final mostró bastante más de lo solicitado. Algunos extras fueron bienvenidos, otros conviene controlarlos.

Tests unitarios sin haberlos pedido, lo cual es útil pero recomendable diferir hasta probar el flujo principal.
README con documentación de la feature.
Gradle modificado con las dependencias necesarias, incluyendo retrofit.
Manifest actualizado con los permisos requeridos.
MainActivity ajustada con su preview y la vista principal de la app.

También creó un repositorio con Mock Data y un módulo que, en desarrollo, apuntaba a esos datos mock. Para validar el servicio real conviene cambiarlo de inmediato y usar el Remote Course Repository con el API service generado.

Cómo quedó organizada la arquitectura generada

La estructura respeta las capas de Clean Architecture y se reparte así:

Capa de UI: composables para loading, mensajes de error y cards, además de ajustes al sistema de diseño con los colores definidos en el prompt.
ViewModels: manejan el estado de la UI con flows y scopes, y disparan el load en el init (un punto a optimizar para evitar recargas innecesarias en recomposiciones).
Capa de data: repositorio remoto, API service con retrofit haciendo GET, módulo de network con la base URL, mappers y data classes con sus @SerializedName correctamente anotados.
Capa de dominio: interfaces del repositorio y data classes propias del dominio.

Por qué fallan algunas piezas y cómo se detectan

Después de aceptar los cambios hay que cerrar Cursor y abrir Android Studio para ejecutar Sync Now y que Gradle baje las dependencias nuevas. Recién entonces aparecen los errores reales.

En esta corrida saltaron dos problemas concretos en la vista de lista de cursos:

La variable isRefreshing no estaba declarada, aunque el composable la usaba.
Algunos nested scrolls referenciados no estaban definidos.

¿Por qué Cursor genera código con errores aunque el resumen diga que todo está listo? Porque el agente compone piezas a partir del contexto pero no compila el proyecto. Errores de variables no declaradas o imports faltantes solo aparecen al sincronizar Gradle y correr el build en Android Studio.

¿Conviene aceptar todos los cambios que propone Cursor de una vez? No siempre. Acepta los archivos de configuración y estructura, pero revisa tests y datos mock antes de fijarlos, porque suelen necesitar ajustes manuales o un nuevo prompt.

Qué revisar antes de confiar en el código generado

Delegar la generación completa funciona, pero exige una revisión activa. Estos son los puntos críticos donde detenerse:

Cambiar el repositorio por defecto de Mock Data al Remote Course Repository si vas a probar el servicio real.
Validar que los tests unitarios cubran lo que realmente quieres testear, no lo que la IA decidió cubrir.
Revisar la lógica del init en los ViewModels para evitar recargas innecesarias en cada recomposición.
Verificar que los mappers y @SerializedName coincidan con los contratos reales.
Confirmar que el sistema de diseño y los colores aplicados respeten el prompt de UI.

Cuando aparezcan errores como los de isRefreshing o los nested scrolls, tienes dos caminos: arreglarlos tú mismo o pedirle a Cursor que los resuelva, ya con el código entendido. ¿Tú qué harías primero, leer todo el código generado o lanzarlo al build y dejar que el compilador te guíe?

Daniel Flores

Hace un año

⚙️ ¿Cómo funciona Cursor para generar features completas?

Con prompts bien definidos, Cursor puede generar automáticamente:

📁 Archivos y carpetas estructuradas por feature
📦 Dependencias necesarias en build.gradle
📄 Documentación (README.md) de la feature
🧪 Test unitarios automáticos
🔁 Repositorios con datos mock
🧩 Vistas UI y composables en Jetpack Compose

🎯 El secreto está en el prompt inicial + contexto técnico cargado (como reglas .mdc y contratos de API).

💬 ¿Qué debe contener un prompt efectivo?

Un buen prompt incluye:

🧱 Arquitectura deseada: Clean Architecture, MVVM, etc.
🧾 Contrato de entidad (por ejemplo, Curso con id, titulo, descripcion)
🖼️ Referencia visual (puede ser un mockup PNG o instrucciones textuales)
📲 Detalles clave de la UI: "Pantalla lista de cursos con botón para ver detalle"

📌 Ejemplo de prompt:

“Crea la feature ListaCursos en arquitectura Clean. Incluye repositorio, use case, view model y pantalla Compose con Material 3. Usa datos mock del endpoint /cursos. Muestra título, descripción y botón ‘ver más’. Agrega pruebas básicas para repositorio y view model.”

🔁 ¿Qué ocurre tras la generación automática?

Cursor genera múltiples archivos, entre ellos:

Course.kt → Modelo de dominio
CourseDTO.kt, CourseMapper.kt → Capa de datos
CourseRepository.kt y su implementación
GetCoursesUseCase.kt
CoursesViewModel.kt
CoursesScreen.kt (Compose UI)
Tests básicos (CourseRepositoryTest.kt, ViewModelTest.kt)
README.md explicando el flujo de la feature

✅ Después del proceso, debes:

🔍 Revisar que todo esté alineado a tu estructura.
🧪 Ejecutar pruebas generadas.
🧼 Limpiar archivos extra o duplicados si los hay.
🧠 Corregir detalles como variables no declaradas o imports faltantes.

✅ Ventajas clave de automatizar con Cursor

⏱️ Ahorro de tiempo al crear estructura base y lógica repetitiva
🧭 Coherencia estructural desde el inicio (si sigues una arquitectura clara)
📄 Documentación automática para onboarding y revisión
🧩 Generación completa de UI, lógica y pruebas
🧠 Te permite concentrarte en ajustes finos y validación, no en boilerplate

📌 Recomendaciones finales

🔐 Usa rules.mdc para que el agente siempre respete tu arquitectura
📂 Establece carpetas como features/listaCursos/ para mantener orden modular
🤖 Corrige pequeños errores con prompts secundarios como “Corrige null en CourseViewModel”
🔄 Itera con el agente: afina diseño, navegación y detalles visuales paso a paso

Web App con FastAPI + Docker

Vibe coding con Cursor en dos semanas

Stack tecnológico para plataforma educativa online

Configuración de contexto y reglas en Cursor para FastAPI

Setup de FastAPI con Cursor paso a paso

Ejecución autónoma de setup con Cursor

Cursor dentro de un contenedor Docker

Migraciones y modelos ORM con Cursor y Alembic

Creación de servicios y endpoints en FastAPI con Docker

Pruebas unitarias en FastAPI con PyTest

Frontend con Next.js y Cursor IDE

Cursor Agent para front-end sin configuración

Creación y configuración de Cursor Rules para proyectos Next.js

Mejora visual de landing pages con imágenes y tokens CSS

Configuración de estilos globales SCSS y páginas dinámicas en Next.js

Configuración de Vitest para pruebas unitarias en Next.js

Página completa con un solo prompt en Cursor

E2E testing con Playwright MCP en Cursor

iOS con Swift + Cursor IDE

Configuración de Cursor con Xcode para desarrollo iOS nativo

Configura reglas y contexto en Cursor

Genera UI en SwiftUI con prompts en Cursor

Cursor genera capas data y domain en iOS

Conexión de view models con capas domain y data

Android + Cursor IDE

Setup de Cursor para apps Android con Kotlin

Cursor genera una app Android desde cero

Corrección de errores de dependencias con Cursor en Android Studio

Cursor en equipo: entrega frontend en un día

Cursor genera una app Android desde cero

Progreso del curso

Web App con FastAPI + Docker

Frontend con Next.js y Cursor IDE

iOS con Swift + Cursor IDE

Android + Cursor IDE

Recursos

Recursos