WTF Is a Loop? Parte 2: Los 15 Loops Que la Gente Ya Está Corriendo (y los Comandos para Copiarlos)

La forma más limpia de decirlo la encontró un creador llamado inyourhandmedia en TikTok: Goal es seguir hasta que el resultado esté logrado. Loop es repetir una tarea mientras estoy presente. Routine es seguir trabajando mientras no estoy.

En comandos reales:

• /goal corre hasta que una condición verificable se cumple. Un modelo rápido aparte revisa después de cada vuelta si realmente terminaste. Es el comando para "arreglalo hasta que los tests pasen", y es el único que comparten las dos herramientas: Claude Code lo lanzó en v2.1.139 y Codex en CLI v0.128.0 con controles de set, pause, resume y clear.
• /loop repite con un timer mientras tu sesión está abierta, tipo /loop 5m revisá el deploy. Es para monitorear algo, hands-on, ahora mismo. Codex no tiene comando /loop todavía; su equivalente es codex exec envuelto en un loop de shell.
• /schedule crea una Routine en la nube que corre mientras tu laptop está cerrada, como /schedule daily PR review a las 9am. Corre mientras dormís. El equivalente de Codex son Automations en la app: diario, semanal o cron.

Una trampa que aparece constantemente: no existe el comando /routine en ninguna de las dos herramientas. En Claude Code el scheduler es /schedule; en Codex son Automations. Acertá con el verbo y cada loop de abajo funciona directo.

Once de estos loops salieron directo de X, TikTok, Reddit y GitHub con engagement real. Los últimos cuatro los levanté del único catálogo que vale la pena saquear, y está marcado cuáles son.

El loop más demostrado de toda la muestra, de un creador llamado raycfu cuyo walkthrough hizo 43.587 vistas y 1.040 comentarios en Instagram. Dos agentes: un builder que escribe código y un checker que corre los tests, tipos y lint, y reporta exactamente qué se rompió. Se pasan el trabajo de ida y vuelta hasta que queda limpio.

El dolor que mata: un agente one-shot manda sus bugs a producción. Este loop no.

Este es el loop en las propias palabras de Boris Cherny, y la descripción con más engagement (@bcherny, 781 likes): corré Claude Code más un modelo avanzado más un verificador en loop, alimentalo con tareas, y remové cuellos de botella sobre la marcha.

El verificador es la parte que todo el mundo saltea. Sin eso, solo estás confiando ciegamente en el agente.

El video más visto de alguien armando uno de verdad, de AI Jason (15.436 vistas, 537 likes), publica un template gratuito de loop-engineer: un harness de codebase más un template de conocimiento que clonás, apuntás a tu repo y corrés. No tenés que armar el scaffolding de build, observación, verificación y freno desde cero.

El on-ramp más rápido si querés un loop corriendo esta noche sin diseñar la plomería.

Peter Steinberger, que mergeó 859 PRs en sus repos en los últimos 30 días con 95% de aceptación, corre este con un timer ajustado: cada cinco minutos mientras trabaja, el agente hace una pieza chica y verificada de mantenimiento. Qué limpiar lo decide el agente, no un script hardcodeado.

Esa decisión es todo el punto.

Un creador llamado qbuilder (4.560 vistas, 125 likes en TikTok) corre una versión acotada que resuelve el problema del runaway de raíz: planificar, generar, verificar, arreglar, repetir. Todo se guarda en archivos y hay un tope duro de cinco iteraciones. Solo leés la versión final.

El tope es lo que hace seguro dejar esto corriendo sin supervisión.

roborev es una herramienta gratuita y open-source de code review (un binario de Go; se instala desde roborev.io) que apareció en la investigación a través de Dan Kornas. Instala un git hook para que cada commit dispare una review en background, y después alimenta los hallazgos a un loop de fixeo mientras el contexto todavía está fresco.

El tweet de lanzamiento fue silencioso con 20 likes, pero el repo es la señal real: 1.410 estrellas y commits publicados el mismo día que escribo esto. Es la versión instalable de lo que todo este artículo argumenta que es la parte difícil: un verificador viviendo adentro del loop. Se conecta con Claude Code, Codex y Gemini CLI.

El skill revelación del mes, descubierto por evgenii.arsentev (32 likes, 950 vistas) y con más de 600 estrellas en días: un skill cuyo único trabajo es convertir un pedido vago en un goal riguroso, especificando el resultado, cómo verificarlo, qué no tocar y cuándo parar.

Como él mismo dijo: tu agente no es tonto, tus instrucciones son vagas.

Un builder en r/LangChain publicó la arquitectura completa de un agente de email que procesa 15.000 correos de huéspedes de hotel por día: recorre el inbox, clasifica y redacta borradores, y solo escala lo que necesita un humano.

