Glosario
Qué es vibe coding
Programar por descripción, delegando el código en un modelo. Sirve para llegar a la primera versión y deja de aguantar cuando alguien depende de lo construido.
Vibe coding es construir software describiéndole a un modelo de IA lo que quieres, y aceptando el código que devuelve sin revisarlo línea a línea. El criterio de aceptación es ver si la pantalla hace lo que esperabas.
En el estudio se trabaja así una parte del día: Claude Code y Cursor forman parte del entorno de desarrollo habitual del equipo.
Qué resuelve
Resuelve el coste de la primera versión. Una idea que antes costaba semanas de trabajo caro ahora se prueba con mucho menos, y eso cambia quién puede llegar a tener algo funcionando: un responsable de operaciones, un fundador sin equipo técnico, un diseñador.
También resuelve la exploración. Puedes probar cinco formas de resolver un flujo y tirar cuatro, cosa que antes no se hacía porque cada intento tenía un coste que había que justificar.
En qué momento deja de aguantar
El día que alguien que no eres tú depende de que aquello funcione.
El código generado así suele ser correcto en el camino feliz. Lo que falta es lo otro: qué pasa cuando el pago se queda a medias, quién ve los datos de quién, qué ocurre si el mismo botón se pulsa dos veces. Un modelo no toma esas decisiones porque no se las has planteado, y tú no se las has planteado porque el flujo funcionaba.
Los síntomas se repiten. Cada cambio nuevo rompe algo que ya estaba hecho. Nadie sabe explicar por qué existe un fichero. Hay dos sitios donde se calcula el mismo importe y dan resultados distintos.
El momento exacto es fácil de reconocer: la primera factura, el primer cliente que llama enfadado o el primer dato que no se puede perder. Lo contamos en la nota sobre el primer cliente.
Qué se hace después
Se decide qué se conserva. Las pantallas y el modelo de datos suelen valer. La capa donde pasa el dinero, los permisos y los procesos que corren solos hay que rehacerla con criterio.
Ese trabajo se llama llevar un prototipo a producción y empieza por saber qué hay dentro: para eso existe el diagnóstico. Lo que se contrata en ese punto es que alguien responda del sistema cuando se cae, y sepa qué hacer con lo que ya está construido.
Ver también
¿La duda es sobre tu propio sistema?
El diagnóstico la responde con el código delante: qué falla, cuánto cuesta arreglarlo y por dónde entrar.