El último buzzword de moda
Hace unas semanas, BettaTech —un canal de YouTube con 281.000 suscriptores dedicado a ciencias de la computación— publicó un vídeo titulado "¿Qué es esto del Loop Engineering?". El vídeo tiene muchísimas visualizaciones. Y la pregunta del título es reveladora: ni siquiera quien lo plantea parece tenerlo del todo claro, pero el término está en el ambiente y hay que posicionarse.
El concepto viene a esto: en lugar de ser tú quien escribe prompts uno por uno a un agente de IA, diseñas un sistema (un bucle) que descubre trabajo, asigna tareas a agentes, verifica resultados, guarda estado y decide el siguiente paso. Todo de forma autónoma, sin que tú pulses "enter" cada vez. Suena revolucionario, ¿verdad?
Peter Steinberger, creador de OpenClaw, lo resumió en un tuit que se hizo viral: "Aquí tienes tu recordatorio mensual de que ya no deberías estar prompteando agentes de código. Deberías estar diseñando bucles que prompteen a tus agentes."
La industria se lanzó en masa. Artículos en Medium, posts en LinkedIn, substack, repositorios en GitHub. Como resumen: si hablas de loop engineering, estás a la última, si no lo haces te has quedado atrás.
Qué hay de verdad debajo del nombre
Aquí es donde hay que rascarlo. Porque el Loop Engineering, despojado de marketing, describe algo que existe desde hace décadas en ingeniería del software. Un bucle con condición de parada, verificación de resultados y persistencia de estado es, básicamente, lo que llevamos haciendo los ingenieros desde que apareció el do-while en Fortran.
La anatomía de un "loop" es:
1. Trigger: algo dispara el proceso (un horario, un evento, un fallo de CI). 2. Contexto/estado: el agente sabe qué sabe y qué le falta. 3. Acción: el agente ejecuta. 4. Verificación: ¿el resultado es correcto? 5. Decisión: seguir, parar o escalar a un humano.
Si sustituyes "agente de IA" por "cualquier sistema automatizado", tienes un pipeline de CI/CD con verificación. O un daemon con health checks. O un cron job con lógica de reintento. El concepto de orquestar tareas repetitivas con validación y decisiones condicionales no es nuevo. Es ingeniería del software básica con un nombre nuevo.
La única novedad real es que el ejecutor del paso 3 es un modelo de lenguaje en lugar de código determinista. Y eso, efectivamente, cambia algunas cosas: los LLM son no deterministas, pueden alucinar, pueden generar código que parece correcto pero no lo es. Pero eso son problemas de verificación y supervisión, no un paradigma nuevo.
La fábrica de buzzwords
Lo que es verdaderamente fascinante —y preocupante— es la mecánica del hype. Observa el ciclo:
1. Alguien acuña un término pegadizo ("Vibe Coding", "Prompt Engineering", "Context Engineering", "Harness Engineering", "Loop Engineering"...). 2. Los creadores de contenido se lanzan a explicarlo antes que la competencia. 3. El término se viraliza en redes sociales. 4. Aparecen cursos, certificaciones y consultorías. 5. Se diluye hasta perder significado. 6. Llega el siguiente término. Reiniciamos el ciclo.
Cada fase dura meses. La atención es la moneda, y la novedad genera clics. Los creadores de contenido saben esto perfectamente: el algoritmo recompensa el "¿qué es esto del X?" antes que el "esto ya existía y se llamaba Y". Un vídeo titulado "El Loop Engineering es exactamente lo que llevas haciendo años con otros nombres" no obtiene miles de visualizaciones.
Por qué nos lo creemos
Y aquí entran los fundamentales. El hype funciona porque explota varios sesgos cognitivos bien documentados:
El sesgo de novedad. Lo nuevo parece mejor por el simple hecho de ser nuevo. Nos da una palmadita en el ego: nosotros lo conocemos, nosotros estamos al día. El que usa "Loop Engineering" en una reunión se siente un pioneer. La ansiedad de quedarse fuera (FOMO). Si todo el mundo habla de algo y tú no lo dominas, te quedas atrás. ¿O no? Esa sensación vende cursos, libros y suscripciones. El efecto halo técnico. Si un término suena técnico, asumimos que hay sustancia detrás. "Loop Engineering" suena a ingeniería de verdad. "Diseñar un bucle con condición de parada y verificación" suena a clase aburrida de programación. Mismo concepto, distinto envoltorio. El interés comercial no es inocente. No soy amante de las teorías de la conspiración, pero creo sinceramente que una parte de la estrategia de la carrera de la IA, el FOMO, etc. está generado por las grande corporaciones tecnológicas que participan en ella y que ven en el contagio de esa sensación de velocidad en el mercado, una forma de garantizar parte de sus ingresos. El esquema ponzi en el que están metidos, requiere de estas masas de usuarios pagando suscripciones y tokens, para sostener las vías de financiación que, a día de hoy están pagando la fiesta descontrolada de la IA.Y lo hacemos, además, creyéndonos que estamos en la cresta de la ola.
Imaginemos que el presidente de una distribuidora de energía nos dijera que es bueno tener las luces de casa encendidas 24 horas. ¿lo harías?
Pues piensa que de forma ciertamente descarada, las empresas de IA te están diciendo que lo que hay que tener es un agente, no para pedirle algo cuando lo necesites, sino que lo guay es tenerlo todo el día encendido automatizando bucles que consumen tokens sin parar.
Y te lo recomiendan por tu bien, porque sino alguien que use la ia mejor que tú te quitará el trabajo...
Loop para Hackear el hype
Si vienes de fuera del mundo de la programación —gestión, comunicación, humanidades—, el truco para no dejarte arrastrar por el hype es siempre el mismo: pregunta por el fundamental. Cuando alguien te presente un término nuevo y revolucionario, ¡pregúntate!:
- ¿Qué problema resuelve?
- ¿Cómo se llamaba esto antes?
- ¿Qué asume que ya sé?
- ¿Quién gana dinero con que yo crea que necesito aprender esto?
1. Detectar hype 2. Preguntar por los fundamentales 3. Verificar si hay sustancia 4. Descartar lo que es marketing 5. Retener lo que es útil 6. Repetir