¿Qué es el vibe coding? Significado, riesgos y cómo revisarlo

¿Qué es el vibe coding?

El vibe coding es una forma de crear software en la que usted describe lo que quiere en lenguaje común y una herramienta de IA escribe gran parte del código. En lugar de empezar con un editor en blanco, empieza con la intención: "haz un formulario de reservas", "agrega un panel" o "conecta esta página con mi lista de clientes". Prueba el resultado, dice qué está mal y la IA cambia el código.

El investigador de IA Andrej Karpathy describió la idea en una publicación de febrero de 2025: uno se apoya en lo que produce la IA y juzga la app por si se comporta como se desea, en vez de leer cada línea. "Vibe" no significa adivinar; significa trabajar en el nivel de la dirección y el criterio, no en cada detalle técnico.

Un punto importa desde el principio: el código escrito por una IA sigue siendo código. Puede crear páginas, flujos y automatizaciones útiles, y también puede esconder problemas que no se ven en la pantalla. Un formulario puede parecer terminado y manejar mal datos privados, y una página de inicio de sesión puede parecer que funciona sin los controles que impiden que un usuario vea los registros de otro.

Cómo funciona el vibe coding, paso a paso

Este es el ciclo habitual para una herramienta de un pequeño negocio, por ejemplo una página donde el personal anota llamadas de seguimiento:

Describa el objetivo. Empiece por el resultado, no por la tecnología: quién la usa, qué se ingresa y qué debe pasar después.
Agregue los detalles. Cuanto más concreto sea el flujo, menos tendrá que suponer la IA.
Pida una primera versión. La herramienta puede crear pantallas, formularios, tablas y lógica. Trátela como un borrador.
Pruébela solo con datos de ejemplo. No pegue registros reales de clientes, contraseñas, claves de API ni datos de pago en una versión sin revisar.
Dé su opinión en lenguaje común. "La lista del personal debe mostrar solo a los empleados activos." "El formulario debe rechazar un correo vacío."
Repita hasta que el flujo visible funcione. Aquí es donde el vibe coding se siente rápido.
Revise lo que se creó. Antes del lanzamiento, revise la seguridad, el manejo de datos, los permisos, las dependencias y la calidad del código.
Decida qué es. Una demostración, una herramienta interna o algo que necesita a un programador antes de que lo usen sus clientes.

"Funciona en mi pantalla" no es lo mismo que "es seguro para el negocio". La velocidad es la fortaleza del vibe coding; estar listo para usarse es otra pregunta.

Tipos de herramientas de vibe coding

Los productos cambian a menudo, así que estos son los tipos de herramientas y no las marcas:

Asistentes de programación por chat: responden preguntas, escriben fragmentos de código y explican errores.
Asistentes dentro del editor: trabajan en el espacio de programación y sugieren o cambian código en el proyecto abierto.
Creadores de apps con IA: crean una app completa a partir de una instrucción, a menudo con pantallas, base de datos y flujos básicos.
Herramientas tipo agente: hacen tareas de varios pasos, como crear archivos, ejecutar pruebas, leer errores e intentar arreglos. Van rápido y aun así alguien debe revisar el resultado.
Ayudas para pruebas y revisión: generan casos de prueba o señalan posibles problemas. Apoyan una revisión, pero no deben ser la única.

La diferencia práctica es cuánto puede ver usted. Un creador que oculta los archivos es más fácil el primer día; una herramienta que muestra cada cambio facilita la revisión y el mantenimiento después.

Para qué sirve el vibe coding

El vibe coding encaja cuando un primer borrador cuesta poco y esperar sale caro:

Demostraciones de un portal de clientes, un flujo de reservas, una calculadora o un panel, para mostrar lo que usted tiene en mente.
Herramientas internas, como formularios solo para el personal, seguimiento de clientes potenciales o informes sencillos, con pocos usuarios y pocos datos sensibles.
Pruebas de procesos para ver si vale la pena desarrollar algo en serio.
Automatizaciones pequeñas que ordenan información y ahorran trabajo repetitivo.
Proyectos para aprender que ayudan a quien no programa a entender cómo encajan las partes de un software.

Cuanto más importante sea la app, más alto debe ser el estándar. Un sistema para clientes, cualquier cosa que cobre pagos y cualquier cosa que guarde registros de salud, legales o financieros merece una construcción mucho más cuidadosa que una demostración rápida.

¿El vibe coding es malo?

El vibe coding no es bueno ni malo por sí mismo. Es un método, y su valor depende de lo que hace la app y de si el resultado se revisa antes de usarse de verdad.

La ventaja es real: baja la barrera para crear software, permite a los dueños probar ideas, acelera los primeros borradores y da a los programadores un adelanto en el código rutinario.

La desventaja también es real: la IA puede producir código que se ve pulido y tiene problemas ocultos, y quien no programa quizá no sepa si la base de datos está protegida, si cada usuario ve solo sus propios registros o si una biblioteca trae condiciones de licencia. El peligro no es que haya participado una IA; es dar por terminado un resultado sin revisar.

Una división sensata: use el vibe coding para avanzar rápido y la revisión para tener confianza.

Los riesgos reales de una app hecha con vibe coding

