--- title: "Vibe coding vs. agentic engineering: por qué la estructura le gana a la velocidad" excerpt: "La diferencia entre vibe coding y agentic engineering no la marca la herramienta, la marca el proceso. Uno prioriza la velocidad y acumula deuda; el otro mete al agente dentro de un flujo con disciplina de ingeniería. Cuándo conviene cada uno, aterrizado en herramientas reales." date: "2026-07-16T18:30:00.000Z" category: "Inteligencia Artificial" tech_article: true seo_title: "Vibe coding vs. agentic engineering: qué son y cuándo usar" seo_description: "Vibe coding va rápido pero deja deuda; el agentic engineering mete la IA en un proceso con disciplina. Qué son, en qué se diferencian y cuándo usar cada uno." author: name: "angel cruz" picture: "https://angelcruzdevcdn.nyc3.cdn.digitaloceanspaces.com/images/me/angel-cruz.png" ogImage: url: "/images/open-graph/og-image.png" --- Le pides lo mismo a dos desarrolladores: "hazme esta feature con IA". El primero abre el chat, describe la idea a grandes rasgos y va aceptando lo que el agente propone hasta que "funciona". El segundo escribe primero qué tiene que hacer, planea la implementación y recién ahí suelta al agente, revisando en cada paso. Los dos usan el mismo modelo. Una semana después, uno tiene una feature que nadie se anima a tocar y el otro tiene código que su equipo entiende. **Esa es la diferencia entre vibe coding y agentic engineering, y no la marca la herramienta: la marca el proceso.** ## ¿Qué es el vibe coding? El término lo popularizó Andrej Karpathy en febrero de 2025: programar dejándote llevar por la intención. Le describes a la IA lo que quieres, aceptas sus cambios sin leer cada línea y sigues la corriente hasta que el resultado se siente bien. Para un prototipo de fin de semana, para explorar una idea o para aprender, es genial: velocidad pura y cero fricción. El problema aparece cuando ese mismo estilo llega a producción. El código crece más rápido de lo que lo entiendes. No hay decisiones documentadas, no hay un criterio claro de "listo" y, cuando algo se rompe, nadie sabe por qué estaba así. La velocidad de hoy se convierte en la deuda de mañana. ## ¿Qué es el agentic engineering? El agentic engineering trata al agente como una herramienta **dentro** de un proceso de ingeniería, no como quien lo maneja. Sigues teniendo requisitos, plan, revisión y un criterio de terminado; la IA ejecuta pasos dentro de esa estructura. La disciplina no la pone el modelo, la pones tú. Dicho de otra forma: el vibe coding le entrega el volante a la IA. El agentic engineering la sienta de copiloto, con un mapa que escribiste tú. ## Por qué la estructura le gana a la velocidad La tentación es medir la productividad en líneas por minuto. Pero el trabajo real de programar no es escribir código, es entenderlo, mantenerlo y cambiarlo sin miedo seis meses después. Ahí el vibe coding pierde: generar mil líneas que nadie revisó no es avance, es un pasivo que todavía no explotó. El agentic engineering invierte un poco más por adelantado (definir qué quieres, cómo, y cómo sabrás que está bien) y ese costo se paga solo. El agente comete menos errores porque tiene contexto claro, tú revisas con criterio porque sabes qué esperabas, y el código que queda es código que el equipo puede tocar. No es ir más lento, es no tener que rehacerlo. ## Cómo se ve en la práctica (con herramientas reales) Aquí es donde la teoría se vuelve flujo. Un ciclo de agentic engineering, con las piezas que puedes usar hoy: 1. **Documenta el objetivo antes de tocar el agente.** Qué tiene que hacer, qué restricciones hay, qué NO debe tocar. Un buen archivo de contexto (por ejemplo, las [buenas prácticas de `CLAUDE.md`](/post/claude-md-buenas-practicas)) hace la mitad del trabajo. 2. **Planea y luego ejecuta con contexto limpio.** Primero el plan, después la implementación. Cargar la ventana de contexto con basura degrada al agente; cuidar el contexto es parte del oficio ([cómo reducir tokens en Claude Code](/post/optimizar-claude-code-reducir-tokens)). 3. **Deja que el agente itere con un criterio de "listo".** No una sola pasada: ejecutar, revisar, corregir y repetir hasta cumplir una condición clara. Esa mecánica es el [Ralph loop](/post/ralph-loop-revolucion-agentes-ia), y su gracia está justo en saber cuándo parar. 4. **Reparte el trabajo cuando la tarea es grande.** Un agente líder que lanza [subagentes](/post/subagentes-claude-code) o que [orquesta varios agentes](/post/clis-orquestar-agentes-ia) rinde más que uno solo peleando con todo. Cada uno hace su parte y devuelve un resumen. 5. **Conecta las herramientas que el agente necesita.** Vía [MCP](/post/introduccion-a-mcp-model-context-protocol), el agente habla con tu base de datos, tus docs o tus servicios sin que tengas que copiar y pegar contexto a mano. 6. **Revisa. Siempre.** El agente propone; tú decides qué entra. Ese es el paso que el vibe coding se salta y el que separa una herramienta de un riesgo. Fíjate que ninguna pieza es "usa este producto y listo". Son decisiones de proceso que puedes aplicar con [Claude Code](/post/guia-claude-code), Cursor, Codex o el que uses. La herramienta cambia; la disciplina no. ## ¿Entonces el vibe coding no sirve? Sí sirve, y no hay que satanizarlo. Para prototipos, spikes, pruebas de concepto y para aprender, dejarte llevar es el camino más rápido y muchas veces el correcto. El error no es hacer vibe coding: es **graduarlo a producción sin cambiar de marcha**, tratar un experimento desechable como si fuera código que va a vivir años. La señal para cambiar de modo es simple: en el momento en que otra persona (o tu yo del futuro) va a depender de ese código, toca ponerse el sombrero de ingeniería. ## Preguntas frecuentes ### ¿Vibe coding y agentic engineering usan las mismas herramientas? Sí. Ambos pueden usar Claude Code, Cursor o Codex. La diferencia no está en la herramienta, sino en el proceso: el vibe coding deja que el agente conduzca, el agentic engineering lo mete dentro de un flujo con requisitos, plan y revisión. ### ¿El agentic engineering es más lento? Al principio invierte un poco más en planear, pero sale más rápido en total porque evita rehacer código que nadie entiende. Lo lento de verdad es depurar mil líneas que aceptaste sin leer. ### ¿Necesito un framework para hacer agentic engineering? No. Es sobre todo disciplina de proceso: documentar el objetivo, planear, iterar con un criterio de "listo" y revisar. Los frameworks y metaharness ayudan a orquestar cuando la tarea crece, pero puedes empezar hoy con las herramientas que ya usas. ### ¿Cuándo conviene el vibe coding? Cuando el código es desechable: prototipos, spikes, explorar una idea o aprender. En cuanto alguien va a depender de ese código, conviene pasar a un flujo de agentic engineering. ## Cierre Vibe coding y agentic engineering no son bandos, son marchas distintas para momentos distintos. La velocidad es tentadora, pero la estructura es la que hace que el trabajo del agente aguante el paso del tiempo. Si quieres ver la mecánica que sostiene ese flujo, empieza por el [Ralph loop](/post/ralph-loop-revolucion-agentes-ia) y por [cómo orquestar varios agentes](/post/clis-orquestar-agentes-ia) desde un solo lugar. --- ## Sitemap Índice completo del sitio: [/sitemap.md](https://www.angelcruz.dev/sitemap.md) Canónico HTML: [https://www.angelcruz.dev/post/vibe-coding-vs-agentic-engineering](https://www.angelcruz.dev/post/vibe-coding-vs-agentic-engineering)