Fable 5: Guía para principiantes sobre ingeniería de bucles

La ingeniería de bucles es el cambio más grande que hemos visto en la generación de prompts para IA.

Combínala con Fable 5, y tendrás agentes de IA trabajando para ti mientras duermes, construyendo cualquier cosa que puedas imaginar.

Esta guía te enseña exactamente cómo empezar.

Una guía para principiantes sobre ingeniería de bucles y cómo una persona común puede aprovechar /loop.

Contenido

• ¿Qué diablos es un bucle?
• Anatomía de un bucle 101
• Generación de prompts 101
• Consejos profesionales de /loop

¿Qué diablos es un bucle?

En resumen

La ingeniería de bucles es esencialmente una forma para que los agentes se generen prompts a sí mismos y eviten iteraciones manuales.

Antes de la ingeniería de bucles: Tú le das un prompt a la IA → Ella responde → Tú iteras → Repites

Con la ingeniería de bucles: Tú diseñas un bucle → El agente regresa con un resultado finalizado (el agente completa toda la investigación, el ir y venir, etc.)

La persona que realmente construyó Claude Code (Boris Cherny) lo dijo claramente:

"Ya no le doy prompts a Claude. Tengo bucles ejecutándose que le dan prompts a Claude. Mi trabajo es solo escribir bucles."

Este es el cambio más grande que hemos visto en la generación de prompts para IA.

Por ahora, eso es todo lo que necesitas saber. Lo que es más importante es la anatomía del bucle y cómo aprovechar este cambio para desbloquear la productividad de la IA.

Anatomía de un bucle 101

Anatomía de un bucle 101

Para esta guía, haré referencia a Claude Code, pero estos principios se aplican a la mayoría de las herramientas y marcos de IA.

Cada bucle en Claude Code tiene las mismas seis partes funcionales.

Domínalas y podrás construir cualquier cosa.

1. Disparador (Automatizaciones)

El disparador es lo que inicia el bucle.

En Claude Code, activas las automatizaciones de bucles agénticos con /schedule y /loop (más sobre prompts después).

/loop se ejecuta en un intervalo específico; sin un intervalo, se auto-regula según la salida.

2. Capa de ejecución

Aquí es donde Claude realmente hace el trabajo.

Lee el estado actual, toma acción y produce resultados.

No se necesita entrada manual, solo observa a Claude trabajar.

3. El Verificador

Aquí es donde le das a Claude un punto de control.

Cosas como: Pruebas, una compilación, una captura de pantalla para comparar.

Usar una capa de verificación ayuda a asegurar que Claude realmente va por buen camino y no está produciendo basura.

Puedes usar el comando /goal, que va un paso más allá al ejecutar un modelo rápido separado para calificar el trabajo después de cada turno.

4. Reglas de parada

Cada bucle necesita dos tipos de condiciones de parada:

1. Parada por éxito (todas las pruebas pasan, tarea completada)
2. Parada por fallo (se excedió el número de reintentos, error irrecuperable).

También puedes agregar reglas de parada, como un presupuesto de tokens, que puede ayudar a gestionar el gasto de IA.

1Hazlas explícitas en tus instrucciones, no implícitas:
2Tienes un máximo de 20 intentos. Si todas las pruebas pasan, reporta "TAREA_COMPLETADA" y detente.
3Si encuentras un error que no puedes resolver después de 3 reintentos, reporta "TAREA_FALLIDA: [razón]" y detente.

5. Memoria (Archivo de progreso)

Mantener un archivo markdown del progreso de Claude es generalmente una buena práctica.

Un registro simple de lo que se ha hecho para que puedas revisar su trabajo y retroceder si es necesario.

6. Habilidades (CLAUDE.md)

Las habilidades son conjuntos de instrucciones guardados que congelan el conocimiento del proyecto para que el agente no vuelva a aprender el mismo contexto en cada sesión.

Tu archivo CLAUDE.md es lo que le da personalidad al bucle y establece sus restricciones para cada ejecución.

Consejo: Mantenlo breve. Un archivo de reglas inflado se paga en cada latido del bucle.

Junta los seis, y la estructura óptima del bucle se ve así:

1DISPARADOR   →  cada 15min / en comentario de PR / en fallo de CI
2EJECUTOR     →  Claude trabaja en la tarea
3VERIFICADOR  →  un modelo separado califica la salida
4PARADA       →  todas las pruebas en verde, o 10 iteraciones, o $5 gastados
5MEMORIA      →  progress.md actualizado en cada ejecución
6HABILIDADES  →  CLAUDE.md leído al inicio de cada sesión

Generación de prompts 101 (uniendo todo)

Escribir prompts para /loop no es lo mismo que la generación de prompts normal. Necesitas un cambio mental sutil al hacer ingeniería de bucles.

Cuando le das un prompt a Claude normalmente, simplemente estás escribiendo una instrucción/tarea.

Cuando diseñas un bucle, estás escribiendo una condición final que debe cumplirse.

Ejemplo

Prompt (turno único):

