Los agentes de IA ya escriben código en producción. Stripe fusiona más de 1.000 pull requests semanales generados por agentes internos, y la mayoría de equipos de ingeniería reporta ganancias reales de velocidad. Pero esa velocidad tiene una factura oculta, y en 2026 no se llama deuda técnica: se llama deuda de comprensión (comprehension debt), la brecha entre el código que existe en tu sistema y el que alguien —cualquier persona— entiende de verdad.
La respuesta corta para quien lidera un equipo: el "vibe coding" sirve para prototipar, pero no escala en producción sin una disciplina alrededor. Esa disciplina tiene nombre desde principios de 2026 —agentic engineering— y este artículo explica qué es, qué riesgos concretos evita y qué prácticas mantienen la calidad cuando los agentes escriben la mayor parte del código.
De "vibe coding" a "agentic engineering"
Andrej Karpathy acuñó "vibe coding" en 2025 para describir la práctica libre de pedirle código a una IA en lugar de escribirlo a mano. A principios de 2026 él mismo propuso un término mejor para el trabajo profesional: agentic engineering.
La diferencia es de gobernanza, no de herramienta:
- Vibe coding: delegas la propiedad del código en la IA. Aceptas lo que produce si "parece funcionar".
- Agentic engineering: los agentes planifican, escriben, prueban y proponen cambios, pero el criterio de ingeniería sigue en manos del equipo, bajo supervisión estructurada.
La distinción parece semántica hasta que miras las métricas.
La factura oculta: deuda de comprensión y "AI slop"
El fallo característico del código generado sin control se conoce como AI slop: código que parece razonable en la superficie pero carece de manejo de errores, introduce vulnerabilidades, rompe funcionalidad existente o crea una arquitectura inmantenible.
Los datos que se consolidaron a principios de 2026 son incómodos:
- La IA genera código 5–7 veces más rápido de lo que un humano tarda en entenderlo.
- Un análisis de 8,1 millones de PRs encontró que el código asistido por IA contiene 1,7× más incidencias por PR (10,83 defectos frente a 6,45 en código humano).
- La deuda técnica sube un 30–41% tras adoptar herramientas de IA, con la complejidad cognitiva creciendo alrededor de un 39%.
- Los ingenieros senior reportan entre un 20% y un 35% más de tiempo en revisión cuando el resto del equipo se apoya intensamente en asistentes.
El problema de la deuda de comprensión es que no aparece en los dashboards de velocidad ni en las métricas DORA. Se manifiesta entre seis y dieciocho meses después, cuando nadie puede modificar, depurar o hacerse dueño con confianza de un módulo que "escribió la IA".
Por qué el "vibe coding" no escala (y cuándo sí sirve)
Seamos claros con lo que sí funciona: para un prototipo desechable, una prueba de concepto o un script interno de un solo uso, el vibe coding es fantástico. La velocidad importa más que la mantenibilidad porque ese código no va a vivir mucho.
Deja de funcionar en el momento en que ese código entra en producción y tiene que ser mantenido por otras personas. Ahí la revisión cambia de naturaleza: en lugar de comprobar un razonamiento que tienes delante, tienes que reconstruir una intención que nunca se escribió. Eso es más lento y más frágil, y es la raíz de la deuda de comprensión.
Regla práctica: cuanto más largo sea el ciclo de vida esperado del código, menos "vibes" y más ingeniería.
Cinco prácticas para equipos que usan agentes en serio
- Intención antes que prompt. Un agente rinde según su contexto: escribe la especificación, los criterios de aceptación y las restricciones antes de generar. La ingeniería de contexto no es opcional cuando el agente decide arquitectura.
- Revisión humana no negociable. Ningún PR de agente se fusiona sin que una persona con criterio lo entienda y lo firme. El agentic code review (agentes que revisan a agentes) ayuda a filtrar, pero no sustituye la responsabilidad humana.
- Evals, no vibes. Si la IA toca lógica de negocio, mídela con evaluaciones reproducibles en producción, no con la sensación de que "va bien".
- Gobierna la deuda de procedencia. A medida que los agentes acceden a repos, terminales, gestores de paquetes y flujos de PR, define quién o qué está autorizado a actuar, qué datos puede ver y qué evidencia se exige antes de fusionar. Aquí la seguridad del stack de agentes es parte del proceso, no un añadido.
- Documenta la intención en el propio repo. Un agente que lee convenciones y decisiones escritas produce código coherente; uno que improvisa, produce slop. Un sistema de diseño y convenciones legibles por IA reduce la variabilidad.
Vibe coding vs agentic engineering
| Dimensión | Vibe coding | Agentic engineering |
|---|---|---|
| Propiedad del código | La IA | El equipo, la IA ejecuta |
| Contexto de entrada | Prompt ad hoc | Especificación + criterios + restricciones |
| Revisión | "Parece que funciona" | Revisión humana obligatoria + evals |
| Horizonte del código | Prototipo, desechable | Producción, mantenible |
| Riesgo dominante | AI slop, deuda de comprensión | Coste de gobernanza (asumido) |
El factor humano: la seniority importa más, no menos
Hay una lectura contraintuitiva en todo esto: cuanto más código escribe la IA, más valioso es el juicio senior, no menos. La parte que la IA no cubre —decidir qué construir, revisar con criterio, detectar el defecto sutil, asumir la responsabilidad de lo que se fusiona— es exactamente la que separa un equipo que capitaliza la IA de uno que acumula deuda invisible.
Por eso en Dribba trabajamos con un equipo 100% senior in-house. Llevamos desde 2011 (15 años) y más de 300 proyectos en 20+ países entregando software que otros tienen que mantener después, y esa perspectiva es la que aplicamos cuando incorporamos agentes al flujo: velocidad, sí, pero con alguien que entiende cada línea que sale por la puerta. Es el enfoque con el que damos soporte a productos de clientes como Dogfy Diet, Coca-Cola EP, TravelPerk o ISDIN.
Conclusión
La pregunta en 2026 no es si usar agentes de IA para escribir código —el sector ya lo hace— sino cómo hacerlo sin hipotecar la mantenibilidad. El vibe coding gana el sprint y pierde el trimestre; el agentic engineering acepta un coste de gobernanza a cambio de código que tu equipo sigue entendiendo dentro de un año.
Si estás incorporando agentes a tu desarrollo y quieres hacerlo con criterio senior desde el principio, en Dribba ayudamos con staff augmentation y consultoría técnica. Hablemos.