Es ese raro post de Reddit que publica el loop de producción completo, no una demo.

El loop mejor diseñado de Reddit, un skill de Claude Code publicado en r/claudeskills. Corre un ciclo autónomo de build, auditoría y verificación hasta que un contrato chequeable por máquina se cumple, con paradas anti-spin explícitas: detección de no-progreso, tope de reintentos, detección de flip-flop y un presupuesto.

Existe porque, como dice el autor, la mayoría de los loops de agentes nunca se preguntan si realmente están progresando. Entonces reintentan el mismo approach roto o silenciosamente editan el test para que pase.

La frase que empezó todo esto, del hombre que construyó Claude Code: él ya no escribe código, escribe loops, y ellos escriben el código mientras duerme. La versión más compartida (@0xMovez, 984 likes) le pone un número: el 30% de su código ya lo escriben completamente loops.

La forma es una routine programada que mira tus PRs y resuelve los arreglables mientras dormís.

El patrón más práctico del mundo no-code, de un hilo en r/n8n: el workflow corre, después se detiene y te manda un mensaje con botones de aprobar, revisar o saltear. Trata la revisión humana como su propia cola con recordatorios y deadlines.

Misma forma de loop, pero la condición de parada es tu aprobación en vez de un test que pasa.

El resto de los loops realmente listos para copiar y pegar viven en la Forward Future Loop Library de Matthew Berman, un catálogo curado donde la señal no es un conteo de likes sino el vetting. Estos cuatro ganaron su lugar solo por utilidad.

El goal de mayor utilidad de Berman. Lee tus logs de producción, separa errores accionables reales del ruido, arregla los accionables con un test y abre un PR. El valor está en el triage: decile qué significa "accionable" o persigue fantasmas.

De Berman también, y el que respeta qué tan frágil es realmente "funciona". No para en el primer run verde: prueba escenarios realistas y solo declara victoria después de que una racha pasa seguida.

Un run verde es suerte. Una racha es confiabilidad.

El loop Clodex de Lukas Kucinski: Codex revisa los pull requests de Claude antes del merge, así que dos familias de modelos distintas tienen que estar de acuerdo antes de que el código llegue a producción.

--max-iter 5 y --threshold medium son todo el punto. Discute consigo mismo hasta cinco veces y solo pasa trabajo que supera la barra.

El loop de 3goblack (@Dis_Trackted) arregla la falla más común: un agente que dice "listo" cuando no lo está. Antes de empezar cualquier trabajo escribe un contrato de qué significa "completo" y qué evidencia demuestra cada requisito. Después se niega a declarar éxito sin esa evidencia.

En todas las plataformas volvieron las mismas dos advertencias, y son más divertidas en palabras de la comunidad que en las mías.

La primera es el costo. La versión romántica de los loops es "mil agentes construyen mi empresa de la noche a la mañana". La versión de producción es una factura. Uber limitó a sus ingenieros a USD 1.500 por herramienta por mes después de quemar su presupuesto anual de AI en cuatro meses. Un poster de Reddit incineró USD 6.000 en una noche con un solo comando, un hilo que juntó 1.273 upvotes. El resumen más gracioso de todo el movimiento es un comentario de YouTube escrito como código:

> while (tenés tokens): Quemalos en un loop! Es lo que es > — TrMarwane, YouTube, 196 likes

Así que cada goal tiene un presupuesto y cada loop tiene un tope. Las condiciones de goal pueden incluir "o pará después de N vueltas". Las routines corren con un plan y un techo diario. Poné el techo antes de irte, no después de que llegue el mail.

La segunda es la verificación, y es todo el juego. Un loop que no puede distinguir output bueno de malo no te ahorra trabajo. Solo produce respuestas incorrectas más rápido.

> un loop que no puede distinguir output bueno de malo solo automatiza estar equivocado, más rápido. escribir el loop es fácil. el verificador adentro es la parte difícil. > — @ahmetbilicanxyz

Por eso /goal corre un modelo separado como juez en vez de dejar que el worker se ponga su propia nota. Por eso los loops más fuertes de arriba (el verificador de Boris, el par build-test-fix, Clodex) ponen un segundo par de ojos independiente adentro del loop. Un agente calificándose a sí mismo va a borrar el test que falla y decir "listo".

> Acá vamos de nuevo. Tenemos una nueva tendencia de AI: Loop Engineering. ¿Todavía estás escribiendo prompts? Estás muy atrasado. > — Maximilian Schwarzmuller, YouTube, 2.036 likes

Tiene razón a medias. La capa de scheduling realmente es solo cron. Lo que cron nunca tuvo es un tomador de decisiones en el cuerpo que lee el estado, actúa, verifica si funcionó, y decide si seguir. Esa decisión es toda la novedad. Todo lo demás es plomería.