Vibe coding: qué es y por qué el software se abarató
Tendencias y lo que significan para usted
Filip PapranecFundador de Digitaliko
Vibe coding es construir software diciéndole a una IA lo que quiere con frases normales y dejando que escriba el código, sin leerlo usted mismo, solo comprobando si el resultado funciona. Andrej Karpathy acuñó el término en 2025.
Qué significa para usted: un comentario sobre la charla de Andrej Karpathy «Software Is Changing (Again)» (Y Combinator, 2025) y el ensayo de Sam Altman «Three Observations» (2025).
El software se abarató porque la IA ya escribe código a partir de una frase normal y el precio de la IA baja rápido cada año. La trampa es que solo se abarató el código. El login, los datos, la seguridad y la responsabilidad de la producción cuestan casi lo mismo que antes.
A continuación, lo que dicen al respecto dos personas a las que normalmente se conoce de segunda mano. En cada idea añadimos en qué estamos de acuerdo, en qué no y qué vemos en nuestro propio trabajo.
¿Por qué el software se abarató de repente?
En junio de 2025, Andrej Karpathy dio la charla Software Is Changing (Again) en la AI Startup School de Y Combinator. Karpathy trabajó antes en OpenAI y Tesla, y es quien introdujo el término «vibe coding». Dice que estamos en la era del «Software 3.0»: el programa es un encargo escrito en lenguaje normal y el modelo hace el resto. Así que, de repente, cualquiera que sepa describir lo que quiere puede programar.
La otra mitad de la explicación viene de Sam Altman, de OpenAI. En febrero de 2025 escribió en el ensayo Three Observations que el precio de la misma capacidad de IA baja aproximadamente diez veces al año:
The cost to use a given level of AI falls about 10x every 12 months, and lower prices lead to much more use.
Nuestra opinión
Estamos de acuerdo, lo vemos cada día. La IA escribe la mayor parte de nuestro código. En un proyecto entregamos la primera versión en menos de 10 días laborables. Hace unos años eso habría sido trabajo de meses.
No estamos de acuerdo con que «cualquiera puede programar». Cualquiera puede montar una demo. No todo el mundo sabe ver si tiene un agujero por el que se filtran datos de clientes. En una tarea notamos que los tests que había escrito el agente comprobaban una cuestión secundaria. Un junior los habría dado por buenos.
La curva de Altman es el precio del modelo, no el precio de su proyecto. El modelo se abarata diez veces; la hora de la persona que decide y responde, no. Por eso un proyecto se abarata menos de lo que sugieren los titulares.
Saber qué entregar y cómo no es barato. La responsabilidad cuando se cae seis meses después no es barata. Y eso es exactamente lo que se paga.
Para una app pequeña, se ve así:
¿Dónde está la trampa?
Quien mejor lo describe es el propio Karpathy. En la misma charla habla de MenuGen, una pequeña app que hizo con vibe coding. La demo le funcionó rápido en su portátil. La mayor parte del trabajo llegó cuando intentó hacerla real: login, pagos, un dominio, el despliegue. Eso, dice, fue realmente difícil.
And most of it actually was when I tried to make it real so that you can actually have authentication and payments and the domain name and Vercel deployment. This was really hard.
Karpathy y Altman repiten además que la IA necesita a una persona. Karpathy aconseja llevar la IA «con correa» y que una persona revise rápido cada resultado. Altman escribe que incluso un futuro ingeniero de software de IA necesitará mucha supervisión humana.
Nuestra opinión
Un prototipo y producción son dos cosas distintas. Para una empresa, ese camino es más largo. Karpathy construyó la app para sí mismo. Una empresa tiene clientes, facturas, el RGPD y gente que espera que el sistema funcione por la mañana. Esta es la diferencia en una tabla:
| Parte del software | ¿Se abarató? | Por qué |
|---|---|---|
| Escribir el código | Sí, mucho | La IA lo escribe a partir de una descripción |
| Una primera versión para enseñar | Sí | Horas o días en lugar de meses |
| Login, roles, pagos | Un poco | La IA escribe el código; configurarlo y comprobarlo sigue siendo cosa de una persona |
| Datos y salir del sistema antiguo | No | Hay que entenderlos, limpiarlos y comprobarlos |
| Seguridad y RGPD | No | Un error solo aparece cuando llega al cliente |
| Tests | En parte | La IA los escribe; una persona decide qué tiene que cumplirse |
| Operación y responsabilidad | No | Alguien tiene que responder cuando se cae de noche |
Qué le falta exactamente a un prototipo para producción lo tratamos en Del vibe coding a producción: lo que le falta al prototipo.
¿Cómo lo hacemos nosotros?
Usamos las mismas herramientas que el vibe coding. La diferencia es lo que pasa a su alrededor. En nuestro caso se cumple una frase: la IA escribe la mayor parte del código y un senior responde de la producción.
En la práctica, eso significa tres cosas. Antes del despliegue, el código pasa tests y comprobaciones que tienen que estar en verde. Un senior lo lee y decide si sigue adelante. Y después del lanzamiento seguimos con usted durante el paso a la operación.
- para lanzar todo el sistema en un proyecto
- en un mes
- de soporte durante el paso a la operación
- 30 días
Así es también como lanzamos un proyecto en un mes. El vibe coding le construye un prototipo. Nosotros, software sobre el que funciona una empresa.
¿Qué hacer este mes?
No tiene que pagar a un proveedor de inmediato. Vaya en este orden:
01
Construya usted mismo el prototipo
El vibe coding es ideal para probar una idea. Enséñeselo a sus primeros clientes antes de invertir más dinero.
02
Escriba qué tiene que aguantar en producción
Quién inicia sesión, qué datos guarda el sistema, qué pasa cuando hay un error y quién lo arregla.
03
Que lea el código alguien que responda de la producción
Antes de dejar entrar a clientes reales y sus datos.
Si quiere que la primera versión se construya para producción desde el principio, vea Desarrollo de MVP para fundadores.
Cuándo no lo recomendamos
- Construye una herramienta para usted o unos pocos compañeros. Sin datos sensibles ni pagos, basta con el vibe coding. No nos necesita.
- Solo quiere comprobar si hay interés. Un prototipo y unas cuantas conversaciones con clientes salen más baratos que un sistema terminado.
- Espera que el código barato signifique un proyecto sin decisiones. La IA no tomará por usted las decisiones sobre datos, roles y excepciones.
- El prototipo no puede cambiar. Si insiste en que solo necesita «pulirse» cuando hay que rehacer los cimientos, no empiece.
Haga con vibe coding una app para las vacaciones durante el fin de semana, en serio, ahorrará dinero. Pero si una empresa va a funcionar sobre ella, tiene que mantener la calidad alta todo el tiempo.
¿No sabe si el prototipo todavía basta? Marque lo que se cumple en su app.
Fuentes
Andrej Karpathy, «Software Is Changing (Again)», Y Combinator AI Startup School, junio de 2025, youtube.com, transcripción en ycombinator.com. Sam Altman, «Three Observations», blog, 9 de febrero de 2025, blog.samaltman.com. El resumen es nuestro; los autores no tienen relación con este artículo.
¿Tiene un prototipo y no sabe qué hacer después?
Envíenos lo que tiene. Le respondemos en un plazo de dos días hábiles con algunas preguntas sobre su trabajo. Después acordamos qué hacemos primero. También le diremos si de momento le basta con el prototipo.
Si prefiere hablar antes, reserve una llamada introductoria de 15 minutos.
¿Qué le impide hoy poner el prototipo delante de sus primeros clientes?
En resumen
- El software se abarató porque la IA escribe código a partir de una frase normal y el precio de la IA baja rápido.
- Solo el código es barato. Los datos, la seguridad y la responsabilidad del funcionamiento cuestan más o menos lo mismo.
- Construya usted mismo el prototipo y pruebe la idea con sus primeros clientes.
- Antes de salir a producción, que lea el código alguien que responda de la producción.
Preguntas frecuentes
¿Por qué el desarrollo de software es hoy más barato?
La IA ya escribe código a partir de una descripción en lenguaje normal, y el precio de la misma capacidad de IA baja rápido. Una primera versión que antes llevaba meses está lista en días. Los datos, la seguridad y la operación no se han abaratado.
¿El vibe coding sirve para una empresa?
Para un prototipo, para probar una idea o para una pequeña herramienta interna, sí. Para un sistema con datos de clientes, pagos o muchos usuarios, no sin más trabajo. Alguien tiene que leer el código y responder de su funcionamiento.
¿Qué le falta a un prototipo hecho con vibe coding para producción?
Lo más habitual: login y roles, un manejo seguro de los datos, tests, copias de seguridad, monitorización y una persona que sepa qué hacer cuando se cae. El código suele ser el menor de los problemas.
¿Quién responde del código escrito por la IA?
Siempre una persona. La IA no tiene responsabilidad. En nuestro caso, la IA escribe la mayor parte del código y un senior responde de la producción: el código pasa tests y comprobaciones antes de llegar a los usuarios.
Pregunte a una IA sobre este artículo
La IA también tiene en cuenta nuestros otros artículos y la experiencia de proyectos reales.
ChatGPTClaudePerplexity
