Vibe coding vs. agentic engineering: ¿cuál es la diferencia?

Vibe coding significa que le da un prompt a una IA y acepta el resultado en cuanto parece terminado. El agentic engineering usa los mismos agentes de IA dentro de un sistema: especificación, tests, hooks, una puerta de revisión y una persona que hace el merge. El mismo modelo, la misma IA. La diferencia es un ciclo cerrado a su alrededor, y ese ciclo decide si el código sobrevive a producción.

Así trabajamos cada día. La IA escribe la mayor parte de nuestro código. Un senior revisa cada cambio y responde de lo que llega a producción. Este artículo sigue un carrusel de LinkedIn que Filip publicó en mayo de 2026, con el código que ejecutamos detrás de cada afirmación.

¿Qué es el vibe coding y qué es el agentic engineering?

Andrej Karpathy acuñó el término «vibe coding» en febrero de 2025: uno se deja llevar por las vibraciones y olvida que el código existe. Simon Willison traza la línea con claridad en su guía Agentic Engineering Patterns: «I use the term agentic engineering to describe the practice of developing software with the assistance of coding agents.» Para él, el vibe coding en sentido estricto es código sin revisar, con calidad de prototipo. El agentic engineering es código llevado a un estándar de producción, con revisión y verificación.

Los primeros resultados para esta pregunta se quedan en la definición. Así se ve la diferencia en un repositorio:

¿Por qué el código que funciona no es software de producción?

La IA rompió la barrera de la sintaxis. Cualquiera puede describir lo que quiere y obtener código que funciona. Eso es real, y lo usamos cada día.

Pero el código que funciona y el software de producción sobre el que funciona su empresa son dos cosas muy distintas. El software de producción tiene usuarios que escriben lo que no deben, datos que no pueden filtrarse, pagos que tienen que cuadrar y un siguiente desarrollador que tiene que entenderlo. Una demo no tiene nada de eso. Solo tiene que funcionar una vez, en un portátil, mientras alguien mira.

Nuestra visión más amplia de esa brecha, para fundadores, está en Del vibe coding a producción: lo que le falta al prototipo.

¿Qué se rompe sin un sistema alrededor de la IA?

Seis cosas, en el orden en que suelen doler:

• Sin ciclo cerrado. El resultado va directo a «aceptar». Nada lo pasa por un test antes de que decida una persona.
• Sin barreras de seguridad. El agente puede ejecutar cualquier comando que le parezca útil, incluidos los que usted nunca permitiría.
• Sin límites. No hay reglas de arquitectura, así que cada sesión se inventa su propia estructura.
• Sin aprendizaje. Sin un sistema, la IA no aprende de sus propios errores. El mismo bug vuelve la semana siguiente, porque nada convirtió la corrección de la semana pasada en una regla.
• Aceptar un resultado que solo parece terminado. Una interfaz que se ve bien no es una batería de tests en verde.
• Sin criterio experto. Nadie que entienda el dominio guía el trabajo hacia el resultado correcto.

Ninguno de estos es un problema del modelo. Un modelo más potente hace que el resultado parezca todavía más terminado. La solución está alrededor del modelo, no dentro de él.

¿Cómo es un ciclo agéntico cerrado?

En nuestros repositorios cada tarea pasa por un ciclo: especificación, agente de IA, puerta, corrección, merge. Lo conecta wizrd, nuestro plugin y CLI interno para Claude Code (no es público). La regla de diseño está al principio del dispatcher:

# Deterministic on purpose: code decides WHAT to take and WHEN it is done, models only do the work.

La puerta es un script de bash, gate.sh. Ejecuta los propios scripts de typecheck, lint, tests y build del repositorio, y después una comprobación red-proof: los tests nuevos deben fallar en la rama base, o no demuestran nada. Exit 0 es verde, exit 1 es rojo. Esta parte nunca la evalúa un modelo.

La misma puerta se ejecuta dentro de la sesión del agente como Stop hook de Claude Code. Cuando el agente intenta terminar con comprobaciones en rojo, el hook bloquea la parada y le entrega los fallos. Resumido:

bash "$HARNESS/loop/gate.sh" "$type" "$tree" "$base" "$out" "$W" && exit 0
jq -n --arg r "Executable checks are red. Fix this before you finish:
$(head -c 3000 "$out")" '{decision: "block", reason: $r}'

Después de la puerta llega un revisor nuevo: una llamada al modelo con herramientas de solo lectura, a la que le decimos que no hizo el trabajo y que su tarea es intentar refutarlo. Una línea lo mantiene honesto:

[ "$mrc" != 0 ] && [ "$verdict" = pass ] && verdict=fix   # a red executable check is never overruled to pass

