Flujo de trabajo con Gemini
Empieza con una función concreta, pide a Gemini una primera versión ejecutable y luego examina lo que produce. Trata cada respuesta como un borrador: ejecútalo, comunica el error exacto y solicita un cambio a la vez.
Una sesión de programación útil con Gemini termina con algo que puedes ejecutar y comprobar, no solo con una explicación convincente. Elige un objetivo pequeño antes de pedir código.
Tienes una idea para un rastreador personal, pero no cuentas con una estructura de proyecto. Pide una sola página, los archivos necesarios e instrucciones para abrirla localmente.
Puedes añadir una entrada, recargar la página y comprobar si los datos se conservan. Si el primer borrador falla, pega el error en lugar de pedir que se reescriba todo.
Ya tienes un repositorio y quieres añadir un formulario sin cambiar archivos que no estén relacionados. Proporciona a Gemini el componente pertinente y describe las convenciones existentes.
Recibes un parche limitado para revisar en tu proyecto. Compara este enfoque basado en el chat con cómo hacer vibe coding con Copilot cuando las sugerencias aparecen dentro de un editor.
Necesitas una demostración de una aplicación sencilla, como una lista de lecturas con búsqueda. Especifica los campos de datos, el estado vacío y qué debe ocurrir al actualizar el navegador.
Tienes una parte funcional que puedes probar en lugar de una lista de funciones deseadas. Un tutorial para principiantes puede ayudarte a mantener la primera solicitud lo bastante acotada como para verificarla.
| Respuesta inicial de Gemini | Resultado tras la revisión | |
|---|---|---|
| Alcance | Puede interpretar una solicitud amplia como varias funcionalidades a la vez. | Define una tarea de usuario e indica qué queda fuera de la primera versión. |
| Archivos | Puede mostrar fragmentos de código sin indicar dónde van. | Enumera todos los archivos necesarios e indica dónde va cada parte del código. |
| Dependencias | Puede dar por hecho que ya hay un framework, paquete o herramienta instalado. | Indica el entorno de ejecución y los paquetes necesarios, o utiliza funciones nativas del navegador. |
| Funcionamiento | Describe qué debería hacer la interfaz. | Te permite realizar la tarea indicada y observar el resultado. |
| Gestión de datos | Puede dar a entender que la información introducida se conserva al recargar la página. | Indica explícitamente si los datos se conservan e incluye una comprobación tras recargar la página. |
| Gestión de errores | Puede pasar por alto los campos vacíos y los valores no válidos. | Muestra una respuesta adecuada ante datos en blanco, no válidos o ausentes. |
| Revisión | Explica por qué debería funcionar el código propuesto. | Incluye pasos que puedes seguir para confirmar que funciona. |
Gemini puede ayudar a redactar y revisar código, pero una respuesta plausible no demuestra que la aplicación funcione. Ejecuta el proyecto, comprueba la tarea principal y un caso límite, y revisa los cambios antes de aceptarlos.
La mayor parte del retrabajo se debe a una solicitud poco específica, a una suposición sobre el proyecto que no se aclaró o a comentarios que solo dicen «no funciona». Estos flujos de trabajo hacen que la siguiente revisión sea más precisa.
En lugar de pedirle a Gemini que cree una app de productividad completa, describe una sola tarea: añadir un hábito y marcarlo como completado hoy. Solicita los archivos, los pasos de configuración y el comportamiento esperado después de recargar la página.
Coloca los archivos recibidos en las ubicaciones indicadas y sigue exactamente las instrucciones de configuración. Prueba el funcionamiento normal, una entrada vacía y una actualización de la página antes de solicitar mejoras visuales; la apariencia puede ocultar errores de funcionamiento.
Si un botón no hace nada, comparte el archivo pertinente, el error exacto si lo hay y los pasos para reproducirlo. Pide la corrección más pequeña posible y una explicación de lo que cambió; después, vuelve a ejecutar la comprobación que falló.
Describe una acción del usuario y el resultado esperado. Crea un primer borrador, pruébalo tú mismo y usa lo que observes para orientar el siguiente prompt.
Gemini puede generar un borrador del código y las instrucciones de configuración a partir de una descripción, pero el resultado depende de la claridad con la que definas la tarea y el entorno. Ejecuta el código tú mismo: una respuesta que parece completa puede tener archivos faltantes, dependencias incompatibles o un comportamiento distinto al que pediste.
Describe una tarea del usuario, los datos que necesita y lo que debe ocurrir cuando se complete. Indica el lenguaje o framework que prefieres, si tienes alguno, y pide una lista de archivos e instrucciones de ejecución para facilitar la comprobación del resultado.
Copia el error exacto, identifica el comando o la acción que lo produjo y proporciona el archivo pertinente. Pide la corrección más pequeña posible y, después, repite tanto la acción que falló como las que antes funcionaban.
No. Elimina contraseñas, tokens, información personal y material fuente confidencial antes de compartir el contexto del proyecto. Un pequeño ejemplo sin datos sensibles y el error pertinente suelen ser más útiles que un repositorio privado completo.
Comprueba la tarea principal, las entradas no válidas, el comportamiento al actualizar la página y los pasos de configuración desde un entorno limpio. Revisa el código generado para detectar dependencias inesperadas o un tratamiento de datos imprevisto, y describe con honestidad cualquier función que aún no esté terminada al compartir el prototipo.