Claves de API y secretos expuestos. Las claves, contraseñas, credenciales de bases de datos y tokens nunca deben quedar en el código del navegador, en archivos públicos, en capturas de pantalla ni en instrucciones que no los necesitan. Guárdelos en una configuración protegida y reemplace cualquier clave que haya quedado expuesta.
Falta de controles de inicio de sesión y de acceso. Una pantalla de inicio de sesión no basta. La app debe comprobar, en cada página y en cada registro, qué puede ver y cambiar ese usuario.
Datos de entrada sin validar. Cada campo, archivo y opción necesita controles para rechazar datos vacíos, mal formados o malintencionados antes de guardarlos o procesarlos.
Deuda técnica. La lógica duplicada, una estructura confusa y arreglos rápidos encima de otros quizá no importen en una demostración, pero hacen difícil cambiar una app de uso diario.
Dependencias y licencias. Las apps hechas con IA usan paquetes y plantillas externos. Cada uno puede necesitar actualizaciones, tener fallas conocidas o traer condiciones de licencia que limitan su uso.

Lista de revisión de seguridad y de código antes del lanzamiento

Úsela antes de que una app hecha con vibe coding llegue a clientes, cuentas del personal, registros privados, pagos o sistemas en uso. Si usted no es técnico, entréguela al programador o al revisor de seguridad como guía. Una revisión segura de código lee el código, no solo las pantallas.

Anote quiénes la usan, los flujos principales, los datos que recoge y los sistemas con los que se conecta.
Siga probando con datos de ejemplo hasta terminar la revisión.
Busque claves, contraseñas y tokens en los archivos, el código del navegador, los documentos compartidos y las instrucciones.
Reemplace cualquier secreto que se haya pegado en una instrucción, guardado en el código o compartido.
Haga una lista de las páginas que requieren inicio de sesión y de las que nunca deben ser públicas.
Pruebe cada rol: ¿puede ver o cambiar algo que no debería?
Pruebe campos vacíos, correos mal escritos, textos muy largos, caracteres raros y tipos de archivo equivocados.
Revise qué se guarda, dónde y si la app guarda más de lo que necesita.
Haga una lista de los paquetes, plantillas y servicios externos, y compruebe que sus licencias permiten su uso.
Pida al revisor que señale código duplicado, arreglos frágiles y funciones que nadie pidió.
Pida a alguien que no la construyó que complete el flujo principal.
Decida por escrito para qué sirve la app por ahora (demostración, herramienta interna, prueba pequeña o lanzamiento completo) y quién la mantiene.

Cuándo contratar a un programador

Recurra a un programador, o al menos a un revisor, cuando la app vaya a guardar datos de clientes o pacientes, cobrar pagos, conectarse con la contabilidad u otros sistemas del negocio, o convertirse en algo que el personal usa todos los días. Un programador puede revisar lo que produjo la IA, reconstruir las partes riesgosas y organizar actualizaciones y copias de seguridad.

El vibe coding funciona mejor con límites claros: describa el objetivo, genere un borrador, pruebe el comportamiento, revise el código y luego decida cómo se puede usar la app.

Dónde encaja ASL

Si una app hecha con IA empieza a importar, el trabajo de desarrollo de software a medida de ASL empieza por revisar el código actual, cómo funciona y su permiso para cambiarlo. El resultado puede ser un conjunto pequeño de arreglos en lugar de reconstruirlo todo. La propiedad del código, el alojamiento y el soporte después del lanzamiento quedan por escrito en el acuerdo del proyecto.

Para una revisión de seguridad de un sitio o una app web en uso, ASL Scan se presta como un trabajo autorizado: una autorización firmada indica los equipos exactos, un analista revisa cada informe y el precio se cotiza por trabajo. Pasar la revisión no demuestra que un sistema no tenga fallas.

Preguntas frecuentes

¿Quién inventó el término vibe coding?

El investigador de IA Andrej Karpathy lo describió en una publicación de febrero de 2025: crear software apoyándose en lo que escribe la IA y juzgando el resultado por si funciona, en vez de leer cada línea.

¿El vibe coding es lo mismo que usar un asistente de programación con IA?

No exactamente. Muchos programadores usan asistentes de IA y aun así leen y prueban cada cambio. El vibe coding va más allá: quien construye acepta casi todo lo que escribe la IA y se guía por el comportamiento. Las mismas herramientas sirven de las dos formas.

¿Puedo lanzar una app que hice con vibe coding?

Para una demostración o una herramienta interna pequeña con datos de ejemplo, sí. Antes de que la usen personas reales, de cobrar pagos o de guardar registros de clientes, haga que la revisen: secretos, controles de acceso, validación de datos, dependencias y licencias.

¿Cuál es el mayor riesgo de seguridad en una app hecha con vibe coding?

Casi siempre es el acceso: páginas o registros que cualquier usuario con sesión, o cualquiera con el enlace, puede abrir. Las claves de API expuestas van muy cerca; reemplace cualquier clave que se haya pegado en una instrucción o guardado en el código.

¿Qué cubre una revisión segura de código?

Lee el código, no solo las pantallas: cómo se guardan los secretos, qué controles protegen cada página y cada registro, cómo se validan los datos, qué dependencias se usan y si sus licencias lo permiten, y qué se registra.

Guías relacionadas

Conozca el producto completo

Consulte funciones, acceso actual y límites

¿Qué es el vibe coding? Significado, riesgos y cómo revisar una app hecha con IA