El vibe coding, explicado con una pequeña aplicación

Describes una necesidad, la IA escribe código y pruebas el resultado. Un ejemplo de seguimiento de clientes para entender esta forma de trabajar y lo que debes comprobar.

Imagina esta petición: «Crea una página donde pueda anotar mis clientes, su teléfono y la próxima cita». Envías esa petición a una herramienta de IA. Aparece una página; la pruebas y pides un botón para encontrar las citas de la semana. Esa es una forma de practicar el vibe coding.

Describir en lugar de escribir código

Con este enfoque, haces peticiones con palabras corrientes. La IA escribe el código necesario y tú guías los siguientes pasos mirando y utilizando el resultado.

Permite hacer visible una idea sin empezar por aprender un lenguaje de programación. Una primera página puede ayudarte a comentarla con un compañero y descubrir qué faltaba en tu petición.

Una página conseguida no responde a todo

La lista de clientes parece práctica. Pero ¿siguen ahí los datos después de cerrar la página? ¿Puede modificarlos un compañero? ¿Puede acceder alguien ajeno al equipo? El aspecto no responde a estas preguntas.

Utiliza nombres y teléfonos inventados en la primera prueba. Así puedes explorar la idea sin confiarle todavía tus expedientes reales. Estas comprobaciones ayudan a distinguir una demostración de una aplicación de uso diario.

Conserva las decisiones fuera de la conversación

Anota las reglas importantes en un documento fácil de encontrar. Por ejemplo: «Cada cliente tiene una ficha única. Solo las personas del equipo pueden consultarla. Eliminar una cita no elimina al cliente».

Un documento de requisitos sencillo conserva esas decisiones. Ayuda a detectar olvidos, pero también debes comprobar que la aplicación las respeta.

Pide un cambio concreto

En lugar de «mejora el seguimiento», pide: «Añade un filtro para ver las citas de esta semana. Conserva las fichas de clientes y las citas existentes». Prueba el filtro antes de añadir otra petición.

Si algo falla, describe la acción, el resultado obtenido y el que esperabas. Pedir varias correcciones a la vez hace más difícil identificar la causa.

Elige lo que quieres probar

Este enfoque sirve para explorar una idea y construir una herramienta poco a poco. El tiempo posterior depende de los datos, los usuarios y las consecuencias de un error; una primera versión atractiva no permite calcularlo.

Comparar los distintos enfoques ayuda a elegir. Maestro organiza el trabajo mediante documentos, etapas y validaciones. Sea cual sea la herramienta, empieza con un uso limitado cuyo resultado correcto puedas reconocer.