Qué es
Terminología · Ingeniería de LLM · Verificación de fuentes · IA · ExplicaciónTratopedia · 16 ago 2026
Cuarto de cinco · el que nunca se asentó
Todo el mundo coincide en que hay que escribir bucles. Nadie coincide en qué es uno.
En la primera semana de junio de 2026 dos ingenieros conocidos dijeron, con cuatro días de diferencia, que había que dejar de dar prompts a los agentes de programación y escribir bucles en su lugar. Ninguno dijo qué era un bucle. En las tres semanas siguientes, seis personas respondieron a esa pregunta — y la respondieron sobre cinco cosas distintas: los hábitos de trabajo de una persona, un objetivo recursivo, un programa pequeño, dos máquinas anidadas, una taxonomía de disparadores y un ciclo de producto que dura semanas y contiene clientes. La propia explicación de Anthropic abre admitiéndolo: si pasas un rato en X intentando precisar qué es realmente un bucle, te encontrarás con múltiples respuestas distintas. Las tres palabras anteriores a esta en la serie se movieron cada una a algún sitio. Esta nunca llegó.
Cuatro semanas, y nunca convergió Dos instrucciones, una concesión y el planteamiento que disuelve la mayor parte de la confusión.
- 6respuestas a “qué es un bucle”, publicadas en los 29 días posteriores a que la frase circulara
- 5tipos de cosa distintos de los que hablan esas seis respuestas — un hábito, un objetivo, un programa, dos máquinas, una organización
- 4años que lleva existiendo el propio bucle. ReAct es de 2022; lo nuevo es quién da los prompts
- 0mediciones encontradas que comparen un bucle con los prompts, manteniendo fijo el agente
Boris Cherny · 2 jun 2026
“Mi trabajo es escribir bucles”
- Completo: Ya no le doy prompts a Claude. Tengo bucles en marcha. Son ellos los que le dan prompts a Claude y deciden qué hacer. El creador de Claude Code, en el escenario de un evento de WorkOS.
- Lo que expone son tres etapas de una carrera: programar a mano con autocompletado, luego de cinco a diez sesiones de Claude con prompts escritos a mano, y luego escribir los bucles en su lugar.
- Este proyecto no ha escuchado la charla. La formulación llega a través de un artículo y la repiten otros dos — corroboración de las palabras, no de lo que las rodeaba.
Peter Steinberger · 7 jun 2026
“Deberías estar diseñando bucles que den prompts a tus agentes”
- Abre con “aquí tienes tu recordatorio mensual” — así que no es la primera vez que lo dice, solo la vez que prendió. Nada de lo consultado fecha las anteriores.
- Había dado una charla sobre la misma idea cuatro días antes, en Microsoft Build: construye la cosa que construye la cosa. Las declaraciones de Cherny fueron el día anterior a esa.
- Es una instrucción, no una definición. Dice qué dejar de hacer y qué hacer en su lugar, y nunca dice qué es la cosa.
El equipo de Claude Code · 30 jun 2026
“Te encontrarás con múltiples respuestas distintas”
- Completo: si pasas un rato en X intentando precisar qué es realmente un bucle, te encontrarás con múltiples respuestas distintas. Esto es Anthropic — cuyo propio responsable de producto es la mitad de la razón de que la frase exista.
- La suya: agentes que repiten ciclos de trabajo hasta que se cumple una condición de parada, clasificados en cuatro tipos según cómo se dispara cada uno y cómo se detiene.
- Tratan el desacuerdo como ruido en X que hay que aclarar. Esta página lo trata como una propiedad del término — porque las respuestas no son descripciones rivales de una misma cosa.
Armin Ronacher · 23 jun 2026
Hay dos bucles
- Ya hay un bucle de agente dentro de cada agente de programación — el modelo llama a una herramienta, lee el resultado, edita un archivo, ejecuta pruebas. El otro bucle es el bucle a nivel de harness: el bucle que está fuera del bucle del agente.
- Y, rotundamente: ese bucle tampoco es nuevo. Fecha el exterior en “los primeros días de Claude Code”.
- Su descripción de lo que hace es la mejor encontrada: la tarea sigue viva más allá del punto en el que el modelo normalmente habría dicho “he terminado”.
¿Qué solidez tiene cada una de estas? Este es el artículo con las fuentes más escasas de la serie, y la tabla dice dónde.
| Solidez | Qué | En qué |
|---|---|---|
| Leído en la fuente | “Múltiples respuestas distintas”; los cuatro tipos de bucle; no todas las tareas requieren bucles complejos | El equipo de Claude Code, claude.com, 30 jun 2026 |
| Leído en la fuente | La distinción de los dos bucles, y “ese bucle tampoco es nuevo” | Armin Ronacher, lucumr.pocoo.org, 23 jun 2026 |
| Leído en la fuente | La definición de Osmani — y su escepticismo en el mismo párrafo | addyosmani.com, 7 jun 2026, horas después de la publicación a la que responde |
| Aportado, no descargado | El bucle interno descompuesto, de primera mano, cinco meses antes de la frase | Michael Bolin, de OpenAI, 23 ene 2026. PDF aportado por djTratoh; openai.com devuelve 403 |
| De segunda mano | Las palabras de Cherny. La charla no se escuchó aquí; la cita llega a través de un artículo y la repiten dos más | Ezekiel Njuguna en Medium, 8 jun 2026. PDF aportado por djTratoh; medium.com devuelve 403 |
| De segunda mano | Los tres bucles de Ng, incluida la formulación “ventaja de contexto” | Prensa sectorial que cita sus publicaciones en X. Las publicaciones en sí no se leyeron |
| No leído | Lo que dice realmente la charla de Steinberger en Build. Solo se capturó la página de la sesión — y su cuerpo es un resumen generado por máquina | El vídeo y la transcripción se ofrecían ambos en esa página y no se recuperó ninguno |
| Lectura de esta página | Que las seis respuestas describen cinco tipos de cosa distintos, y que eso es una propiedad del término y no un lío pasajero | Compuesto a partir de todo lo anterior. Ninguna fuente lo dice; la más cercana solo reconoce que las respuestas difieren |
Cronología
Cuatro años del bucle, cuatro semanas de la discusión El mecanismo es antiguo. Todo lo que se discute aquí ocurrió en junio de 2026.
- oct 2022El bucle interno, como artículo científico. ReAct hace que un modelo alterne entre razonar y actuar: razonar, actuar, observar, repetir. Todos los agentes de programación posteriores ejecutan ese ciclo, y el artículo anterior de esta serie encontró que tanto Wikipedia como Databricks sitúan aquí el origen del patrón.
- finales de 2025“Cerrar el bucle” cuaja. Andrew Ng lo fecha aquí: dar a un agente una especificación y un conjunto de evals y dejar que itere hasta que el código pase. Ha cambiado las reglas del juego al permitir que los agentes de programación trabajen productivamente durante más tiempo sin intervención humana.
- 23 ene 2026El bucle interno, descompuesto por quienes distribuyen uno. Michael Bolin, de OpenAI, publica Unrolling the Codex agent loop — la lógica central que orquesta al usuario, al modelo y a las herramientas. Cinco meses antes de que nadie llame a nada de esto “ingeniería de bucles”, y sitúa el bucle dentro del harness.
- 2 jun 2026La primera formulación. Boris Cherny, que creó Claude Code, dice en un evento de WorkOS que ya no le da ningún prompt a Claude: Tengo bucles en marcha. Son ellos los que le dan prompts a Claude… Mi trabajo es escribir bucles. Está describiendo su propia vida laboral, y no define la palabra.
- 3 jun 2026Al día siguiente, en un escenario mayor. Peter Steinberger da una sesión paralela en Microsoft Build titulada Build the thing that builds the thing, y sostiene que la cuestión ya no es cómo ir más rápido uno mismo, sino cómo ayudar a tus agentes a cerrar bucles de retroalimentación con más eficiencia. Él tampoco usa la frase.
- 7 jun 2026La publicación que viaja. Steinberger en X: aquí tienes tu recordatorio mensual de que ya no deberías dar prompts a los agentes de programación. Deberías estar diseñando bucles que den prompts a tus agentes. 8.5 millones de visualizaciones. “Recordatorio mensual” — así que no es la primera vez, solo la vez que prendió.
- 7 jun 2026Horas después, el nombre. Addy Osmani lo redacta: la ingeniería de bucles consiste en reemplazarte a ti mismo como la persona que da los prompts al agente. En el mismo párrafo añade todavía es pronto, soy escéptico, y advierte sobre los costes de tokens. Como el término acuñado en el artículo anterior, a este lo nombra alguien que matiza.
- 8 jun 2026Alguien escribe qué significa. Un artículo en Medium sobre las declaraciones de Cherny aporta el relato más llano de los recogidos: un pequeño programa que escribes y que da prompts al agente de programación en tu nombre, lee lo que el agente ha producido, decide si la tarea está completa y, si no, vuelve a dar un prompt al agente. El modelo pasa a ser una subrutina a la que llama tu programa.
- 23 jun 2026La distinción que nadie más trazó. Armin Ronacher señala que hay dos bucles, no uno — el bucle del agente dentro de cada agente de programación, y el bucle del harness fuera de él — y que ninguno es nuevo. La mayor parte de la confusión del mes es gente nombrando bucles distintos.
- 30 jun 2026El proveedor intenta zanjarlo, y primero reconoce el problema. El equipo de Claude Code define un bucle como agentes que repiten ciclos de trabajo hasta que se cumple una condición de parada, en cuatro tipos — por turnos, por objetivo, por tiempo, proactivo — tras abrir con la admisión de que X da múltiples respuestas distintas. También dicen: no todas las tareas requieren bucles complejos.
- 1 jul 2026Y un planteamiento que no va de máquinas en absoluto. La prensa sectorial transmite los tres bucles de Andrew Ng: programación agéntica, retroalimentación del desarrollador y retroalimentación externa — el último dura días o semanas y contiene amigos, probadores alfa y pruebas A/B. Su afirmación sobre el papel del humano es la frase más afilada del mes: no “gusto” sino una ventaja de contexto.
El argumento
Seis respuestas, cinco preguntas distintas No son descripciones rivales de una misma cosa.
Pon los seis relatos en fila y el problema no es que discrepen. Es que son respuestas a preguntas distintas.
El bucle de Cherny es un hecho sobre una persona: tres etapas de su propia vida laboral, que terminan con él escribiendo bucles en lugar de prompts. El de Osmani es un objetivo — “un objetivo recursivo en el que defines un propósito y la IA itera hasta completarlo”. El del artículo de Medium es un programa, y el más concreto de todos: algo que escribes que da prompts, lee, juzga y vuelve a dar prompts, hasta que el modelo es una subrutina a la que llama tu código. El de Ronacher son dos máquinas, una anidada en la otra. El de Anthropic es una taxonomía, ordenada según cómo empieza un bucle y cómo se detiene. Y el de Ng es una organización: tres bucles, de los cuales el más externo tarda semanas y contiene clientes.
Sostén juntos los dos extremos. El bucle por turnos de Anthropic es un prompt y una respuesta — cada prompt que envías inicia un bucle manual en el que tú diriges cada turno. El tercer bucle de Ng es una prueba A/B que remodela la visión de producto a lo largo de quince días. A ambos, en junio de 2026, se los llama “el bucle”. Ninguna cantidad de cuidado al leer los reconcilia en un solo objeto, y esta página no escribirá la frase que finge que sí. Sería fácil — un bucle es un programa que vuelve a dar prompts a un agente hasta que se cumple una condición de parada — y sería una invención de esta página, no la posición publicada de nadie.
El único planteamiento que de verdad disuelve la confusión es el menos repetido. El argumento de Ronacher es que un agente de programación ya contiene un bucle: el modelo llama a una herramienta, lee el resultado, edita un archivo, ejecuta las pruebas. Ese bucle interno tiene cuatro años y OpenAI lo descompuso en enero. De lo que la gente empezó a hablar en junio es del bucle que está fuera de ese — la cosa que atrapa al agente cuando se detiene y decide que el trabajo no está terminado. La mayor parte de la discusión del mes es gente nombrando bucles distintos y dando por hecho que nombra el mismo.
Lo cual apunta a lo que el término contiene realmente. Nada de lo técnico que hay aquí es nuevo, y todas las fuentes lo dicen: Ronacher — “ese bucle tampoco es nuevo”; Ng fechando los bucles cerrados a finales de 2025; Bolin publicando una descomposición en enero; ReAct en 2022. Lo que cambió es quién da los prompts. Eso es un cambio en un trabajo, no en una tecnología, y por eso las definiciones se dispersan — la gente describe la parte del trabajo que alcanza a ver, y un responsable de Claude Code, un autor de frameworks y un fundador de cursos no ven la misma parte.
Merece la pena fijarse en una cosa más, porque ya es la segunda vez en esta serie. Osmani nombra la ingeniería de bucles y se declara escéptico al respecto en el mismo párrafo. Mitchell Hashimoto acuñó “ingeniería de harness” diciendo que preferiría adoptar la palabra de otro si existiera. Ninguno de los dos últimos términos de esta serie lo lanzó un creyente — que no es como se lee el discurso en torno a ellos tres semanas después.
Lo que añaden otros
Qué hace realmente un bucle Sobre el mecanismo, a diferencia de la definición, las fuentes coinciden.
- 1Pon el trabajo en una colaNo un prompt que escribes — una lista de la que elige otra cosa. La versión de Cherny lee su GitHub, su Slack y su Twitter para decidir qué le corresponde estar en ella; la de Steinberger lee un gestor de incidencias que había crecido más allá de diez mil entradas.
- 2Deja que el agente lo intente, y paraEste es el bucle interno, y no necesita ayuda: el modelo llama a una herramienta, lee el resultado, edita un archivo, ejecuta las pruebas y acaba diciendo que ha terminado. Todo lo interesante ocurre después de esa frase.
- 3Discrepa del “he terminado”El harness decide si eso era realmente el final. La lista de Ronacher de lo que puede hacer a continuación es todo el truco: continuar la misma sesión, inyectar otro mensaje, arrancar una sesión nueva con el contexto modificado, o enviar la tarea a otra máquina. La tarea sigue viva más allá del punto en el que el modelo la habría dado por terminada.
- 4Haz que la comprobación sea cuantitativaEsta es la parte que sostiene el peso y todas las fuentes lo dicen. La regla de Anthropic: cuanto más cuantitativas sean las comprobaciones, más fácil le resulta a Claude autoverificarse. Su ejemplo resuelto se niega a dar por terminado un cambio de interfaz solo con una edición exitosa — arranca el servidor, haz clic en la cosa, captura de pantalla antes y después, exige cero errores nuevos en la consola.
- 5Luego usa el bucle más pequeño que funcioneDel proveedor que más tendría que ganar con el consejo contrario: no todas las tareas requieren bucles complejos; empieza con la solución más simple y usa estos patrones de forma selectiva. La advertencia de Osmani es la misma en términos de dinero — los costes de tokens varían enormemente, y un bucle desatendido los gasta esté o no avanzando.
Las únicas cifras que alguien publicó Dos, y ninguna mide lo que el campo afirma.
| La afirmación | Qué cuenta | Qué no demuestra |
|---|---|---|
| Close Reaper | El bucle de triaje de incidencias de Steinberger cerró alrededor de 15,000 incidencias de GitHub de forma autónoma, sobre un atraso del que se informa como “más de 10,000” | Acciones realizadas, no acciones correctas. Nada establece que esas incidencias debieran haberse cerrado. Y las dos cifras solo cuadran si el atraso siguió creciendo mientras corría, cosa que la fuente no dice |
| “Un par de cientos de agentes” | La descripción de Cherny de su propio montaje — agentes que leen GitHub, Slack y Twitter para decidir qué construir a continuación | Una escala, no un resultado. Dice cuánto está corriendo, no si lo que produjo fue mejor que lo que habría producido una sola sesión con prompts |
| Nada más | No se encontró ninguna comparación que mantenga fijo el agente y varíe el bucle. | El artículo anterior de esta serie tenía una — mismo modelo, distinto harness, una clasificación pública. Este tema no tiene equivalente, y eso conviene saberlo antes de reconstruir tu flujo de trabajo en torno a él |
Conviene ser exactos sobre lo escasa que es aquí la evidencia, porque el entusiasmo no es escaso en absoluto.
El artículo anterior de esta serie terminaba con una medición real: el mismo modelo, Opus 4.6, puntuando de forma muy dispar en distintos harnesses sobre una clasificación pública que no pertenecía a ninguna de las partes. Esa es la forma que necesita una afirmación sobre ingeniería — mantén quieto lo que no estás probando. Nada con esa forma existe para los bucles. Lo que existe es un recuento de incidencias cerradas, una descripción de un montaje personal y una gran cantidad de consejos rotundos.
Eso no hace que el consejo sea erróneo. El mecanismo es claramente real, quienes lo dan están construyendo cosas a una escala que sería tedioso falsear, y el argumento a su favor se sostiene a primera vista: un agente que se detiene cuando cree que ha terminado se detendrá pronto, y algo tiene que llevarle la contraria. Pero “se sostiene a primera vista” es donde está ahora mismo este tema, y tanto el proveedor como el hombre que lo bautizó lo dicen con sus propias palabras — empieza por lo más simple, vigila los costes de tokens, todavía es pronto.
Hay una asimetría más que merece nombrarse. Un bucle que se equivoca no falla como falla un mal prompt. Un mal prompt desperdicia un minuto y ves el resultado. Un bucle corriendo desatendido contra un atraso de diez mil incidencias hace quince mil cosas mientras duermes, y el número que informa es cuántas hizo — no cuántas debería haber hecho. Toda fuente que habla de verificación está hablando en realidad de esa brecha.
Conclusión
Qué llevarse de todo esto Cuatro cosas, en el orden en que importan.
Pregunta qué bucle, y habrás entendido la mayor parte
Un agente de programación ya contiene un bucle — razonar, actuar, observar — y tiene cuatro años. De lo que iba junio de 2026 es del bucle que está fuera de ese: la cosa que atrapa al agente cuando dice que ha terminado y decide que no. Ronacher es la única fuente que traza la línea, y casi toda conversación confusa sobre este tema son dos personas nombrando bucles distintos.
La palabra nombra un cambio de trabajo, no una tecnología
Todas las fuentes coinciden en que nada de lo técnico que hay aquí es nuevo — ReAct es de 2022, OpenAI descompuso el bucle interno en enero, Ronacher dice que el externo tampoco es nuevo. Lo que cambió es que el humano deja de ser quien escribe los prompts. Por eso se dispersaron las definiciones: la gente describía la parte del trabajo que alcanzaba a ver, y un responsable de producto, un autor de frameworks y un fundador de cursos no ven la misma parte.
Nadie lo ha medido
No hay ninguna comparación que mantenga fijo el agente y varíe el bucle — ningún equivalente del resultado mismo-modelo-distinto-harness sobre el que giraba el artículo anterior. Las dos cifras que circulan cuentan acciones realizadas y agentes en marcha, y ninguna de las dos es un resultado. Puede que el consejo sea acertado; ahora mismo está sin comprobar, y tanto el proveedor como el hombre que lo bautizó dicen que se empiece por poco.
Ya van dos veces en que quien lo nombra es quien matiza
Osmani escribe “ingeniería de bucles” y “soy escéptico” en el mismo párrafo. Mitchell Hashimoto acuñó “ingeniería de harness” diciendo que preferiría usar la palabra de otro si existiera. Tres semanas después ninguno de los dos matices sobrevive en cómo se repiten los términos — lo cual es un hecho sobre cómo se propaga el vocabulario, y conviene llevárselo a lo que resulte ser la quinta palabra.