Para qué sirve y para qué no

Una hoja que te ordena las facturas del mes y una aplicación con la que tus clientes reservan cita pueden salir de la misma conversación con un asistente. Por fuera se parecen: las dos funcionan. Por dentro, no tienen nada que ver, porque de una depende solo tu tarde y de la otra, tu negocio.

Un ejemplo. Una peluquería se hace con vibecoding una agenda para organizarse. Funciona y le ahorra tiempo. Si un día la abre para que los clientes reserven solos, la misma herramienta pasa a guardar nombres y teléfonos de otras personas, a tener que funcionar a cualquier hora y a necesitar a alguien que la arregle cuando falle.

Esa es la pregunta de esta lección: no si el vibecoding sirve, que sirve, sino para qué. Verás dónde funciona bien, dónde se queda corto y la diferencia entre un prototipo y un producto. Al final tendrás tres preguntas para saber en qué lado está tu idea, y las aplicarás a la herramienta que describiste en la lección 1.

Dónde funciona bien

• Probar una idea antes de invertir en ella: una maqueta que se puede tocar convence más que una presentación, y se hace en una tarde.
• Herramientas para ti: una hoja que calcula sola, un programa que renombra tus archivos o que junta tus informes. Quien domina un oficio sabe mejor que nadie qué le haría falta.
• Quitarte trabajo repetitivo que haces a mano cada semana.
• Aprender: pedir el código, leerlo línea a línea, preguntar por qué está escrito así y romperlo a propósito.

Lo que tienen en común: si algo falla, te afecta solo a ti, no hay datos de otras personas por medio y, si sale mal, lo tiras y empiezas otra vez. En esos casos, pedir y probar es suficiente.

Dónde se queda corto

Las cosas cambian en cuanto aparece alguno de estos casos:

• Lo usan otras personas. Cuando falle, y fallará, alguien tiene que saber arreglarlo.
• Guarda datos de otras personas. Nombres, correos o datos de salud obligan a protegerlos, y de eso responde quien los trata, no el asistente.
• Hay dinero por medio: cobros, pagos o presupuestos.
• Tiene que funcionar siempre, no solo cuando tú lo miras.
• Crece. El propio Karpathy reconocía que el código le crecía más allá de lo que entendía.

Los profesionales lo tienen claro. En la encuesta de Stack Overflow de 2025, el 84 % usaba o pensaba usar IA para programar, pero el 72 % dijo que el vibecoding no formaba parte de su trabajo y otro 5 %, que rotundamente no. Usan la IA, pero revisan lo que escribe.

Prototipo o producto

Un prototipo sirve para probar o enseñar una idea. Puede tener fallos, nadie depende de él y, cuando ha cumplido, se tira o se rehace.

Un producto lo usa alguien que confía en que funcione. Tiene que estar revisado, probado y protegido, alguien lo mantiene y alguien responde cuando falla.

Lo mismo puede empezar como lo uno y acabar como lo otro: muchos productos nacen de un prototipo. El paso no es automático. Hace falta revisar lo que hay dentro, probarlo, ordenar los datos y decidir quién se ocupa. Y la IA puede ayudar en todo eso, si se usa mirando.

El error caro no es hacer un prototipo con vibecoding. Es presentarlo como un producto: abrirlo a clientes, cargar datos reales o cobrar por él sin haber dado ese paso.

Tres preguntas

Para saber en qué lado está tu idea, basta con tres preguntas:

1. ¿Lo va a usar alguien más que tú?
2. ¿Va a tocar datos de otras personas o dinero?
3. Si falla un día y la IA no da con el arreglo, ¿sabrías arreglarlo tú o tendrías a quién pedírselo?

Si respondes que sí a la primera o a la segunda, o que no a la tercera, ya no es un proyecto de fin de semana: hace falta revisar lo que se ha escrito, probarlo y que alguien responda de ello.

No hace falta dejar de usar la IA. Hace falta dejar de usarla sin mirar. El resto del curso va de eso: lo que conviene saber antes, cómo cuidar la seguridad y los datos, y qué hace falta antes de enseñar lo que has hecho.

Hazlo: ¿tu idea es prototipo o producto?

1. Recupera la herramienta que describiste en la lección 1.
2. Responde a las tres preguntas, por escrito.
3. Decide si es un prototipo o un producto, y por qué.
4. Pídele a tu asistente: «Esta herramienta la van a usar otras personas. ¿Qué haría falta para que pudieran confiar en ella?». Compara su lista con lo que has visto en esta lección.

Si es un prototipo, sigue adelante sin miedo. Si es un producto, no pasa nada: el resto del curso te dice por dónde empezar.