# Loop Engineering — El trabajo del ingeniero pasó a ser 『escribir bucles』 > 『My job is to write loops.』Del prompt al diseño de bucles. Repasamos la nueva corriente donde la abstracción sube de Prompt→Context→Harness→Loop, y los riesgos reales de la explosión de costes y la deuda de comprensión. Date: 2026-07-06 Tags: IA, Loop Engineering, Claude Code, Agentes, Metodología de desarrollo --- ![](https://img.wiredxeco.com/wiredxeco/loop-engineering/hero.webp) En algún momento, el trabajo del ingeniero se desplazó de «escribir código» a «diseñar los mecanismos que hacen que la IA escriba código». Su forma más reciente es el **Loop Engineering (ingeniería de bucles)**. En lugar de pulir un único prompt, **se diseña el propio "bucle" que mantiene a un agente de IA funcionando de forma autónoma a lo largo del tiempo**. Lo único que define el ingeniero es el «objetivo» y la «condición de parada». Los detalles de la implementación y la corrección los lleva a cabo la propia IA, dentro del bucle. Esta forma de pensar se propagó de golpe en la primera mitad de 2026. ## El detonante: «Mi trabajo es escribir bucles» Quien prendió la mecha fue una frase de Boris Cherny, que dirige el desarrollo de Claude Code en Anthropic. > **My job is to write loops. (Mi trabajo es escribir bucles)** Esta declaración de junio de 2026 dio en el clavo, casi con demasiada exactitud, sobre cómo el papel del ingeniero se está desplazando de «la persona que teclea prompts uno a uno» a «la persona que diseña los mecanismos que mueven la IA de forma autónoma». Precisamente por eso se difundió tan rápido en el sector. También encaja con la sensación de quien está en el terreno. Mientras das instrucciones a la IA una pregunta y una respuesta cada vez, la persona tiene que quedarse pegada a la pantalla todo el rato. Eso parece «estar usando la IA», pero en realidad es un estado en el que **la persona se convierte en el cuello de botella**. Si logras diseñar un bucle, puedes hacer que la IA trabaje incluso mientras duermes. El orden de magnitud del apalancamiento cambia. ## ¿Qué es el Loop Engineering? La forma de relacionarnos con la IA ha ido subiendo en abstracción, como quien sube una escalera, en estos últimos años. - **Prompt Engineering** — pulir un único texto de instrucción - **Context Engineering** — diseñar la información de contexto que se le entrega a la IA - **Harness Engineering** — diseñar el marco que mueve al agente (herramientas, permisos, entorno de ejecución) - **Loop Engineering** — diseñar ese marco como un «bucle» que funciona de forma autónoma a lo largo del tiempo (aquí estamos) En lo más bajo, el Prompt Engineering era «una artesanía de usar y tirar». Cuanto más subes, más se convierte en un **«activo» que rinde de forma repetida una vez diseñado**. El Loop Engineering está en la cima: la persona no escribe el procedimiento de trabajo concreto. Lo único que escribe es la condición de «qué debe lograrse para dar por terminado». A partir de ahí, el agente llega hasta ahí repitiendo intentos y correcciones. ## Los 6 componentes que sostienen un bucle Un bucle autónomo se compone, a grandes rasgos, de las siguientes seis piezas. Aquí está el objeto de diseño del Loop Engineering. - **Planificación (Trigger)** — cuándo se pone en marcha. Se fija la condición de arranque con cron o un comando como `/loop` - **Condición de objetivo (Goal)** — qué debe cumplirse para que se detenga. La condición de terminación que mantiene al agente en marcha hasta lograrlo - **Espacio de trabajo aislado (Isolation)** — un entorno donde varios agentes pueden funcionar a la vez sin colisionar. Se separan los espacios de trabajo con recursos como git worktree - **Verificador (Verifier)** — un mecanismo que verifica el código que la propia IA escribió, con otra lógica y otro modelo. La clave es «no dejar que quien lo escribió se ponga su propia nota» - **Memoria persistente (Memory)** — heredar lo aprendido de una sesión a otra. La memoria que evita repetir el mismo fallo una y otra vez - **Conector (Connector)** — la interfaz para enlazar con sistemas externos como GitHub o Slack y así pasar realmente a la acción Si los miras en orden, te das cuenta: **la habilidad con los prompts no aparece aquí ni una sola vez**. Lo que pone a prueba el Loop Engineering es el buen criterio en el diseño de software en sí. ## Herramientas prácticas y un entusiasmo que ya ha comenzado Este concepto no es solo teoría. Un conjunto de herramientas CLI de código abierto llamado `cobusgreyling/loop-engineering` implementa realmente esta forma de pensar y ha reunido **más de 4.800 estrellas** en poco tiempo desde su publicación. Permite ensamblar los seis elementos anteriores desde la línea de comandos y es, en mi opinión, la prueba de que el Loop Engineering está pasando de «palabra de moda» a «herramienta que se puede tocar». ## No es una bala de plata — 3 riesgos reales Leído hasta aquí suena a magia, pero ponerlo realmente en marcha tiene costes claros. Si lo adoptas sin mirar esto, te llevarás un buen escarmiento. ### La explosión de costes La esencia de un bucle es que «sigue girando hasta terminar». Dado la vuelta, eso significa que **si te equivocas al diseñar la condición de parada, seguirá consumiendo tokens sin fin**. No es raro dejarlo funcionando toda la noche y encontrarte con que se han esfumado decenas de miles de yenes sin darte cuenta. Tan importante como la condición de objetivo es diseñar las «barreras de contención que detienen el descontrol (tope de tokens, tiempos de espera, corte tras fallos consecutivos)». ### La responsabilidad de verificar sigue siendo humana Aunque intercales un Verifier, eso no deja de ser «una primera comprobación hecha por la IA». **La responsabilidad de la decisión de sacar algo a producción sigue siendo de la persona hasta el final.** Aunque el bucle informe de «todos los tests en verde», no sirve de nada si esos tests los escribió la IA de forma laxa desde el principio. No fiarse en exceso de la verificación automática es, paradójicamente, el truco para hacer girar los bucles con seguridad. ### La acumulación de deuda de comprensión Este es el riesgo más silencioso y el más temible. Cuando las personas dejan de leer el código que genera la IA, la visión de conjunto del sistema deja de residir en la cabeza de nadie. Se va acumulando una **«pérdida de comprensión» que después no se puede saldar**. La deuda técnica se salda reescribiendo, pero la deuda de comprensión es un estado en el que «ni siquiera sabes qué hay que arreglar ni cómo». Que en plena madrugada, cuando estalla una incidencia, nadie pueda explicar las tripas de un código que es de tu propia empresa —eso puede convertirse en un trato en el que el tiempo ganado con la productividad del bucle te lo arrebaten de golpe en el futuro, con intereses. ## Conclusión — Diseñar el bucle sigue siendo trabajo humano El Loop Engineering no es «algo que vuelve innecesarios a los ingenieros». Es **algo que sube un peldaño el punto donde las personas aplican su apalancamiento: del prompt al "diseño del propio sistema autónomo (el bucle)"**. Una automatización que no sabes cómo detener es solo un descontrol, y una productividad cuyo contenido no entiendes es solo pedir deuda por adelantado. Precisamente por eso, el valor de quien sabe diseñar el objetivo, la condición de parada, la verificación y la línea de «hasta dónde dejar a la IA y qué lee la persona» más bien seguirá subiendo. En Wired & Eco, Inc. ofrecemos apoyo en el diseño y la adopción de flujos de desarrollo pensados en torno a Claude Code y los agentes. Atendemos consultas del tipo «hacemos que la IA escriba, pero la revisión y la operación no dan abasto» o «queremos montar un mecanismo que haga girar bucles autónomos con seguridad». No dudes en ponerte en contacto con nosotros.