Loop Engineering

Addy Osmani, en Google, puso nombre a una práctica que ya estaba en marcha: diseñar el bucle que impulsa a un agente de codificación en lugar de impulsarlo a mano. La guía de Lushbinary fecha el cambio en junio de 2026 y sitúa «Loop Engineering» como la tercera capa de una pila (prompt, luego contexto, luego bucle), cada capa conteniendo a la anterior. La técnica Ralph de Geoffrey Huntley, de principios de 2026, fue la prueba preterminológica: un bucle `while`, el mismo prompt en cada pasada, contexto fresco en cada iteración, estado duradero en disco en `PLAN.md` y `STATUS.md`. La frase de Peter Steinberger, "you should be designing loops that prompt your agents", y el trabajo de Boris Cherny en «Claude Code» subyacen a la viralidad del término.

Cuatro notas lo abordan desde posiciones distintas. Shubham Saboo lo traslada de la ingeniería a la gestión de producto, con cinco partes: disparador, acción, evidencia, memoria, condición de parada. Esta última es la que él llama más crítica, porque los sistemas fallan por falta de una salida limpia. Su problema identificado es la deriva de artefactos: el `CLAUDE.md` se alarga, la checklist crece, los criterios de evaluación cambian sin dejar rastro, y un mes después el agente "parece peor" cuando el modelo no ha retrocedido. Andrew Ng separa tres bucles anidados por escala temporal: minutos para la codificación agéntica, decenas de minutos a horas para la retroalimentación del desarrollador, días para la retroalimentación externa. Dorra Bartaguiz resume las fábricas de software como ingeniería de bucles más ingeniería de arnés más supervisión humana.

La tensión que nadie resuelve: Lushbinary sostiene que "hecho" es una afirmación y no una prueba, que la verificación sigue siendo humana, y que la deuda de comprensión se acelera con bucles más rápidos.