El otro día en una sesión, alguien me preguntó: "¿Esto que estamos haciendo es vibe coding?"
Le dije que sí. Y después me quedé pensando en por qué la palabra le había aparecido sola, sin que yo la usara. Vibe coding es relativamente nuevo. La mayoría todavía no sabe bien qué es. Y los que sí saben, lo definen distinto.
Este artículo es para fijar la definición tal como la uso yo, mostrar cómo se ve en la práctica, y explicar por qué creo que es la forma más rápida que existe hoy para que alguien sin formación técnica construya cosas reales con IA.
La definición
Vibe coding es construir con IA desde la conversación, no desde el código.
La intención humana define qué se construye. La IA traduce esa intención a código que funciona. Vos no escribís el código — vos escribís el problema, mirás lo que la IA te devuelve, y le decís qué cambiar hasta que funciona.
Es la inversión del orden tradicional. Antes, primero aprendías a programar y después construías. En vibe coding primero construís y, si querés, después aprendés a programar — porque ya entendés qué hace cada pieza.
No hace falta saber programar. Hace falta saber qué problema querés resolver y por qué.
Cómo se ve en una mesa
El primer build que hicimos en Mate & Build fue con Franco, marketer en una agencia de performance. Su problema era concreto: armar copies para ads les llevaba 45 minutos por tanda. Cada campaña, arrancaban de cero.
Franco no programa. Nunca tocó una línea de Python. Pero sabe perfectamente qué hace falta para escribir un copy bueno: qué información del cliente necesitás, qué frameworks usar, cómo pensar la estructura del mensaje.
En la mesa, con Claude Code abierto, hicimos esto. Le explicamos a la IA en lenguaje natural cómo trabaja Franco. Cuál es el flujo de información que tiene que pasar antes de escribir el primer copy. Qué carpetas tiene que tener un cliente nuevo. Qué decisiones se toman en cada paso. Cómo se conectan entre ellas.
La IA fue traduciendo cada conversación a código. Una skill para investigar al cliente. Otra para hacer brainstorming de Big Ideas. Otra para definir estrategia. Otra para bajar todo a copy final. Un orquestador para coordinarlas en orden.
Franco no escribió código. Habló. Yo tampoco escribí mucho código. Hicimos preguntas, miramos los outputs, ajustamos. En 2-3 horas teníamos un sistema funcionando.
El cuello de botella creativo de 45 minutos por tanda quedó en 5. Y Franco se fue con un sistema que entiende — porque ayudó a definirlo paso a paso — y que puede seguir modificando él solo en los meses siguientes.
Eso es vibe coding aplicado. El build completo está documentado acá.
Vibe coding no es no-code
Lo que describí arriba a veces se confunde con no-code. Pero son cosas distintas.
No-code te limita a las plantillas y los bloques que la herramienta te ofrece. Si Make, Zapier o Bubble no tienen un bloque que haga exactamente lo que necesitás, te das contra una pared. La herramienta decide qué se puede hacer.
Vibe coding no tiene esos límites. Si lo podés explicar, lo podés construir. Porque abajo del lenguaje natural, la IA está generando código real — JavaScript, Python, lo que haga falta — y ese código tiene la flexibilidad de cualquier sistema hecho a mano por un developer.
La diferencia es importante: no-code es como armar muebles con piezas pre-cortadas. Vibe coding es como sentarte con un carpintero que entiende lo que querés y te lo arma. El carpintero corta las piezas a tu medida, pero nunca te tira el martillo a la mano.
Vibe coding no es "aprender a programar más rápido"
Acá hay otra confusión que escucho seguido. "Ah, vibe coding es como un curso de programación acelerado."
No.
El objetivo de un curso de programación es enseñarte a escribir código. El objetivo de vibe coding es enseñarte a construir cosas con IA, escribiendo lo menos posible de código.
Se puede aprender a programar después, claro — y muchos builders se enganchan y terminan ahí. Pero el camino crítico es otro. En un curso típico aprendés sintaxis primero, después tipos de datos, después estructuras de control, y eventualmente — semanas después — empezás a construir algo. En vibe coding empezás construyendo desde el día uno, sobre tu problema real, y aprendés los conceptos sólo cuando los necesitás.
Es la diferencia entre estudiar para manejar y subirte al auto. Los dos llegan a algún lado, pero solo uno te lleva el primer día.
Vibe coding sin estructura es magia inestable
Hay una versión naive de vibe coding que conviene desarmar antes de avanzar. La idea de que basta con tirarle prompts a la IA hasta que algo salga bien.
Eso funciona — el primer día. Después se rompe. La razón: la IA es muy buena leyendo texto bien organizado y aplicando lo que dice, pero si vos no tenés una estructura abajo que ordene el contexto, los criterios y las plantillas, cada pedido es un punto de partida desde cero. Pequeñas variaciones en el prompt cambian todo el output. La calidad oscila. La replicabilidad muere.
El vibe coding que sostiene resultados profesionales tiene una estructura abajo: un file system donde la información estable de tu trabajo (criterios, plantillas, procesos, brand book) vive en archivos markdown organizados, y la información variable (este caso, este cliente, este pedido de hoy) la pasás en el momento. Esa estructura es la que estuve armando desde hace meses, mezclando dos cosas que ya existían por separado: la forma en que la IA interpreta texto, y el concepto de file system jerárquico de toda la vida.
Cuando esa estructura está armada con criterio, vibe coding deja de ser improvisación. Pasa a ser construcción rápida que sostiene calidad alta — porque cada pedido se apoya en la base que vos ya pensaste con tiempo. Es la diferencia entre alguien que improvisa y alguien que tiene método.
Para una empresa, esto importa el doble. Porque calidad alta sostenida es lo que diferencia a una solución que llega a producción de un experimento que queda en la carpeta de borradores.
Por qué importa para una empresa
En las empresas con las que trabajo en Fulcrum OS — la consultora B2B, separada de Mate & Build — el patrón se repite. La gente del área comercial, de marketing, de operaciones tiene en la cabeza decenas de procesos que les consumen tiempo todas las semanas. Saben perfectamente qué hay que resolver.
Pero cuando piden ayuda al equipo de tecnología, hay cola. Tres meses, seis meses. Para cuando llega la solución, el contexto cambió.
Vibe coding rompe ese cuello de botella. La gente del problema construye con IA, en horas, soluciones que antes requerían semanas de un equipo técnico. No reemplaza a IT — los proyectos grandes, los sistemas críticos, las integraciones complejas siguen siendo de ellos. Pero las cien automatizaciones chicas que nunca llegan a la cola, las pueden resolver las personas del área.
Lo lindo es que la solución queda donde tiene que quedar: en la cabeza y en las manos de la persona que entiende el problema. No depende de un developer que después se va. La sostenibilidad mejora porque el dueño del problema es también el dueño de la solución.
Cómo empezar
Si esto te suena interesante, no esperes a tener tiempo libre o a que aparezca un curso perfecto. Lo único que hace falta es esto:
Agarrá un problema concreto que tengas en el trabajo. No el más grande — el más concreto. Algo que hagas todas las semanas y que te coma tiempo. Un Excel que actualizás a mano. Un email que escribís cada vez de cero. Un reporte que tarda dos horas y siempre es igual.
Sentate una tarde con Claude (o ChatGPT, o cualquier modelo decente). Describilo en español, paso a paso, como se lo contarías a un compañero nuevo: qué hacés hoy, cuánto te lleva, dónde se rompe.
Pedile que te ayude a construir algo que lo resuelva. Mirá lo que te devuelve. Decile qué está mal. Pedile ajustes. Iterá.
Vas a ver que funciona. No perfecto el primer día. Pero suficiente como para entender la mecánica. Y la próxima vez que tengas un problema parecido, ya sabés cómo se ataca.
Si querés acelerar el aprendizaje y aprender al lado de alguien que ya construye así todas las semanas, traé tu problema a una mesa. Es el formato más rápido que conozco para pasar de "miré veinte threads sobre IA" a "construí algo que uso todos los días".
Lo importante no es la herramienta que uses. Lo importante es que empieces.
Learn by Doing. 🧉