De la instrucción manual a los bucles diseñados
La mayoría de la gente aún opera los agentes de IA manualmente
Ingresan una tarea
Esperan una respuesta
Revisan el resultado ellos mismos
Corrigen los errores ellos mismos
Luego envían otra instrucción
El humano sigue haciendo el bucle
La siguiente etapa se ve diferente
Dejas de dar instrucciones paso a paso al agente
Construyes un bucle a su alrededor
El bucle da instrucciones
Verifica el resultado
Elige la siguiente acción
Y sigue ejecutándose hasta que el resultado cumple con el estándar
Eso es la ingeniería de bucles
La idea es simple
Deja de perder tiempo dando instrucciones manuales a los agentes
Empieza a diseñar los sistemas que les dan instrucciones por ti
"Ya no deberías estar dándole instrucciones a los agentes de codificación. Deberías estar diseñando bucles que les den instrucciones a tus agentes"
Boris Cherny lidera Claude Code en Anthropic
Él describió el mismo cambio a través de su propio flujo de trabajo:
"Ya no le doy instrucciones a Claude. Tengo bucles ejecutándose que le dan instrucciones a Claude y averiguan qué hacer. Mi trabajo es escribir bucles"
Por qué la mayoría aún no construye bucles reales
Los bucles suenan increíbles hasta que ves la factura de tokens
Un bucle de agente normal puede consumir contexto extremadamente rápido:
- Un bucle de codificación mediano puede usar 50K-200K tokens
- Un flota con un orquestador y especialistas puede usar 500K-2M tokens
- Un bucle programado para ejecutarse a diario puede consumir millones de tokens cada semana
Cada reintento cuesta tokens
Cada corrección cuesta tokens
Cada paso de verificación cuesta tokens
Cada subagente agrega otra factura
Esa es la limitación oculta que rara vez se discute
La ingeniería de bucles no es difícil porque el concepto sea difícil de entender
Es difícil porque la mayoría de los usuarios no pueden permitirse ejecuciones ilimitadas de agentes
La respuesta obvia es:
"Fácil para ti decirlo, tú tienes acceso ilimitado a OpenAI"
Y esa crítica es justa
Por eso los modelos baratos con ventanas de contexto grandes son tan importantes
Para ejecutar bucles útiles todos los días, necesitas:
- Tokens de entrada asequibles
- Tokens de salida asequibles
- Ventanas de contexto grandes
- Llamadas a herramientas confiables
- Salida JSON estructurada
- Alta concurrencia
- Suficiente contexto para recordar pasos anteriores
Sin esas cosas, los bucles siguen siendo experimentos costosos
Con ellas, los bucles se convierten en sistemas prácticos que pueden realizar trabajo real
El flujo de trabajo antiguo vs el nuevo flujo de trabajo
Durante los últimos dos años, la mayoría de la gente ha usado agentes así:
Tú das una instrucción
El agente responde
Tú revisas la respuesta
Notas un problema
Vuelves a dar una instrucción
Funciona, pero no escala
El flujo de trabajo antiguo:
- Tú escribes la instrucción
- El agente crea una salida
- Tú inspeccionas la salida
- Tú reparas las partes débiles
- Tú repites el proceso manualmente
El nuevo flujo de trabajo:
- Tú defines el resultado
- El bucle descubre lo que se necesita
- El bucle crea un plan
- El agente ejecuta el trabajo
- Un verificador evalúa el resultado
- El bucle corrige fallos
- El sistema se detiene cuando el objetivo está completo
Una instrucción le da al agente una sola orden
Un bucle le da al agente un trabajo completo
Qué significa realmente la ingeniería de bucles
La ingeniería de bucles significa construir ciclos de retroalimentación repetibles alrededor de agentes de IA
El objetivo es directo:
Pasar de un intento inicial a un resultado verificado
Sin que un humano controle cada paso
El bucle básico contiene cinco etapas:
- Descubrir
- Planificar
- Ejecutar
- Verificar
- Iterar
Si el resultado pasa la verificación, se envía
Si el resultado falla, se devuelve al bucle
Ese es todo el concepto
No estás tratando de escribir una instrucción perfecta
Estás creando un sistema
Uno que mejora resultados imperfectos hasta que cumplan con el requisito
Bucles de un solo agente
Los bucles generalmente vienen en dos tamaños
La versión más pequeña usa un solo agente para completar todo el ciclo
Descubre lo que debe suceder
Planifica el trabajo
Realiza la tarea
Revisa el resultado
Y lo intenta de nuevo cuando algo falla
Es similar a una persona editando su propio borrador hasta que esté listo
Los bucles de un solo agente funcionan bien para:
- Tareas enfocadas
- Alcances limitados
- Objetivos claros
- Borradores de contenido
- Correcciones de errores
- Resúmenes de investigación
Un agente
Un ciclo de retroalimentación
Mejora continua por sí mismo
Bucles de flota
Un bucle de flota opera a mayor escala
Un orquestador recibe el objetivo principal
Divide el objetivo en partes más pequeñas
Esas partes se asignan a agentes especialistas
Cada especialista también puede delegar tareas específicas a subagentes más pequeños
Ejemplo:
1Objetivo: Construir una app de productividad23Orquestador es dueño de la misión4 ↓ ↓ ↓5 Investigación Ingeniería QA6 Especialista Especialista Especialista7 ↓ ↓ ↓8 Investigador Web Escritor de Código Escritor de Pruebas9 + Depurador + Rastreador de Errores
Esto ya no es un agente trabajando solo
Se parece más a un pequeño equipo autónomo ejecutando un proyecto de principio a fin
Bucles abiertos vs bucles cerrados
Esta es la diferencia práctica más importante
No todos los bucles funcionan de la misma manera
Bucles abiertos
Los bucles abiertos son exploratorios
Proporcionas un objetivo amplio y permites que el agente descubra su propio camino
El agente puede descubrir cosas útiles que nunca especificaste
Pero también puede volverse costoso y caótico
Los bucles abiertos pueden:
- Explorar demasiadas direcciones
- Gastar grandes cantidades de tokens
- Generar trabajo de baja calidad a alta velocidad
- Desviarse del objetivo real
- Volverse difíciles de controlar
Los bucles abiertos son emocionantes
Pero generalmente no son el mejor punto de partida
Bucles cerrados
Los bucles cerrados tienen límites claros
El humano define primero el camino
El bucle aún opera de forma independiente, pero se mantiene dentro de reglas explícitas
Un bucle cerrado incluye:
- Un objetivo claro
- Etapas definidas
- Evaluación después de cada etapa
- Una condición de parada
- Una transferencia a humano si el sistema se queda atascado
Esta es la versión que crea valor hoy
Cuesta menos
Es más fácil de confiar
Produce resultados más limpios
Empieza con bucles cerrados
Hazlos más abiertos solo después de que tus verificaciones sean lo suficientemente sólidas
Los 6 componentes básicos de un bucle efectivo
Todo bucle sigue el mismo ciclo de cinco etapas conceptualmente
En la práctica, seis componentes hacen que ese ciclo sea útil
1 Automatizaciones
La automatización es el corazón del bucle
Inicia el proceso sin que tengas que recordar lanzarlo manualmente
Ejemplos:
- Ejecutar cada mañana
- Ejecutar cada vez que se abre un PR
- Ejecutar cuando un archivo cambia
- Ejecutar cuando aparece un nuevo ticket
- Continuar hasta que todas las pruebas pasen
Si aún inicias cada acción tú mismo, el bucle no está haciendo lo suficiente
2 Árboles de trabajo (Worktrees)
Los árboles de trabajo se vuelven importantes cuando varios agentes editan código al mismo tiempo
Sin aislamiento, los agentes chocan
Dos agentes pueden cambiar el mismo archivo
Un agente puede sobrescribir el trabajo de otro
Un árbol de trabajo le da a cada agente un espacio de trabajo y una rama separados
Eso permite que múltiples agentes trabajen en paralelo
Sin convertir el repositorio en un desastre
3 Habilidades (Skills)
Las habilidades almacenan conocimiento reutilizable sobre el proyecto
Deja de explicar el mismo contexto durante cada ejecución
Escribe la información importante una vez
Deja que cada bucle futuro la reutilice
Los archivos de habilidades útiles pueden contener:
- Visión del producto
- Arquitectura
- Reglas del proyecto
- Instrucciones de compilación
- Instrucciones de prueba
- Acciones que el agente nunca debe realizar
Sin habilidades, cada bucle comienza desde cero
Con habilidades, cada ejecución comienza con conocimiento acumulado de trabajos anteriores
4 Plugins y conectores
Un bucle que solo puede leer archivos locales tiene un valor limitado
Los conectores le permiten interactuar con las herramientas donde ocurre tu trabajo real
Ejemplos:
- GitHub
- Slack
- Linear
- Jira
- Gmail
- Google Drive
- Bases de datos
- APIs de staging
Esta es la diferencia entre:
"Aquí hay una posible solución"
Y:
"Abrí el PR y lo conecté al ticket"
"Luego monitoreé CI y publiqué la actualización final"
5 Subagentes
El creador y el verificador no deberían ser siempre el mismo agente
Un agente que escribió el código puede ser demasiado indulgente al revisarlo
Un agente que redactó un artículo puede pasar por alto las mismas secciones débiles dos veces
Usa agentes separados para:
- Exploración
- Implementación
- Revisión
- Pruebas
- Verificación de hechos
- Resúmenes finales
La calidad mejora cuando el revisor es independiente
El creador no debería ser el único que verifique el trabajo
6 Memoria
La memoria permite que el bucle continúe a través de múltiples ejecuciones
El modelo olvida
El repositorio no
Las notas no
El registro del proyecto no
La memoria se puede almacenar en:
- Archivos Markdown
- Registros del proyecto
- Tickets de Linear
- Issues de GitHub
- Bóvedas de Obsidian
- Bases de datos
- Proyectos de Claude
Un bucle de larga duración debe recordar lo que ya se ha intentado
Lo que funcionó
Lo que falló
Y lo que aún necesita completarse
Sin memoria persistente, el bucle comienza desde cero cada vez
Ejemplos reales de bucles
Estos flujos de trabajo hacen concreto el concepto
Bucle de codificación
1Leer VISION.md + ARCHITECTURE.md2↓3Planificar el siguiente cambio4↓5Editar el código6↓7Ejecutar las pruebas8↓9Si las pruebas fallan → inspeccionar el error → corregir → probar de nuevo10↓11Si las pruebas pasan → resumir los cambios12↓13Detener
Un humano no necesita impulsar cada etapa
El agente escribe, prueba, corrige y verifica su propio trabajo
Bucle de investigación
1Definir la pregunta de investigación2↓3Encontrar fuentes relevantes4↓5Resumir la evidencia6↓7Verificar cada afirmación contra las fuentes8↓9Comparar información conflictiva10↓11Crear la síntesis final12↓13Detener cuando se alcance el umbral de confianza
Esto produce un resultado mucho más sólido que pedir un resumen rápido
Bucle de contenido
1Definir el tema + audiencia + objetivo2↓3Crear el primer borrador4↓5Enviarlo a un agente crítico6↓7Reescribir usando la crítica8↓9Puntuarlo contra los criterios de éxito10↓11Si pasa → publicar12↓13Si falla → reescribir de nuevo
El bucle convierte una idea en un sistema de contenido repetible
Bucle de prospección de ventas
1Definir el ICP (Perfil de Cliente Ideal)2↓3Encontrar prospectos que coincidan con el perfil4↓5Enriquecer cada prospecto con datos de la empresa6↓7Calificarlos según los criterios8↓9Personalizar el mensaje10↓11Ejecutar una revisión de calidad12↓13Enviar o escalar a un humano
Cada ejemplo usa el mismo esqueleto:
Objetivo
Acción
Verificación
Corrección
Repetir hasta que el trabajo esté completo
Ingeniero de instrucciones vs ingeniero de bucles
Esta es la nueva brecha de habilidades que se abre en 2026
Ingeniero de instrucciones
Un ingeniero de instrucciones se concentra en mejores instrucciones
Mejora la redacción
Produce una respuesta única más sólida
Pero después de que el agente termina, un humano aún tiene que revisar todo
El humano sigue siendo el bucle de retroalimentación
Ingeniero de bucles
Un ingeniero de bucles construye el sistema de retroalimentación en sí mismo
Determinan:
- Qué lanza el bucle
- Qué contexto recibe el agente
- Qué herramientas puede acceder
- Qué califica como éxito
- Quién verifica el resultado
- Cuándo debe detenerse el proceso
- Dónde se almacena la salida final
Un ingeniero de instrucciones dice:
"Escribe una función para mí"
Un ingeniero de bucles dice:
"Escribe la función"
"Pruébala y corrígela hasta que todas las pruebas pasen"
"Luego resume el cambio"
Las herramientas pueden ser idénticas
La mentalidad es completamente diferente
Los constructores de IA de mayor apalancamiento están yendo más allá de mejores instrucciones
Están creando sistemas que descubren y planifican
Ejecutan y verifican
Luego se detienen en el momento correcto
La versión corta
La ingeniería de bucles es el paso de instrucciones manuales a ciclos de retroalimentación automatizados
El cambio:
- Forma antigua: Darle una tarea a la vez al agente
- Nueva forma: Construir un bucle que gestione el ciclo completo
Las 6 cosas que construyes:
- Automatizaciones: Iniciar el bucle automáticamente
- Árboles de trabajo: Permitir que los agentes trabajen en paralelo sin conflictos de archivos
- Habilidades: Reutilizar el conocimiento del proyecto en cada ejecución
- Plugins y conectores: Darle al bucle acceso a herramientas reales
- Subagentes: Separar a los creadores de los revisores
- Memoria: Preservar el conocimiento entre ejecuciones
Los 2 tamaños:
- Bucle de un solo agente: Un agente mejora repetidamente su propio trabajo
- Bucle de flota: Un orquestador coordina especialistas y subagentes
Los 2 tipos:
- Bucle abierto: Flexible, exploratorio y costoso
- Bucle cerrado: Acotado, confiable y asequible
Las 5 etapas:
- Descubrir
- Planificar
- Ejecutar
- Verificar
- Iterar
El problema real del costo:
- Los bucles consumen tokens rápidamente
- Los modelos baratos de contexto largo los hacen prácticos
- Sin tokens asequibles, la mayoría de los usuarios nunca pasan de los experimentos
El cambio de mentalidad:
- Los ingenieros de instrucciones solicitan resultados a la IA
- Los ingenieros de bucles construyen sistemas que entregan resultados verificados
Esa es la verdadera clave
Deja de buscar una instrucción perfecta
Construye un bucle que siga mejorando resultados imperfectos
Un bucle confiable vencerá a una instrucción perfecta
Si llegaste hasta aquí
Sigue a @elune0x y marca este artículo como favorito
Vuelve a él cuando estés listo para construir tus propios bucles
