El agentic engineering es trabajo para clientes. El vibe coding, un experimento.

Andrej Karpathy acuñó el término el 2 feb 2025 en una publicación en X: “There's a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” En la misma publicación lo calificó de “not too bad for throwaway weekend projects”: nada mal para proyectos de fin de semana que se tiran.

Unas semanas después, Simon Willison precisó el término: vibe coding es “building software with an LLM without reviewing the code it writes”, es decir, crear software con un LLM sin revisar el código que escribe. Si revisas el código, lo pruebas y puedes explicárselo a otra persona, eso es desarrollo de software.

Esa es la definición útil. El vibe coding no es un veredicto sobre el código escrito por IA. Describe la decisión de no mirarlo.

Un año después, el 4 feb 2026, Karpathy hizo balance. Programar con agentes LLM, escribió, se estaba convirtiendo en el flujo de trabajo habitual de los profesionales, “except with more oversight and scrutiny”: con más supervisión y escrutinio. Su nombre preferido para ello: agentic engineering.

“Agentic”, porque “you are not writing the code directly 99% of the time, you are orchestrating agents who do and acting as oversight”: el 99 % del tiempo no escribes el código tú, orquestas a los agentes que lo hacen y supervisas. “Engineering”, porque “there is an art & science and expertise to it”, algo que se puede aprender.

En la práctica, los agentes escriben código, ejecutan pruebas y proponen cambios. Tú fijas el objetivo, divides el trabajo en partes que un agente pueda terminar, lees el diff, decides qué se publica y respondes por ello.

Un cliente no compra código. Compra la garantía de que funciona, de que es seguro y de que alguien está detrás. Nada de eso pasa al agente.

La calidad sale de la revisión, no del modelo. Un agente que escribe cien líneas en un minuto también escribe cien líneas que alguien tiene que revisar.

La responsabilidad sigue siendo de quien firma la factura. “Lo hizo el agente” no es una respuesta que un cliente acepte.

La trazabilidad es lo nuevo. Cuando un agente ha trabajado una hora en el proyecto de un cliente, el cliente debería poder ver qué hizo, no solo que se facturó.

Las horas eran una medida razonable mientras las personas tecleaban el código. Con agentes, el tiempo de trabajo y el esfuerzo se separan.

Cinco minutos de prompts ponen en marcha una hora de trabajo del agente, seguida de quince minutos de revisión. Varios proyectos avanzan a la vez. Y quien factura por horas gana menos justo cuando entrega más en menos tiempo.

Eso no hace irrelevante el esfuerzo. Cuanto menos facturas por horas, más necesitas saber qué costó de verdad un proyecto: a precio fijo, para ver si salió rentable; por tiempo y materiales, para trasladar el esfuerzo completo y de forma que tu cliente pueda seguirlo.

• Esfuerzo: tu tiempo de trabajo, el tiempo de ejecución activo de los agentes y los tokens que usaron, por proyecto.
• Avance: de qué trató cada sesión y qué commits salieron de ella.
• Valor: lo que valía el proyecto frente a lo que costó, tanto si se factura por esfuerzo como a precio fijo.

Puedes vender el vibe coding como lo que es: un prototipo, una maqueta, un experimento cuyo código nadie va a mantener. Dilo en la oferta.

El software que un cliente va a usar, ampliar y del que va a depender es otro producto. Eso es agentic engineering, y se factura y documenta como ingeniería.