Durante décadas, una herramienta a medida exigía un programador y un presupuesto. Hoy, alguien de administración puede describir lo que necesita y obtener una aplicación que funciona en una tarde. La oportunidad es real. También lo es el riesgo de que acabe gestionando datos de clientes sin que nadie sepa cómo está hecha.
Qué es el vibe coding
El vibe coding consiste en crear software describiendo en lenguaje natural lo que se quiere, mientras una IA escribe el código. El término lo introdujo Andrej Karpathy en febrero de 2025, y Collins lo eligió palabra del año 2025.
Su rasgo definitorio es la distancia con el código: quien lo practica juzga si la aplicación hace lo que pidió, sin leer cómo lo hace. Ahí están a la vez su ventaja y su peligro.
Qué puede construir una pyme
El mejor terreno son las herramientas internas, sencillas y sin datos sensibles:
- Un prototipo para enseñar una idea a un cliente o probarla con el equipo.
- Una calculadora de presupuestos con tus propias tarifas.
- Un panel que ordene datos que ya tienes para seguir tus indicadores de gestión.
- Una pequeña automatización que convierta un archivo en otro formato.
En estos casos, el fallo es fácil de detectar y su coste es bajo. Sustituir una hoja de cálculo frágil puede ahorrar horas sin crear un problema nuevo.
Dónde están los riesgos
- Seguridad. La aplicación puede funcionar en pantalla y exponer datos por detrás. Quien no sabe leer el código tampoco puede ver ese fallo.
- Mantenimiento. Si la persona que la creó se va, nadie sabrá por qué funciona. Sin procesos documentados, esa herramienta se convierte en una dependencia invisible.
- Datos personales. Una aplicación con datos de clientes o empleados debe cumplir el RGPD aunque se haya creado en una tarde.
- Costes. Muchas plataformas cobran por uso. Sin control, la factura crece sin avisar, como explicamos en FinOps.
- Descontrol. Una aplicación creada sin que nadie lo sepa es una variante del shadow AI.
Tres zonas para decidir qué se puede hacer
| Zona | Ejemplos | Regla |
|---|---|---|
| Libre | Prototipos y utilidades personales sin datos reales | Cualquiera puede probar |
| Con revisión | Herramientas internas con datos de la empresa | Responsable asignado y revisión técnica antes de usarla |
| Reservada | Pagos, datos personales, clientes, sistemas críticos | Solo con desarrollo profesional |
Esta división permite experimentar sin poner en juego lo importante.
Cómo revisar una aplicación antes de usarla
- Nombra a un responsable. Toda herramienta necesita una persona que la mantenga.
- Prueba casos raros. Campos vacíos, importes negativos, archivos enormes.
- Comprueba accesos y contraseñas. Ninguna clave debe estar escrita en el código.
- Haz copias. Guarda el código y los datos fuera de la plataforma que los generó.
- Documenta. Una página basta: qué hace, qué datos usa y cómo se detiene.
- Pide una segunda mirada. Si la herramienta va a durar, encarga a un profesional una revisión puntual.
Preguntas frecuentes
¿Sustituye a los programadores?
Para prototipos y herramientas sencillas puede reducir la necesidad de encargarlos. Para sistemas con datos sensibles o que deben durar años, sigue haciendo falta criterio técnico.
¿Hace falta saber programar?
Para empezar, no. Para saber si lo construido es seguro, sí hace falta alguien que entienda de software.
¿Quién responde si falla?
La empresa que usa la aplicación. La IA no asume responsabilidad, así que las consecuencias de un error son tuyas.