Empieza aquí · Vibe Coding
Qué es el vibe coding y cómo dar el primer paso
En una línea: tú describes lo que quieres y juzgas lo que vuelve, la IA teclea. No significa que no haya nada que entender: mueve lo que tienes que entender de la sintaxis al criterio.
En qué es bueno
En hacer desde cero una cosa bien descrita: una página de destino, una interacción, una herramienta que convierte una tabla en un gráfico. Los límites están claros y se ve de un vistazo si el resultado es correcto, que es justo donde estos modelos son fuertes.
La otra fortaleza es rehacer: cambiar el estilo de algo existente, añadir una animación, hacer que funcione en el móvil. Con contexto, un modelo edita con más acierto del que inventa.
En qué es malo
En sistemas grandes que hay que mantener. El modelo solo ve la parte que le pasas, y según crece el proyecto sus cambios empiezan a pelearse entre ellos.
La otra trampa es el trabajo que parece correcto: una animación que funciona pero se atasca en un móvil barato, código que compila pero rompe algo sin relación. Por eso cada archivo de aquí lleva sus restricciones, con lo que no se puede tocar puesto por escrito.
Cómo dar el primer paso
No empieces con «hazme una web». Esa frase es demasiado grande y lo que vuelve es un montón inservible. Empieza por un efecto concreto: cómo responde un botón al pulsarlo, cómo aparece una línea de texto.
Elige uno de la sala de código. Cada uno es un archivo que funciona, más una instrucción completa para el agente que dice qué conservar y qué no tocar. Pégalo, mira el resultado y pide entonces tus cambios.
Cómo juzgar lo que vuelve
Tres preguntas. ¿Sigue yendo fino en el móvil? Con las preferencias de movimiento desactivadas, ¿sigue estando toda la información? ¿Cambió algo que no le pediste? Las dos primeras son calidad; la tercera es seguridad.
Las tres están escritas en cada instrucción de aquí, así que no tienes que repetirlas tú cada vez.
Preguntas
- ¿Puedo hacerlo sin saber programar?
- Puedes hacer cosas, con un matiz: que un modelo produzca código no significa que el código esté bien. Necesitas saber si el resultado es lo que querías y pegar un error tal cual para pedir el arreglo. Se llega lejos sin tocar el código; cuando algo se rompe, describir el síntoma es todo lo que tienes.
- ¿Qué herramienta uso?
- Aquí nada está atado a una. Las formas habituales son una ventana de chat o un asistente que pueda leer y escribir los archivos de tu proyecto. Cada archivo e instrucción de aquí funciona pegado en cualquiera de las dos.
- ¿Por qué darle un archivo terminado en vez de pedirle que lo escriba?
- Si se lo pides en frío, recibes su media. Si le das una implementación que ya funciona y le dices qué cambiar, recibes esa implementación más tu necesidad. La diferencia se nota sobre todo en el movimiento y la interacción, donde el detalle es el trabajo.
- ¿Puedo usar el código en proyectos comerciales?
- Sí, trabajos de cliente incluidos. Cada implementación de aquí se escribió desde cero para esta biblioteca y no arrastra las condiciones de licencia de nadie.
Explorar y las vistas previas son gratis; el archivo completo y su instrucción son de Pro.