Qué es vibe coding y cómo usarlo con criterio

Vibe coding describe una forma de crear software mediante conversación con una inteligencia artificial (IA). Andrej Karpathy popularizó el término en 2025 para un estilo guiado por el modelo. En un flujo responsable, la persona conserva el objetivo, los límites y la decisión final.

Vamos a seguir un caso concreto: una página para inscribirse en un taller presencial. La primera versión pedirá nombre, correo y sesión elegida, rechazará datos inválidos y mostrará una confirmación. Cada sección retomará esa misma función para separar velocidad de improvisación.

Vibe coding convierte la intención en iteraciones

El proceso empieza al describir un resultado en lenguaje natural y pedir a una herramienta que proponga código. Después observas lo que existe, señalas un cambio y repites. El valor no está en aceptar cada respuesta, sino en reducir el tiempo entre una decisión y una prueba.

Para la inscripción al taller, «crea una plataforma de eventos» abre demasiados frentes. «Añade un formulario con nombre, correo y sesión; valida los campos y confirma la plaza» define una primera iteración. Tu primer buen prompt muestra cómo convertir ese alcance en instrucciones comprobables.

La práctica de empezar con tareas pequeñas es una heurística, no una garantía. Algunos cambios exigen coordinar una migración completa o revisar un contrato compartido antes de editar. El tamaño adecuado depende del riesgo y de la posibilidad de verificar el resultado.

La idea necesita una persona y un problema

Una idea útil nombra quién actúa y qué dificultad resuelve. En nuestro caso, una persona interesada quiere elegir una sesión y saber si su inscripción se ha registrado. El organizador necesita datos completos sin recibir duplicados ni direcciones inválidas.

Escribe ese contexto antes de pedir una interfaz. Así evitas una pantalla decorativa que no contempla confirmación, cupo o mensajes de error. También puedes aplazar funciones que no pertenecen al primer recorrido, como pagos, lista de espera o acceso administrativo.

La pregunta central no es qué tecnología parece novedosa. Define qué conducta debe cambiar para la persona que usa el producto. La IA puede proponer componentes, pero no conoce por sí sola la prioridad del taller.

Un alcance pequeño protege la siguiente decisión

El alcance establece qué entra y qué queda fuera. Para la primera vuelta, incluye campos, validación y confirmación; excluye pagos, cuentas y sincronización con un proveedor externo. Esa frontera hace posible revisar el cambio en una sola sesión.

Divide el trabajo cuando dos tareas no comparten el mismo contrato. Puedes diseñar el mensaje de confirmación mientras otra persona prepara datos de ejemplo, pero no conviene que dos agentes cambien a la vez el esquema de inscripción. La guía de agentes de IA explica cómo aplicar permisos mínimos y aprobaciones.

Anota también los archivos o zonas que deben permanecer intactos. Si la aplicación ya tiene botones, campos o reglas de estilo, pide reutilizarlos. Evitar una segunda implementación reduce inconsistencias futuras.

El primer borrador es material de revisión

La herramienta genera una hipótesis de solución, no una verdad. Abre el formulario, completa una inscripción y revisa el código que maneja los datos. Comprueba que el mensaje visible corresponde al estado real y no aparece antes de guardar.

Prueba entradas que contradicen la ruta feliz. Usa un correo sin arroba, deja el nombre vacío, cambia de sesión y envía dos veces. Si el formulario acepta un dato inválido, devuelve feedback con la acción, el resultado observado y el esperado.

Mantén la corrección dentro del mismo alcance. No pidas una animación o un panel nuevo mientras reparas la validación. Una variable cada vez permite reconocer qué cambio resolvió el fallo.

La verificación cierra cada vuelta

Una prueba automática cubre una regla repetible, mientras el navegador confirma la experiencia integrada. Para el taller, una prueba puede comprobar que el envío sin correo muestra un error; el recorrido real debe confirmar además el foco, el texto y el comportamiento a 390 px. Ambas capas responden preguntas distintas.

Revisa la consola y la red cuando el flujo use servicios externos. Una confirmación visible no basta si la petición falla o duplica registros. Documenta qué comprobaste y qué quedó fuera, para que la siguiente iteración no parta de una suposición.

Si la evidencia es correcta, integra el cambio y elige la siguiente tarea. Si falla, vuelve al alcance o al borrador con información nueva. El ciclo termina por criterios de aceptación, no por cansancio ni por la seguridad verbal del modelo.

La responsabilidad incluye datos y permisos

El formulario maneja nombres y correos, por lo que necesitas una finalidad clara, una política de conservación y acceso limitado. No pegues datos reales en el prompt ni uses credenciales como contexto. Trabaja con ejemplos ficticios y configura secretos fuera del contenido generado.

La IA tampoco debe publicar, enviar correos o cambiar permisos sin autorización explícita. Las acciones externas pueden afectar a otras personas y son más difíciles de revertir. Mantén una aprobación humana antes del despliegue y de cualquier comunicación.

En ámbitos como salud, pagos o decisiones legales, una revisión visual resulta insuficiente. Añade especialistas, pruebas de seguridad y controles del dominio. Vibe coding cambia la interfaz de creación, no el nivel de responsabilidad exigido.

Los fallos habituales tienen señales visibles

El primer fallo es ampliar el producto antes de validar el núcleo. Si la inscripción aún duplica registros, añadir perfiles solo multiplica estados defectuosos. Repara primero el contrato que ya existe.

Otro fallo consiste en aceptar dependencias o arquitectura sin entenderlas. Pide una explicación del cambio, revisa su mantenimiento y ejecuta los comandos del proyecto. Una solución que solo funciona en la sesión del agente no está terminada.

También puede aparecer código plausible con pruebas débiles. Lee qué afirma cada prueba y fuerza un caso que debería fallar. Una suite verde solo aporta evidencia si comprueba el comportamiento acordado.

Comprueba la iteración antes de ampliarla

Usa estas casillas al cerrar cada vuelta del caso práctico. No abras la siguiente tarea hasta poder justificar cada respuesta.

• La iteración resuelve una necesidad concreta de la inscripción al taller.
• El alcance excluye pagos, cuentas y cambios no autorizados.
• Los estados válidos, vacíos y erróneos se han probado.
• El recorrido funciona con teclado y en una pantalla estrecha.
• Los datos usados son ficticios y los permisos son mínimos.
• Una persona ha revisado y autorizado el resultado antes de publicarlo.

Vibe coding funciona como disciplina de iteración, no como atajo para omitir controles. Si repites idea, alcance, borrador y verificación con evidencia, cada vuelta produce una base más clara para la siguiente decisión.