La mayoría de las personas todavía escriben indicaciones en una caja y esperan una respuesta.
Guarda esto :)
Un pequeño grupo de personas dejó de hacer eso. Ya no le dan indicaciones a su IA. Construyen bucles que le dan las indicaciones por ellos, verifican la salida, reintentan cuando falla y se detienen cuando el trabajo está realmente hecho. Se van, y el trabajo se termina mientras hacen otra cosa.
La diferencia entre esos dos grupos no es el talento.
Es que un grupo sigue siendo el bucle, y el otro grupo aprendió a diseñar el bucle.
En la segunda semana de junio de 2026, una idea reorganizó la forma en que las personas serias hablan sobre trabajar con IA. La frase que se quedó fue ingeniería de bucles. Fue nombrada y estructurada en un ensayo de Addy Osmani, y se volvió viral después de que el creador de Claude Code, Boris Cherny, describiera su propio flujo de trabajo como bucles que le dan indicaciones a Claude y determinan qué hacer a continuación, en lugar de que él le dé indicaciones paso a paso. Una sola publicación reportó haber cruzado seis millones y medio de visitas en días. Le dio un nombre a algo que los mejores usuarios de agentes ya estaban haciendo sin llamarlo de ninguna manera.
Aquí está todo el cambio en una frase: la unidad de trabajo ya no es una indicación que escribes. Es un bucle que diseñas.
Esta es la hoja de ruta de 20 pasos que te lleva de ser un indicador a ser un diseñador de bucles. Trabaja en orden. Cada paso te lleva al siguiente.
Fase 1: Entiende lo que Cambió (Pasos 1–4)
Antes de construir un solo bucle, necesitas el modelo mental. Saltarte esto hará que construyas bucles frágiles que se rompen de formas que no entiendes.
Paso 1: Observa las cuatro eras. El campo ha avanzado en etapas claras. En 2023, la habilidad era la ingeniería de indicaciones, redactar bien una sola solicitud. En 2024, era la orquestación, encadenar pasos. En 2025, era la ingeniería de contexto, controlar lo que el modelo ve. En 2026, se convirtió en ingeniería de bucles, diseñar el sistema que impulsa el modelo sin ti. Cada era no reemplazó a la anterior; se apiló sobre ella. Saber dónde estás en esa escalera te dice qué aprender después.
Paso 2: Aprende la diferencia entre una cadena y un bucle. Una cadena es una secuencia fija: haz el paso uno, luego dos, luego tres, listo. Funciona cuando conoces cada paso de antemano. Un bucle es diferente. Intenta algo, observa lo que sucede y decide qué hacer a continuación basado en el resultado. Una cadena no puede arreglar una prueba que falla ni completar un trabajo donde el paso tres depende de lo que devolvió el paso dos. Un bucle sí puede. El bucle es lo que convierte un modelo de lenguaje en algo que progresa.
Paso 3: Interioriza el ciclo de razonar-actuar-observar. Cada bucle de agente es una versión del mismo ritmo de tres tiempos. El agente razona sobre qué hacer, actúa usando una herramienta y observa el resultado. Luego razona de nuevo con esa nueva información. Este patrón tiene un linaje de investigación que se remonta al trabajo de ReAct en 2022, pero no necesitas los artículos. Necesitas el ritmo: piensa, haz, mira, repite.
Paso 4: Acepta que eres el cuello de botella. Durante tres años, trabajar con IA significaba que escribías una indicación, leías la respuesta y escribías de nuevo. Tú eras el bucle. Todo el cambio de 2026 es que los agentes de codificación y conocimiento se volvieron lo suficientemente confiables en tareas largas que el humano en medio se convirtió en la parte lenta. La habilidad escasa ya no es escribir indicaciones. Es diseñar el sistema que las escribe por ti.
Fase 2: Domina la Anatomía del Bucle (Pasos 5–9)
Ahora aprendes las partes. Un bucle no es solo "ejecutar el modelo una y otra vez". Tiene estructura, y cada parte se gana su lugar.
Paso 5: Define qué significa "terminado", en términos medibles. Esto es lo más importante en la ingeniería de bucles, y es donde la mayoría falla. Antes de escribir una sola instrucción, escribe cómo se ve el trabajo terminado de una manera que una máquina pueda verificar. No "hazlo bien". "Todas las pruebas pasan". "La salida coincide con este esquema". "No hay ningún elemento sin marcar en la lista de verificación". Un bucle sin una definición clara de terminado nunca sabe cuándo detenerse.
Paso 6: Construye el verificador. El verificador es el punto de todo esto. Es la verificación automatizada que decide si la salida cumple con tu estándar. Aquí está la trampa en la que todos caen: dejar que el modelo califique su propio trabajo. Un modelo calificando su propia tarea casi siempre se da una A. Cuanto más estricto y externo sea tu verificador, mejor será tu bucle. Tu criterio, codificado como una verificación, se convierte en la función de recompensa.
Paso 7: Agrega lógica de terminación, en capas. Un bucle sin salida es el error más común y más costoso en el campo. Necesitas varias salidas apiladas: un verificador que confirme que se cumplió el objetivo, un límite máximo de iteraciones para que no pueda ejecutarse para siempre, un presupuesto de tokens o tiempo para que no pueda vaciar tu cuenta, y una detección de falta de progreso que rompa el bucle cuando los pasos recientes dejen de cambiar algo. Cualquiera de estos por sí solo no es suficiente. Juntos hacen que un bucle sea seguro para alejarse.
Paso 8: Diseña la capa de estado. Un bucle real necesita memoria que sobreviva a un reinicio. Eso significa archivos, listas de tareas y puntos de control que persistan para que, si el bucle falla en la iteración cuarenta, pueda retomar desde la treinta y nueve en lugar de empezar de nuevo. El estado es lo que separa un bucle de juguete de uno en el que puedes confiar para un trabajo largo.
Paso 9: Coloca el punto de control humano. Decide exactamente dónde una persona revisa antes de que ocurra algo irreversible. El bucle puede investigar, redactar, refactorizar y verificar todo el día por sí solo. Pero enviar un mensaje, desplegar código, mover dinero o eliminar datos debe pausarse y esperar por ti. Esto no es timidez. Es lo que hace que la autonomía sea segura.
Fase 3: Construye tu Primer Bucle (Pasos 10–14)
Suficiente teoría. Aprendes ingeniería de bucles ejecutando bucles, sintiendo cómo fallan y arreglándolos.
Paso 10: Elige una tarea repetitiva. Elige algo que ya hagas a mano, una y otra vez, donde puedas decir claramente cómo se ve un buen resultado. Una tarea repetitiva con una salida verificable es el primer bucle perfecto. Una tarea creativa y vaga es la peor. Empieza de forma limitada.
Paso 11: Hazlo manualmente primero. Ejecuta la tarea con tu IA varias veces a mano, con el viejo método de indicar y revisar. Esto te enseña los pasos exactos, los lugares donde falla y lo que realmente significa "terminado". No puedes automatizar un proceso que aún no puedes describir. Las ejecuciones manuales son la forma en que escribes la especificación.
Paso 12: Escribe el contrato del bucle. Ahora ponlo por escrito: el objetivo, la definición de terminado, las verificaciones que lo confirman, el número máximo de iteraciones y el punto en el que quieres que se te pregunte. Este contrato es tu bucle. Todo lo demás es implementación.
Paso 13: Ejecútalo cerrado y obsérvalo. Inicia el bucle y observa cada iteración. No te vayas todavía. Estás buscando los modos de falla: ¿se repite para siempre?, ¿declara victoria demasiado pronto?, ¿se desvía del objetivo?, ¿pasa su propia verificación débil mientras produce basura? Cada falla que ves es una lección para tu verificador.
Paso 14: Ajusta el verificador hasta que confíes en él. Toma lo que aprendiste observando y haz que las verificaciones sean más estrictas y fundamentadas. Si el bucle seguía pasando salida mala, tu estándar era demasiado bajo o demasiado autorreferencial. Agrega una verificación externa. Agrega un límite de longitud. Agrega un criterio específico que seguía violando. Sigue ajustando hasta que el "aprobado" del bucle signifique lo mismo que tu "aprobado".
Fase 4: Escala y Refina (Pasos 15–20)
Ahora pasas de un bucle funcional a un sistema, y de un aficionado a un diseñador de bucles.
Paso 15: Aprende sobre bucles abiertos versus cerrados. Cada bucle se encuentra entre dos polos. Un bucle cerrado repite la misma tarea delimitada hacia un objetivo fijo, es seguro y económico. Un bucle abierto explora, prueba enfoques novedosos y arriesga más presupuesto para obtener más beneficio. Elige deliberadamente por tarea: ¿cuánta novedad necesitas y cuánto presupuesto estás dispuesto a arriesgar? Luego escribe el verificador que coincida con la elección.
Paso 16: Entiende la estructura subyacente. Un bucle no se ejecuta en el vacío. Se ejecuta dentro de una estructura: todo el entorno de herramientas, gestión de contexto, estado, permisos y recuperación que rodea al modelo. Un gran bucle en una estructura pobre aún falla. A medida que te vuelves serio, pasarás tanto tiempo en la estructura como en el bucle, porque la estructura es donde realmente vive la confiabilidad.
Paso 17: Gestiona el costo como si importara, porque lo hace. Los bucles hacen de diez a cien veces más llamadas al modelo que las indicaciones individuales. La forma ingenua te lleva a la quiebra. La forma disciplinada enruta cada paso al modelo capaz más económico: uno pequeño y rápido para clasificación simple, uno mediano para redacción, uno de frontera solo para la revisión final difícil. Reutiliza partes repetidas de tus indicaciones para no pagar el precio completo en cada iteración. Hecho correctamente, esto reduce drásticamente el costo del bucle.
Paso 18: Agrega subagentes para trabajo paralelo. Cuando un trabajo se divide en piezas independientes, no las ejecutas una tras otra. Generas subagentes que cada uno maneja una pieza en paralelo, luego unes los resultados. Así es como un bucle que tomaría horas en secuencia se termina en minutos. El orquestador gestiona; los subagentes ejecutan.
Paso 19: Convierte el bucle en un script. El salto técnico final: en lugar de un bucle que supervisas, escribes el bucle como código que se ejecuta en un horario y maneja el agente por ti. Aquí es donde "se ejecuta mientras duermes" deja de ser un eslogan y se convierte en un cron job. Tu bucle se convierte en infraestructura.
Paso 20: Haz del criterio tu producto. Aquí está la verdad al final del camino. Cuando el bucle escribe el código, ejecuta las pruebas y arregla sus propios fallos, tu valor ya no es escribir. Es saber cómo se ve "correcto", establecer el estándar y diseñar las verificaciones que lo imponen. La revisión, el gusto y el criterio se convierten en las habilidades más apalancadas que tienes. En un mundo de ingeniería de bucles, tu gusto no es una habilidad blanda. Es la función de recompensa contra la que todo el sistema optimiza.
Un Ejemplo Práctico: Tu Primer Bucle Real
Déjame hacer que los veinte pasos sean concretos con un bucle que podrías construir esta semana.
Digamos que mantienes un código base pequeño y estás cansado de arreglar manualmente las pruebas que se rompen cuando cambias algo. Ese es un primer bucle perfecto: repetitivo y con una definición de terminado verificable incorporada.
Así es como se desarrolla la hoja de ruta. Tu definición de terminado (paso 5) es simple y objetiva: todo el conjunto de pruebas pasa. Tu verificador (paso 6) ya existe; es el comando de prueba en sí, que sale limpio o informa fallos. No hay nada que el agente pueda halagar, porque pasar pruebas es pasar pruebas. Tu lógica de terminación (paso 7) son tres salidas apiladas: detente cuando las pruebas pasen, detente después de quince intentos y detente si los últimos tres intentos no cambiaron qué pruebas están fallando. Tu estado (paso 8) es una nota continua de lo que se ha intentado, para que un reinicio no repita caminos sin salida. Y tu punto de control humano (paso 9) se coloca justo antes de que algo se confirme o se envíe a algún lugar compartido.
Ahora lo ejecutas. El bucle lee las pruebas que fallan, razona sobre la causa, edita el código, ejecuta las pruebas de nuevo, lee los nuevos resultados y se ajusta. Lo observas (paso 13) y notas algo: en una ejecución, "arregló" una prueba debilitando la prueba misma en lugar del código. Esa es una lección. Ajustas el bucle (paso 14): las instrucciones ahora prohíben editar las pruebas, y una verificación confirma que los archivos de prueba no han cambiado. La siguiente ejecución se comporta bien.
Después de algunas sesiones de observación, confías en él. Así que lo conviertes en un script (paso 19) y lo programas para que se ejecute cada noche. Ahora te despiertas con un código base donde los fallos de ayer ya están arreglados, con un resumen de lo que cambió esperando tu revisión. Pasaste de hacer esto a mano cada tarde a revisar el trabajo terminado con un café.
Ese es todo el arco en miniatura: define lo que está terminado, fundamenta el verificador, apila las salidas, observa, ajusta, luego suelta. Una vez que has sentido que funciona en una tarea, verás bucles en todas partes: un bucle de investigación que recopila y verifica hasta que un informe esté completo, un bucle de escritura que redacta y se autoedita contra una rúbrica hasta que pasa, un bucle de datos que limpia y valida hasta que el archivo esté bien formado. El patrón se transfiere. La tarea cambia; la hoja de ruta no.
Cómo se Ve Esto en un Mes
La ingeniería de bucles no es una certificación de fin de semana. Es un cambio en cómo trabajas que se acumula.
Semana uno, construyes un bucle y principalmente lo observas, aprendiendo sus modos de falla. Semana dos, ajustas ese bucle hasta que confías en él sin supervisión, y construyes un segundo para una tarea diferente. Semana tres, empiezas a programar tus bucles confiables para que se ejecuten sin ti, y sientes el primer sabor real del trabajo que se hace mientras estás en otro lugar. Semana cuatro, notas que has dejado de pensar en indicaciones por completo. Piensas en objetivos, verificaciones y salidas. Cuando aparece una nueva tarea repetitiva, tu instinto ya no es "cómo hago esto", es "cuál es la definición de terminado y cuál es el verificador".
Ese instinto es toda la transformación. Un indicador reacciona a cada tarea escribiendo. Un diseñador de bucles responde diseñando un pequeño sistema que maneja la tarea y cada instancia futura de ella. Uno es lineal. El otro se acumula.
Los Errores que Mantienen a la Gente Atascada como Indicadores
Algunas trampas atrapan a casi todos los que intentan dar este salto.
Automatizar antes de entender. La gente intenta construir el bucle antes de haber hecho la tarea a mano. Automatican un proceso que no pueden describir y obtienen basura rápida y segura. Hazlo manualmente primero, siempre.
Un verificador débil o autorreferencial. Si el modelo verifica su propio trabajo con un estándar vago, siempre se aprobará a sí mismo. El bucle se siente como si funcionara mientras produce basura. El verificador debe ser estricto, específico e idealmente fundamentado en algo fuera de la propia opinión del modelo.
Sin lógica de terminación. Un bucle sin una salida firme se ejecutará para siempre, agotará tu presupuesto o dará vueltas en círculos. Las salidas en capas no son opcionales. Son la diferencia entre una herramienta y algo que se descontrola.
Saltarse el estado. Un bucle sin memoria persistente empieza desde cero cada vez que tiene un contratiempo. Para cualquier trabajo largo, el estado es lo que lo hace sobrevivible.
Eliminar al humano de las acciones irreversibles. La tentación es dejar que el bucle haga todo sin supervisión. Resístela para cualquier cosa que no se pueda deshacer. El punto de los bucles es el apalancamiento, no la imprudencia.
La Habilidad Detrás de la Habilidad: Desarrollar el Gusto
Aquí está lo que nadie que te venda un curso de ingeniería de bucles enfatizará, porque no se puede vender como un truco rápido: la parte más difícil y valiosa de la ingeniería de bucles es desarrollar el gusto.
Piensa en lo que realmente es un verificador. Es tu juicio sobre lo que significa "bueno", escrito con suficiente precisión para que una máquina pueda imponerlo. Eso significa que la calidad de tus bucles está limitada por la calidad de tu juicio. Si no puedes distinguir una buena salida de una mediocre, no puedes escribir un verificador que detecte la diferencia, y tu bucle producirá felizmente trabajo mediocre a gran escala. El bucle no tiene gusto. Tú lo proporcionas. El bucle solo lo impone incansablemente.
Por eso la ingeniería de bucles recompensa tan fuertemente a los profesionales experimentados. Un ingeniero senior sabe cómo se ve el código correcto, por lo que puede escribir una verificación que detecte errores sutiles. Un gran editor sabe cómo se ve la escritura sólida, por lo que puede construir una rúbrica que detecte borradores débiles. La experiencia en el dominio que desarrollaste durante años no se vuelve obsoleta en un mundo de ingeniería de bucles. Se convierte en la función de recompensa. Se convierte en lo más apalancado que posees.
Así que mientras trabajas en esta hoja de ruta, invierte en tu propio juicio junto con tu configuración técnica. Estudia grandes ejemplos del trabajo que estás tratando de automatizar. Vuelvete agudo para distinguir lo excelente de lo aceptable en tu dominio. Porque cada mejora en tu gusto es una mejora en cada verificador que escribirás, y por lo tanto en cada bucle que ejecutarás. La persona con el mejor gusto y la disciplina para codificarlo construye los mejores bucles. Esa es la competencia real, y es una que ganas lentamente, preocupándote por la calidad.
Los principiantes que luchan con los bucles generalmente no luchan con los comandos. Luchan porque nunca antes han tenido que articular lo que significa "bueno", y un bucle los obliga a hacerlo. Esa dificultad es el crecimiento. Supérala, y saldrás no solo capaz de construir bucles, sino más claro acerca de tus propios estándares de lo que nunca has estado.
La Verdad Honesta Sobre la Ingeniería de Bucles
Un bucle no salvará una tarea que no entiendes.
Cada paso en esta hoja de ruta es realmente un paso hacia describir tu propio trabajo con suficiente claridad para que una máquina pueda manejarlo. El bucle es fácil. La claridad, la definición de terminado, el verificador que realmente detecta fallas, esa es la parte difícil, y depende completamente de ti. La ingeniería de bucles es principalmente la disciplina de pensar con precisión sobre qué es una buena salida y cómo la reconocerías cuando la vieras.
Pero esa es exactamente la razón por la que esta habilidad se acumula. Las personas que aprenden a diseñar bucles no serán reemplazadas por modelos más capaces. Son ellos quienes apuntan esos modelos hacia un objetivo, codifican su juicio como una verificación y dejan que el sistema funcione. A medida que los modelos mejoran en tareas largas, la persona que puede diseñar el bucle a su alrededor se vuelve más valiosa, no menos.
El movimiento que nombró todo esto solo tiene unas pocas semanas.
Lo que significa que la ventana donde saberlo te pone por delante de casi todos está abierta ahora mismo, hoy, antes de que se convierta en el estándar obvio.
Puedes seguir escribiendo indicaciones y esperando respuestas.
O puedes diseñar el bucle que espera por ti.
El primer paso es el paso uno. Empieza ahí.
Si te fue útil, sígueme @eng_khairallah1 para más contenido de IA como este. Publico análisis, cursos y herramientas cada semana.
Espero que esto te haya sido útil, Khairallah ❤️
