El verdadero umbral de los bucles no está en que la IA siga ejecutándose, sino en si puede pisar el freno por sí misma.
"Ya no más prompts" — esta frase está circulando como loca últimamente en los círculos de IA.
Desde Peter Steinberger, el padre de OpenClaw que ahora lidera el desarrollo de la próxima generación de agentes personales en OpenAI, hasta Boris Cherny, el creador de Claude Code, estos pesos pesados de Silicon Valley están adoptando masivamente los "bucles" (loops).
Addy Osmani, ingeniero de Google que bautizó esta tendencia como "ingeniería de bucles" (loop engineering), también está entre ellos.
Cherny afirma que ahora casi nunca escribe prompts manualmente.
Tiene un agente que escribe prompts para Claude en su lugar; él solo conversa con ese "nuevo Claude" que coordina todo.
Incluso soltó una frase contundente: dentro de diez años, los bucles y funciones similares serán uno de sus logros de trabajo más orgullosos.
Steinberger fue aún más categórico: deja de escribir prompts para agentes de programación, deberías diseñar bucles que les alimenten los prompts.
También demostró su bucle en X: hace que Codex se despierte cada 5 minutos, mantenga automáticamente el repositorio de código, asigne tareas, y parte del trabajo se implemente de forma completamente autónoma.
¿Qué es exactamente este "bucle" del que hablan tanto estos expertos?
Recientemente, el equipo de Claude Code definió claramente este concepto en su blog oficial, y de una vez desglosó cuatro tipos de bucles, estableciendo reglas de ingeniería para que los "agentes trabajen automáticamente".
El equipo de Claude Code publica un artículo, definiendo formalmente el "bucle" y desglosando cuatro tipos típicos: por turnos, por objetivo, por tiempo y proactivo. (Fuente: Blog oficial de Claude)
En el fondo, se trata de esto: la programación con IA está pasando de "escribir una frase" a "diseñar un sistema que se ejecute solo".
Un prompt obtiene una respuesta; un bucle obtiene un sistema que sigue trabajando por ti incluso después de cerrar el portátil.
Y el programador está pasando de ser alguien que escribe contenido a alguien que diseña sistemas.
Cuatro tipos de bucles, cuatro "condiciones de parada"
¿Qué es exactamente un bucle?
Se ha debatido mucho en X, con respuestas diversas. La definición que da el equipo de Claude Code es clara:
Un bucle es cuando un agente ejecuta repetidamente rondas de trabajo, hasta que se activa una condición de parada.
Cuatro tipos de bucle son cuatro "condiciones de parada". Esta frase es clave para entender este artículo técnico sobre bucles de Claude Code.
A lo largo de las dimensiones de "cómo se activa, cómo se detiene, qué primitivas usa, para qué tareas es adecuado", Claude Code desglosa los bucles en cuatro tipos.
Primero, bucle por turnos (turn-based).
Bucle por turnos: control humano ronda por ronda, se inicia una ronda con cada prompt enviado. (Fuente: Blog oficial de Claude)
Control humano ronda por ronda: escribes una instrucción, la IA ejecuta una ronda, después de revisar escribes la siguiente. Tú llevas el volante todo el tiempo. Es adecuado para tareas cortas y dispersas, que no entran en un flujo ni en un calendario.
Si quieres reducir los viajes de ida y vuelta, escribe los pasos que normalmente revisas manualmente en un archivo SKILL.md para que la IA lo valide por sí misma.
Cuanto más cuantificable sea la verificación, mejor podrá juzgar por sí misma si lo hizo bien, y menos tendrás que supervisar.
Segundo, bucle por objetivo (/goal).
Bucle por objetivo: un modelo evaluador juzga según el criterio, si no cumple, lo rechaza para que lo vuelva a hacer. (Fuente: Blog oficial de Claude)
Primero fija el objetivo, por ejemplo, "llevar la puntuación Lighthouse de la página principal a 90 o más, parar después de 5 intentos".
Cada vez que Claude quiere parar, un modelo evaluador viene y compara con tu estándar; si no lo cumple, lo devuelve para que siga trabajando, hasta que se alcance el objetivo o se agoten las rondas que estableciste.
Estándares cuantificables como el número de pruebas aprobadas o umbrales de puntuación son útiles porque Claude no tiene que preguntarse "¿es lo suficientemente bueno?", el evaluador juzga por él. No tiene que adivinar "ya está bien" y parar prematuramente, y el bucle puede terminar de manera limpia.
Tercero, bucle por tiempo (/loop y /schedule).
Se activa a intervalos de tiempo, como una alarma. Algunos trabajos son repetitivos, la tarea no cambia, solo la entrada, como resumir los mensajes de Slack cada mañana.
Otros trabajos necesitan vigilar sistemas externos; la forma más simple es echar un vistazo a intervalos de tiempo, ver qué ha cambiado y luego reaccionar, como una PR que puede recibir revisiones o fallar en CI.
Usando /loop puedes volver a ejecutar un prompt a intervalos. Si quieres que siga ejecutándose después de apagar el ordenador, usa /schedule para mover el bucle a la nube.
Esta lógica es casi idéntica a las tareas programadas (cron) que los programadores conocen.
Cuarto, bucle proactivo (proactive).
Bucle proactivo: activado por evento o tiempo, completamente desatendido, se ejecuta hasta que lo desactivas manualmente. (Fuente: Blog oficial de Claude)
Activado por evento o tiempo, completamente desatendido.
Combinado con el modo auto y flujos de trabajo dinámicos, automatiza completamente las tareas largas: escanea el canal de feedback cada hora, al recibir un informe de bug, automáticamente lo clasifica, repara y responde, todo en un flujo continuo, sin parar a pedirte permisos.
Cada tarea sale cuando alcanza su objetivo, y toda la tarea rutinaria se ejecuta hasta que la desactivas manualmente. Es adecuado para trabajos continuos y con límites claros: reporte de bugs, clasificación de problemas, actualización de dependencias.
Cuatro tipos de bucles, en el fondo, son cuatro respuestas a "cuándo parar": lo juzga una persona, lo juzga un evaluador, lo juzga el tiempo, lo juzga un evento.
Vayamos un nivel más profundo.
Según la documentación oficial del Agent SDK, el núcleo de este mecanismo también es muy simple:
Claude evalúa tu prompt, llama a herramientas para actuar, recupera resultados, luego repite, hasta que en alguna ronda ya no llama a ninguna herramienta, y entonces el bucle termina.
Bucle de agente según la documentación oficial del Agent SDK de Claude Code: el prompt entra, Claude evalúa, llama a herramientas, los resultados vuelven para nueva evaluación, hasta que en una ronda ya no llama a ninguna herramienta, y entonces produce la respuesta final. (Fuente: Documentación oficial de Claude Code)
En esencia, un agente autónomo es básicamente este círculo.
Lo que realmente cambia no es el bucle en sí
Por supuesto, no se puede decir que "diseñar bucles" sea una revolución de 0 a 1.
Las tareas programadas, la orquestación (orchestration), los bucles de retroalimentación, estas prácticas ya existían. Lo que hace Claude esta vez es más bien unificarlas bajo un nombre, agruparlas en un sistema de clasificación.
Entonces, ¿qué ha cambiado realmente? La clave está en la "condición de parada".
Entre todos los consejos prácticos resumidos oficialmente por Claude Code, el que se destacó por separado y se etiquetó como "el más valioso" es la verificación (verification):
Dar a Claude una manera de verificar sus propios resultados.
La lógica es fácil de entender.
Por ejemplo, ¿puede un ingeniero hacer una página web bonita sin un navegador? Dándole un navegador, puede ver el efecto inmediatamente después de cada cambio, ajustar repetidamente hasta quedar satisfecho y luego entregar.
Y el poder del bucle del modelo proviene precisamente de esta capacidad de "cerrar el círculo por sí mismo".
En este proceso, el prompt no muere, simplemente se degrada a un componente dentro del bucle.
El verdadero núcleo pasa a ser el diseño de la condición de parada, el diseño del verificador (verifier), el control del presupuesto de tokens, la estrategia de ejecución de múltiples rondas.
Bucles sin compuertas, poderosos y peligrosos
¿Significa el bucle que puedes dejar que la IA trabaje sola todo el día?
Por supuesto que no.
El primer obstáculo es el dinero. Un bucle sin límite puede quemar el coste de tokens.
Según los informes, Steinberger se autodenomina "el hombre con tokens ilimitados", porque los tokens gratuitos son uno de los beneficios de trabajar en OpenAI. La gente común no tiene ese privilegio.
El segundo es más sutil. El agente puede caer en un bucle infinito de "aparente progreso, pero en realidad dando vueltas en el mismo sitio": modifica repetidamente el mismo archivo, pero nunca logra pasar una nueva prueba.
Incluso puede, con total confianza, hacer cada vez más "completa" una solución incorrecta.
El consenso de la comunidad de ingeniería sobre esto es directo: los bucles son poderosos, pero sin compuertas (gating conditions) son peligrosos.
En los debates de ingeniería de Reddit, alguien resumió las compuertas necesarias en tres puntos, que deben diseñarse antes de escribir el bucle.
Condición done: Y debe ser decidible por máquina, como que todas las pruebas sean verdes, o que se cierre un ítem específico del spec.
Límite máximo absoluto: Incluye el número máximo de rondas y el gasto máximo, específicamente para evitar costes descontrolados y bucles infinitos.
Detección de falta de progreso: Tan pronto como se detecte que está tocando repetidamente los mismos archivos sin nuevas pruebas aprobadas, se fuerza la parada.
Lo oficial también proporciona toda una disciplina de ahorro:
No uses múltiples agentes a la fuerza para tareas pequeñas.
Si puedes usar un modelo pequeño, barato y rápido, no uses siempre el más potente.
Antes de ejecutar a gran escala, prueba primero con una pequeña muestra.
El trabajo determinista debe dejarse a los scripts; ejecutar un script es mucho más barato que dejar que el modelo razone paso a paso.
No ejecutes las tareas rutinarias más a menudo de lo necesario.
Por lo tanto, un bucle es todo un diseño de "cómo controlar a la IA", no de "dejar que la IA corra libremente".
Esto también determina que, por ahora, sea más adecuado para tareas estructuradas con límites claros, y no para la libre imaginación.
Antes competía quién sabía hablar, ahora quién sabe construir sistemas
En este cambio, lo que realmente cambia es el foco de la programación: pasa del "diseño de contenido" al "diseño de sistemas de comportamiento".
Antes diseñabas el contenido de una instrucción; ahora diseñas un conjunto completo de comportamientos: cómo se activa, cómo se verifica, cómo se detiene.
El equipo oficial de Claude Code deja un punto de partida simple para quienes quieren diseñar bucles:
Observa el trabajo que haces tú mismo todos los días, elige uno de sus cuellos de botella, y luego hazte 3 preguntas:
Verificación: ¿Puedo escribir esa verificación por él?
Objetivo: ¿Está suficientemente clara la descripción del objetivo?
Ritmo: ¿Aparece el trabajo a un ritmo fijo?
Si la respuesta a alguna es sí, has encontrado el primer bucle que puedes delegar.
La programación con IA, antes competía en habilidades de prompt, ahora compite en quién sabe construir sistemas: quién puede diseñar un bucle que se verifique a sí mismo y sepa cuándo parar.
La era de escribir prompts no desaparecerá de la noche a la mañana, pero su protagonismo se está trasladando hacia los bucles.
Y los verdaderos diseñadores de bucles acaban de subir al escenario.
Referencias:
https://claude.com/blog/getting-started-with-loops
https://code.claude.com/docs/en/agent-sdk/agent-loop
https://support.claude.com/en/articles/14554000-claude-code-power-user-tips?utm_source=chatgpt.com https://www.reddit.com/r/ClaudeWorkflows/comments/1ujy4wq/workflow_designing_robust_claude_agent_loops/
Este artículo proviene del WeChat Official Account "新智元", autor: 元宇 (Yuan Yu)