1Arregla las pruebas que fallan en el módulo de autenticación.

Condición de objetivo (bucle):

1/loop todas las pruebas en el módulo de autenticación pasan y la cobertura está por encima del 80%

Un prompt le dice a Claude qué hacer, mientras que una condición de objetivo le dice a Claude cuándo detenerse.

La anatomía de una buena condición de objetivo

Cada prompt /loop sólido tiene tres cosas:

1. Un estado final verificable
2. Una restricción de alcance (qué archivos, qué carpetas, qué tareas)
3. Una regla de parada (iteraciones máximas o presupuesto)

Aquí está la plantilla:

/loop [estado final verificable/tiempo], tocando solo [alcance], detente después de [X] restricciones, usa [X] Habilidades, usa agentes verificadores para [x] punto de control, y mantén un archivo de memoria de todo tu trabajo.

Esta es la estructura base de /loop que todo principiante debería usar para obtener excelentes resultados sin complicar demasiado las cosas.

CLAUDE.md

Piensa en tu CLAUDE.md como el documento informativo que tu bucle lee antes de comenzar cada ejecución.

Asegúrate de incluir todo lo que normalmente repetirías en un prompt: tu stack, tus reglas, tus preferencias, etc.

De nuevo, mantenlo breve. Cada línea extra de contexto inflado cuesta tokens.

Uniendo todo (un ejemplo de /loop para un informe de investigación):

1CLAUDE.md (configurado una vez):
2Estilo de investigación: exhaustivo, con citas, sin relleno
3Formato de salida: markdown con encabezados claros
4Nunca crear archivos fuera de /research
5Fuentes preferidas: fuentes primarias, publicaciones de renombre, datos oficiales
6Presupuesto máximo por sesión: $3
7Habilidad (configurada una vez):
8/skill verificar-investigacion: antes de marcar cualquier sección como completa, confirma
9que cada afirmación importante tenga una fuente, cada sección tenga al menos 3 puntos
10de datos de respaldo, y no haya lagunas obvias. Nunca entregues una investigación superficial.
11El bucle:
12/loop cada 30 minutos,
13
14tocando solo /research/brief.md,
15
16detente después de 10 iteraciones o si la misma consulta de búsqueda aparece
173 veces seguidas sin que surja nueva información,
18
19usa la habilidad verificar-investigacion después de redactar cada sección,
20
21usa un agente verificador para comprobar la calidad de las fuentes y la integridad
22de la cobertura en el punto medio y antes de la entrega final,
23
24y mantén un archivo de memoria en /research/progress.md que registre
25qué secciones están hechas, qué fuentes se han utilizado,
26y qué ángulos aún necesitan cobertura — léelo al inicio
27de cada ejecución y actualízalo al final.
28
29Tema: [tu tema aquí]
30
31Cada principio en un solo lugar. El bucle se ejecuta en un temporizador, permanece limitado a un archivo, se detiene solo por estancamiento o presupuesto, usa una habilidad guardada como control de calidad, inicia un verificador separado en dos puntos de control, y mantiene un archivo de memoria persistente para que cada ejecución continúe exactamente donde la anterior se detuvo.

Consejos profesionales de /loop

Una sección de consejos profesionales de /loop para que empieces

• Empieza con /goal antes de /loop: Es el mismo comportamiento, pero más fácil de entender como principiante.
• Dedica más tiempo al entregable: Al diseñar bucles, concéntrate en cómo quieres que se vea el objetivo final; todo lo demás es básicamente ruido.
• Iguala el nivel de esfuerzo a la tarea: Tu esfuerzo de razonamiento predeterminado debe ser alto. Solo usa xHigh, Max y Ultracode para construcciones complejas.
• Subagentes: Cada subagente comienza con una ventana de contexto nueva. Aprovecha el despliegue de subagentes dentro de los bucles.
• Siempre pon un límite: Adquiere el hábito de establecer un límite de iteraciones duro y un presupuesto en dólares antes de cada ejecución.
• Ejecuta /compact manualmente antes de sesiones largas: Cuando la ventana de contexto se acerca a su límite, el SDK se compacta automáticamente. También puedes activarlo temprano con /compact.
• Los bucles funcionan para mucho más que código: Puedes usar /loop para todas las tareas. Siéntete libre de ser creativo y usar bucles para escribir, investigar y tareas no convencionales que no sean de código.

Cierre

Espero que hayas encontrado valiosa esta guía de /loop.

Si fue así, asegúrate de seguirme @aiedge_ - publico artículos de IA como este 2-3 veces por semana.

Si disfrutas del contenido escrito sobre IA, no dudes en suscribirte a mi boletín gratuito aquí:

https://newsletter.aiedgehq.co/

https://newsletter.aiedgehq.co/

100% gratis, sin spam nunca y puedes darte de baja en cualquier momento.

Por último, si puedes, sigue mi nueva cuenta de clips donde publico videos cortos discutiendo temas de IA/mercado que son tendencia; estoy seguro de que obtendrás mucho valor💙

https://x.com/DeutscherClips/status/2072924183861018957