Los hallazgos vuelven a la misma sesión del agente. Esa es la flecha de «corrección». Cuando el revisor informa del mismo hallazgo dos veces seguidas, el ciclo se detiene y una persona recibe la tarea con ese hallazgo adjunto. El ciclo completo, paso a paso, está en Harness engineering en la práctica: del issue al PR.

¿Alguien fuera de sus repositorios hace esto?

Sí, a una escala mucho mayor. El 11 de febrero de 2026, OpenAI describió un producto que su equipo construyó con Codex: aproximadamente un millón de líneas de código, en torno a una décima parte del tiempo según su propia estimación, y ni una sola línea escrita a mano. Su idea coincide con la del carrusel: no mejores prompts, sino un mejor sistema alrededor de la misma IA que tiene todo el mundo. Reglas, linters, tests estructurales y ciclos de feedback.

¿Cuál es la diferencia real entre ambos?

Ponga los dos productos uno al lado del otro unos meses después del lanzamiento.

La misma IA en ambas columnas. Una tiene un sistema y la otra no. El modelo que usted alquila es el mismo que alquilan sus competidores, así que no puede ser su ventaja. Lo que construya a su alrededor, sí.

¿Cómo se pasa del vibe coding al agentic engineering?

Empiece por las puertas, no por un agente más listo. En el orden en que las añadiríamos:

Cada paso cierra una de las seis brechas anteriores. Las reglas dan límites. Los hooks dan barreras de seguridad. Los tests red-proof y la puerta cierran el ciclo. Y cuando el mismo error aparece dos veces, se convierte en una nueva regla o comprobación: así aprende el sistema, no el modelo.

Reunimos los cuatro primeros en un pequeño repositorio público, el Claude Code production starter: reglas para el agente, hooks, una puerta de CI con tests red-proof, revisión con IA y una checklist de lanzamiento. Licencia MIT. Dos detalles que conviene leer antes de copiar hooks: Hooks de Claude Code que no hacen nada y TDD red-green con agentes de IA.

¿Su equipo hace vibe coding o ingeniería?

Un autotest rápido. Marque lo que su repositorio ya tiene hoy.

¿Quiere este sistema en su repositorio?

Montamos este tipo de ciclo dentro del propio repositorio de un equipo, como parte de AI-native SDLC para equipos de desarrollo. Desde 2023 hemos entregado más de 15 proyectos en producción. Un senior se incorpora a su repositorio y a sus pull requests desde el primer día.

¿Ha construido usted mismo un producto con Lovable, Cursor o Claude y ahora tiene que aguantar? Es otro camino: consulte ayuda para vibe coders.

Le respondemos en un plazo de dos días hábiles con algunas preguntas sobre su trabajo. Después acordamos qué hacemos primero.

Si prefiere hablar antes, reserve una llamada introductoria de 15 minutos.

¿Cuál de las seis brechas le duele más a su equipo ahora mismo?

Preguntas frecuentes

¿Cuál es la diferencia entre vibe coding y agentic engineering?

Vibe coding significa darle un prompt a una IA y aceptar el resultado que parece terminado. El agentic engineering usa los mismos agentes de IA dentro de un sistema: especificación, tests, hooks, una puerta de revisión y una persona que hace el merge. El modelo es el mismo. El sistema que lo rodea decide si el resultado sobrevive a producción.

¿Es lo mismo agentic engineering que agentic coding?

Es casi la misma idea. Agentic coding suele referirse a un agente de IA que edita archivos y ejecuta comandos por su cuenta. El agentic engineering añade la disciplina que lo rodea: qué cuenta como terminado, qué comprobaciones deben pasar y quién responde de lo que llega a producción.

¿Qué es un ciclo agéntico en el desarrollo de software?

Un ciclo en el que el agente trabaja, una máquina comprueba el resultado y una comprobación en rojo devuelve el hallazgo al agente hasta que pasa. El nuestro es: especificación, agente, puerta, corrección, merge. La puerta es código simple con códigos de salida, así que un modelo no puede convencer a una comprobación en rojo de que se ponga en verde.

¿El vibe coding es malo?

No. Es una forma rápida de probar una idea o montar una demo. Se convierte en un problema cuando sobre una demo empieza a funcionar una empresa: usuarios reales, dinero real, datos reales. Ahí necesita tests, barreras de seguridad y una persona que entienda el código.

¿Cómo paso un equipo del vibe coding al agentic engineering?

Empiece por las puertas, no por el agente: reglas para el agente en el repositorio, hooks que bloquean comandos peligrosos, un Stop hook que rechaza «terminado» mientras haya comprobaciones en rojo y una puerta de CI con tests que deben fallar antes de la corrección. El Claude Code production starter público tiene las cuatro.