La IA ha estado al alcance de todos durante años. La mayoría de las personas que la usan a diario todavía lo hacen de la forma más lenta que existe: escribir una solicitud, esperar, corregirla, volver a preguntar, todo manualmente.
No porque la forma más rápida sea complicada, sino porque nadie les ha mostrado cómo es.
La forma más rápida es un bucle, y hoy en día es lo único que más importa a los mejores ingenieros de IA del mundo. Este artículo soluciona la parte que nadie explicó.
Al final, entenderás los bucles mejor que casi cualquiera en tu feed: qué son, cómo funcionan realmente por dentro, cuándo valen la pena y cuándo son una trampa, cómo construir uno básico tú mismo en Claude o ChatGPT, y los simples que vale la pena ejecutar en tu propia vida.
Antes de empezar, sígueme en X y únete a mi canal de Telegram que acabo de crear, donde publico más contenido de IA todos los días. Ambos son gratis.
X - https://x.com/AnatoliKopadze
Telegram - https://t.me/kopadzemp
¿Cómo usa la IA la mayoría de la gente?
Observa de cerca el hábito de una solicitud a la vez, porque es todo el problema. Cada paso pasa por ti. Tú decides qué preguntar, juzgas la respuesta, decides qué sigue. La IA nunca se mueve a menos que tú la empujes, y en el momento en que te detienes, se detiene.
Esto está bien, pero tiene un límite. Tú eres el motor. La IA es solo la herramienta en tu mano, y una herramienta no hace nada por sí sola.
Hay otra forma de trabajar, y es la razón por la que los mejores ingenieros del mundo están cambiando cómo construyen. En lugar de guiar a la IA por cada paso, le das el objetivo una vez y dejas que ejecute los pasos por sí misma. Planea, hace el trabajo, verifica su propio resultado, corrige lo que está débil y repite hasta que se cumple el objetivo. Tú te retiras. El trabajo continúa.
https://x.com/steipete/status/2063697162748260627
Dos de los ingenieros más respetados, diciendo lo mismo con diferentes palabras. La mayoría de la gente lee líneas como estas y en silencio no tenía idea de lo que significaban en la práctica. Así que vamos a desglosarlo correctamente.
¿Qué es un bucle?
Un prompt es una instrucción única. Un bucle es un objetivo hacia el cual la IA trabaja hasta alcanzarlo. Piensa en ello como un objetivo recursivo: defines un propósito, y la IA itera hasta que se completa.
Un prompt te da una respuesta y luego espera a que decidas qué sigue. Un bucle ejecuta el ciclo completo por sí solo:
1DESCUBRIR → determinar qué hay que hacer2PLANIFICAR → decidir cómo hacerlo3EJECUTAR → hacer el trabajo4VERIFICAR → comprobarlo contra el objetivo5ITERAR → ¿aún no está? retroalimentar el resultado y repetir
Tres de estos cinco hacen todo el trabajo real, y ahí es donde la gente se equivoca con los bucles.
Verificar es el corazón del bucle. Sin una verificación real del resultado, no tienes un bucle, tienes al agente dándose la razón repetidamente. La verificación es lo que convierte la repetición en progreso. Puede ser una prueba dura ("¿pasa el código?"), una condición medible ("¿el número es mayor que X?") o una rúbrica contra la que el modelo se evalúa. Sin puerta de control, el agente califica su propia tarea, y el modelo que hizo el trabajo es un calificador demasiado generoso.
El estado es lo que hace que el bucle aprenda. En cada pasada, la IA debe recordar lo que ya intentó, o repetirá el mismo error para siempre. Un bucle real mantiene un pequeño registro aparte: lo que está hecho, lo que falló, lo que sigue. La ejecución de mañana se reanuda en lugar de empezar desde cero. Esto es también exactamente donde comienza a volverse costoso, lo cual veremos.
Una condición de parada es lo que lo mantiene cuerdo. Un bucle sin salida se ejecuta hasta que tiene éxito, se rompe o agota tu cuenta. Todo bucle serio tiene dos formas de detenerse: éxito y un límite máximo ("después de 8 intentos, detente e informa"). Omite esto y habrás construido una máquina que puede funcionar toda la noche sin resultado.
Un prompt le da a la IA una instrucción. Un bucle le da a la IA un trabajo, una forma de saber cuándo el trabajo está hecho y una regla para saber cuándo rendirse.
¿Realmente necesitas uno?
La mayoría de los artículos te venden el bucle antes de decirte cuándo es un error. Aquí está la prueba que usan las personas serias. Vale la pena construir un bucle solo cuando se cumplen estas cuatro condiciones:
- La tarea se repite, al menos semanalmente. Menos que eso y el costo de configuración nunca se amortiza. Una tarea única sigue siendo mejor atendida por un buen prompt.
- Algo puede rechazar automáticamente el mal resultado. Una prueba, una verificación de tipos, una compilación, un linter, una regla estricta. Si nada puede fallar el trabajo por ti, el bucle solo gira.
- El agente puede hacer el trabajo por sí mismo, de principio a fin, sin devolverte la mitad.
- "Hecho" es objetivo, no un juicio de valor. Si la calidad es cuestión de gusto, un humano sigue ganando.
Si no cumples alguna, quédate con un prompt manual. La versión honesta de todo este tema: la ingeniería de bucles es real, y la mayoría de la gente aún no necesita la versión pesada. Lo que todos pueden usar es la versión ligera, que veremos. Pero debes saber dónde está la línea.
La versión diseñada para código
Los bucles despegaron primero en el software, porque el código es lo más fácil del mundo de verificar. Una prueba pasa o falla. No hay discusión, así que la IA siempre sabe si ha terminado.
A un bucle de código se le da un objetivo y una forma estricta de verificarlo:
1▸ ESPECIFICACIÓN DEL BUCLE2OBJETIVO: todas las pruebas en /tests/auth pasan, lint está limpio, sin errores de tipo.34CADA ITERACIÓN:5 1. ejecutar el conjunto de pruebas y leer cada fallo6 2. elegir el fallo de mayor impacto7 3. escribir el cambio más pequeño que lo solucione8 4. volver a ejecutar las pruebas, lint y el verificador de tipos910VERIFICAR: pruebas en verde + cero advertencias de lint + cero errores de tipo11DETENER CUANDO: la verificación pase, O se alcancen 8 iteraciones12AL DETENERSE: resumir qué cambió y qué sigue fallando
Por debajo, un bucle real se ensambla a partir de cinco componentes básicos. Claude Code y Codex ahora incluyen los cinco.
1. La automatización (el latido)
Este es el disparador que lo convierte en un bucle y no en una ejecución única. Defines un prompt, una cadencia y un objetivo, y se ejecuta según un cronograma sin que lo inicies tú. En Claude Code, /loop vuelve a ejecutar un prompt en un intervalo, /goal mantiene una sesión hasta que una condición que escribiste sea realmente verdadera, los hooks disparan comandos en puntos del ciclo de vida del agente, y enviarlo a un cron job o GitHub Actions lo mantiene funcionando después de cerrar la laptop. Los resultados te llegan a ti. Tú no eres quien va verificando.
2. La habilidad (instrucciones reutilizables)
En lugar de pegar un muro de instrucciones en cada ejecución, las guardas una vez como un archivo que el bucle lee cada vez: las reglas, los patrones a seguir y una lista estricta de lo que nunca debe tocar. Ahora la automatización simplemente llama a la habilidad por su nombre, y el trabajo recurrente se mantiene mantenible en lugar de pudrirse dentro de un horario que nadie actualiza.
3. Subagentes (mantén al creador lejos del verificador)
El truco estructural más útil en un bucle es dividir el agente que hace el trabajo del agente que lo verifica. El modelo que escribió el código es demasiado benevolente al calificar su propia tarea. Un segundo agente, con instrucciones diferentes y a veces un modelo más fuerte con mayor esfuerzo, detecta las cosas que el primero se convenció a sí mismo de hacer. Tu escritor puede ser rápido y barato, tu revisor lento y estricto. Esa separación es la mayor parte de la calidad.
4. Conectores (para que actúe, no solo sugiera)
Esta es la diferencia entre un agente que dice "aquí está la solución" y un bucle que abre el pull request, enlaza el ticket y notifica al canal una vez que la compilación está en verde, por sí solo. Los conectores son lo que permite que el bucle actúe dentro de tu entorno real en lugar de solo describir lo que haría si pudiera.
5. El verificador (la puerta de control)
La prueba, verificación de tipos o compilación que rechaza automáticamente el mal trabajo. Este es el único componente que decide si el bucle te ayuda o solo gasta tu dinero. Todo lo demás es plomería. Esta es la parte que lo hace real.
Apila todo eso y obtienes lo que los grandes equipos ahora ejecutan a escala: flotas de agentes iterando en el mismo trabajo, decenas o miles a la vez. Un ingeniero usó un bucle como este para reescribir una base de código completa de un lenguaje de programación a otro en unos seis días, un trabajo que habría llevado casi un año a mano. Es un cambio genuino en cómo se construye el software serio. Y viene con un inconveniente que las demostraciones nunca muestran.
El costo que nadie menciona
Los bucles funcionan con tokens, y los tokens cuestan dinero. El problema no es que cada paso cueste algo. El problema es cómo se acumula el costo.
Cada vez que el bucle da una vuelta, el agente vuelve a leer su contexto: el objetivo, el código, el último resultado, lo que falló. Todo ese montón se envía a través del modelo nuevamente en cada iteración, y crece en cada pasada. Un bucle que se ejecuta diez veces no cuesta diez prompts. Cuesta diez prompts que cada vez se hacen más grandes. El truco del creador y verificador que mejora la calidad también duplica la factura, porque ahora dos modelos leen el trabajo en lugar de uno.
1▸ COSTO APROXIMADO DE UN BUCLE2agente único, tarea mediana: ~50,000 – 200,000 tokens3contexto reenviado cada iteración: crece en cada pasada4una flota de agentes en paralelo: multiplica todo lo anterior
La métrica que realmente importa, y que casi nadie rastrea, es el costo por cambio aceptado. No los tokens gastados o los bucles ejecutados. Si el bucle te da diez resultados y descartas seis, estás haciendo el trabajo de revisión que se suponía que debía ahorrar. Por debajo de una tasa de aceptación del 50%, cuesta más de lo que devuelve.
Los bucles también fallan en silencio. El ingeniero Geoffrey Huntley lo llama el "bucle Ralph Wiggum": el agente decide que ha terminado demasiado pronto, sale con un trabajo a medio hacer, y el bucle sigue ejecutándose y gastando mientras no produce nada. Sin una puerta de control estricta que pueda hacer fallar el trabajo, los bucles no se bloquean, te facturan en silencio.
Por eso la versión pesada pertenece a equipos con el presupuesto y las barreras de protección para ejecutarla: límites de iteración, presupuestos de tokens, modelos baratos para los pasos aburridos, monitoreo. Si ese no eres tú, no te estás perdiendo nada; la idea central funciona a una fracción del costo y sin ninguna configuración.
El orden que realmente funciona
Si construyes uno, el orden importa más que las herramientas. Las personas que implementan bucles que sobreviven en producción todos lo hacen de la misma manera:
11. Logra que UNA ejecución manual sea confiable primero.22. Conviértela en una habilidad (guarda las instrucciones).33. Envuelve la habilidad en un bucle (agrega la puerta de control + condición de parada).44. LUEGO ponla en un horario.
Saltarte pasos, programar algo que no has hecho confiable a mano, es exactamente cómo los bucles explotan mientras duermes. Pruébalo una vez, fortalécelo, luego automatízalo.
Construye un bucle básico tú mismo (en cualquier LLM)
No necesitas un agente de código para sentir cómo funciona esto. Puedes ejecutar un bucle simple manualmente dentro de cualquier LLM ahora mismo, solo con un prompt. El truco es darle al modelo las tres partes del bucle a la vez: un objetivo, criterios de éxito estrictos y un protocolo que lo obligue a verificarse a sí mismo antes de permitirse detenerse.
1▸ BUCLE DE AUTO-VERIFICACIÓN (pégalo en Claude o ChatGPT)2Trabajarás en un bucle hasta que la tarea cumpla con el estándar.34TAREA:5[describe exactamente lo que quieres que se produzca]67CRITERIOS DE ÉXITO (sé estricto, sin aprobaciones suaves):8- [criterio 1]9- [criterio 2]10- [criterio 3]1112PROTOCOLO DEL BUCLE, repite en cada turno:131. PLANIFICA - indica el único siguiente paso.142. HAZ - produce o mejora el trabajo.153. VERIFICA - califica el resultado del 1 al 10 en cada criterio.16 Sé brutalmente honesto. Enumera exactamente qué sigue siendo débil.174. DECIDE - si cada criterio es 8 o más, imprime "FINAL" y detente.18 De lo contrario, imprime "ITERANDO" y continúa, solucionando19 primero el punto más débil.2021REGLAS:22- Nunca lo des por terminado hasta que cada criterio sea 8 o superior.23- Cada pasada debe corregir la puntuación más débil de la última VERIFICACIÓN.24- No me hagas preguntas. Asume algo sensato, anótalo y sigue adelante.2526Comienza. Ejecuta el bucle hasta FINAL.
Observa lo que sucede. El modelo redacta, califica su propio trabajo según tus criterios, encuentra el punto débil y reescribe, una y otra vez, hasta que realmente supera el listón en lugar de darte lo primero que parecía cercano. Eso es un bucle. Acabas de construir uno con un párrafo.
Pero nota lo que aún falta, porque es el punto central de lo que viene. Tú eres el desencadenante. Abriste el chat, pegaste el prompt, estás sentado viéndolo iterar. Cierra la pestaña y desaparece. No hay horario. No hay "haz esto cada mañana", ni "despiértate cuando llegue un correo". No puede contactarte, porque solo existe mientras lo estás mirando.
Para tener un bucle que se ejecute solo, en un horario, desencadenado por eventos reales, sin que tengas que cuidarlo, normalmente tienes que entrar en el mundo pesado del que hablamos antes: herramientas, alojamiento, código, puertas de control y una factura.
Eso tiene sentido cuando abordas tareas realmente pesadas. Pero para el 99% de las cotidianas, ya existe una solución lista y extremadamente simple.
La misma idea, para tu vida real
Quita el código y el costo, y lo que queda es un concepto único, simple y genuinamente útil: una tarea que se ejecuta sola, en un horario o en el momento en que algo sucede, sin necesidad de que la recuerdes o estés presente. No necesitas ser ingeniero para eso. Solo necesitas bucles diseñados para la vida, no para bases de código.
Hay una opción gratuita donde creas uno describiéndolo en palabras sencillas. Sin código, sin alojamiento, sin claves, sin pestaña que mantener abierta, sin orden de construcción que pueda salir mal.
Se llama Mira, y vive dentro de Telegram, la aplicación que probablemente ya tienes abierta. Le envías mensajes como a un amigo, y los bucles que ejecuta se llaman Skills (Habilidades). Cada Skill tiene silenciosamente las mismas partes que necesita un bucle real: un disparador, una acción, una forma de ejecutarse solo, excepto que nunca conectas ninguna de ellas. Solo dices lo que quieres.
1▸ SKILL2"Todos los días laborables a las 7 a. m., revisa mi Gmail y Google Calendar.3Envíame un breve resumen: mis 3 reuniones más importantes, cualquier cosa4urgente en la bandeja de entrada y una cosa que dije que retomaría pero5no lo hice. Que sea de menos de 120 palabras."
Eso es un bucle real. Un disparador de tiempo, una acción de varios pasos en dos aplicaciones conectadas, que se ejecuta solo y te llega a ti. Lo escribiste como un solo mensaje.
Lo que Mira realmente puede hacer
Aquí está la parte que lo hace clic. Mira no es un chatbot más inteligente. La diferencia con ChatGPT es simple: ChatGPT responde, Mira actúa. No le pides que escriba el correo, le dices que envíe el correo. No obtienes un borrador de ticket, obtienes uno real en Linear con el responsable asignado. Hace la cosa, en segundo plano, y te recuerda entre cada conversación.
Se conecta a más de 500 aplicaciones a través de Composio (Notion, Gmail, Google Calendar, GitHub, Figma, Stripe y cientos más), tiene memoria a largo plazo que se mantiene entre sesiones y chats grupales, y es independiente del modelo, ejecutando GPT, Claude, Gemini según la tarea. Esto es en lo que se convierte.
**Para el trabajo
**Aquí es donde la idea de los bucles da frutos sin una sola línea de código.
1▸ SKILLS2"Una hora antes de cada reunión, recuérdame el contexto y las3decisiones de nuestra última conversación con esa persona."45"Cuando reenvíe un mensaje aquí, conviértelo en un ticket de Linear6con la prioridad correcta y asigna al responsable."78"Todos los viernes a las 4 p. m., recopila el estado de las tareas9del equipo y las métricas, y publica un resumen semanal limpio en10nuestro chat."1112"Resume todo lo que me perdí en este chat grupal mientras no estaba,13en 5 viñetas."
Te pone al día en un hilo de 200 mensajes en segundos, archiva el ticket mientras sigues hablando y llega a las reuniones ya informado. En chats grupales, recuerda las decisiones y tareas del equipo, no solo las tuyas.
**Para creadores
**Esta es la parte que la mayoría subestima. Mira produce contenido de principio a fin, dentro del chat.
1▸ SKILLS2"Te enviaré una nota de voz con una idea en bruto. Conviértela en una3publicación terminada con título y hashtags."45"Toma esta única idea y escribe versiones para X, Instagram, LinkedIn,6Correo electrónico y un boletín, cada una en el formato correcto."78"Genera 3 opciones de imagen para esta publicación."910"Convierte esta imagen en un video corto para mi canal de Telegram."
Nota de voz dentro, publicación terminada fuera en unos treinta segundos. Un breve resumen se convierte en seis versiones nativas de la plataforma. Genera imágenes y videos directamente en el chat, edita fotos, cambia fondos, construye mascotas y avatares, incluso sincroniza labios y los anima. Todo el pipeline de contenido vive en una sola ventana.
**Para voz
**Mira trata la voz como una entrada de primera clase, lo cual es más importante de lo que parece.
1▸ SKILLS2"Transcribe mis mensajes de voz a texto limpio."3"Léeme este artículo en audio."4"Resume las notas de voz de este chat grupal en puntos clave."
Transcribe tus mensajes de voz, te lee texto en voz alta, entiende notas de voz dentro de chats grupales y resume la discusión, y funciona como un asistente de voz manos libres cuando no puedes escribir.
**Para tu vida
**El mismo motor, apuntado a todo lo demás.
1▸ SKILLS2"Cada noche a las 7, pregúntame si entrené hoy. Mantén una racha y3no me dejes saltarme un día en silencio."45"Cada noche, hazme 3 preguntas sobre mi día, recuerda las respuestas,6y una vez a la semana dime qué cambió."78"Rastrea mis calorías a partir de una foto de mi plato."910"Vigila esta ruta de vuelo y compra cuando el precio baje a mi número."1112"Cada mañana, dame un resumen de noticias sin clickbait sobre mis temas."
Un entrenador que te mantiene en racha. Un diario que realmente te recuerda y se convierte en un compañero de registro con el tiempo. Seguimiento de calorías desde una foto, sin aplicación separada. Práctica de idiomas construida a partir de tus propios errores. Un vigilante de vuelos que compra cuando el precio es correcto. Un resumen diario sin clickbait.
Cómo empezar en dos minutos
Abre Telegram. Ve a Mira. Envíale un mensaje. El acceso gratuito funciona de inmediato. Prueba uno de estos primero:
1@mira, planifica mi semana2@mira, resume este chat3@mira, recuérdame revisar los PRs todos los lunes a las 9 a. m.4@mira, escribe una publicación sobre [tema] para X e Instagram
Cualquier ejemplo de este artículo se convierte en un bucle en ejecución en el momento en que lo escribes.
Qué significa esto realmente para ti
Los bucles no son una moda. Son un cambio en quién hace el trabajo. La IA deja de esperar a que la empujes a través de cada paso y comienza a ejecutar todo el trabajo por sí sola.
Dicho esto, no es algo que debas perseguir o forzar en lugares donde no corresponde. La mayoría de las veces, solo quemarás dinero sin obtener nada.
Mi opinión: comienza usando lo que ya existe de forma gratuita, y solo cuando realmente sientas que no es suficiente, empieza a pensar en lo que realmente necesitas.
Si quieres mantenerte al día con todo lo que está sucediendo en IA, sígueme en X y Telegram:
X - https://x.com/AnatoliKopadze
Telegram - https://t.me/kopadzemp






