Un taller para ejecutivos de organizaciones dentales en Estados Unidos terminó desbordando la sala. La propuesta era simple: describe un problema de negocio en lenguaje natural y sal con un agente de software funcionando, sin experiencia en programación. Los asistentes no eran desarrolladores. Eran CEOs y CFOs que llevan años conviviendo con ineficiencias operativas que nunca llegaron al tope de ninguna lista de prioridades de ingeniería.
Eso es «vibe coding»: la práctica de construir software mediante descripciones en lenguaje natural, con IA como motor de traducción. El término, reconoce quien lo describe en Forbes, subestima lo que realmente ocurre.
El gatekeeper histórico era el código
Durante décadas, la capacidad de escribir código determinó quién construía y quién pedía. Un ejecutivo podía entender su problema con precisión quirúrgica, pero si no dominaba la sintaxis, dependía de una cola de requerimientos, una reunión de discovery y varias rondas de «casi, pero no». La IA asistida colapsa esa capa de traducción. La persona que vive dentro del flujo de trabajo y la persona que construye la solución pueden ser ahora la misma.
Esa es la democratización que importa: el conocimiento de dominio —acumulado en años de operación— ya no necesita un intermediario para convertirse en herramienta.
La responsabilidad se desplaza hacia la plataforma
Abrir la construcción de software a no ingenieros no reduce la necesidad de disciplina técnica; la reubica. Permisos, límites de datos y seguridad no son configuraciones que un primer usuario resuelve correctamente por intuición. Deben estar integrados en la base de la plataforma, de modo que el ejecutivo que construye no tenga que convertirse también en experto en ciberseguridad.
Si eso falla, «cualquiera puede construir» se convierte en «cualquiera puede romper algo». Si funciona, una sala de CEOs y CFOs sale con prototipos operativos, seguros, en una sola sesión.
El nuevo cuello de botella es el criterio
Hay una segunda consecuencia menos celebrada. Durante años, la escasez de tiempo de ingeniería actuó como filtro: si construir algo requería una solicitud formal y un sprint, los líderes debían decidir de antemano si la idea valía el costo. Eliminar esa fricción libera capacidad, pero también elimina el filtro. Un ejecutivo con acceso irrestricto puede generar cinco dashboards y una docena de prototipos antes del almuerzo, y terminar paralizado por opciones en lugar de tomando decisiones.
Más acceso a información y capacidad de construcción no produce automáticamente mejor juicio. Lo que produce es que el juicio se vuelve más valioso, porque la restricción migra de «¿podemos construir esto?» a «¿deberíamos?» y «¿qué importa ahora mismo?».
La lectura de Ágora Capital
Lo que describe este fenómeno es, en esencia, una desregulación del acceso a la producción de software. Cuando la barrera de entrada cae, el capital humano —el conocimiento operativo acumulado por un ejecutivo— puede convertirse directamente en producto sin pasar por el aparato burocrático de un departamento de TI. Eso es libre empresa aplicada al desarrollo tecnológico.
El riesgo real no es técnico: es de gobierno interno. Las organizaciones que aprovechen esta ventana serán las que combinen la nueva capacidad de construcción con criterio estratégico claro. Las que no lo hagan producirán ruido digital a velocidad industrial. La herramienta ya está disponible; la disciplina para usarla bien sigue siendo escasa y, por tanto, valiosa.
