De los prompts manuales a los bucles diseñados
La mayoría de la gente todavía opera agentes de IA a mano
Ingresan una tarea
Esperan una respuesta
Revisan el resultado ellos mismos
Corrigen los errores ellos mismos
Luego envían otro prompt
El humano sigue haciendo el bucle
La siguiente etapa es diferente
Dejas de darle instrucciones al agente paso a paso
Construyes un bucle a su alrededor
El bucle da instrucciones
Verifica la salida
Elige la siguiente acción
Y sigue ejecutándose hasta que el resultado cumple el estándar
Eso es la ingeniería de bucles
La idea es simple
Deja de perder tiempo dando prompts manuales a los agentes
Empieza a diseñar los sistemas que dan los prompts por ti
"Ya no deberías estar dando prompts a agentes de codificación. Deberías estar diseñando bucles que den los prompts a tus agentes"
Boris Cherny lidera Claude Code en Anthropic
Describió el mismo cambio a través de su propio flujo de trabajo:
"Ya no le doy prompts a Claude. Tengo bucles ejecutándose que le dan prompts a Claude y deciden qué hacer. Mi trabajo es escribir bucles"
Por qué la mayoría de la gente todavía 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
- Una 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 añade otra factura
Esa es la limitación oculta de la que rara vez se habla
La ingeniería de bucles no es difícil porque el concepto sea complicado 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 importan tanto
Para ejecutar bucles útiles todos los días, necesitas:
- Tokens de entrada asequibles
- Tokens de salida asequibles
- Ventanas de contexto grandes
- Llamadas a herramientas fiables
- 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 hacer 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 el prompt
El agente responde
Tú revisas la respuesta
Notas un problema
Vuelves a dar el prompt
Funciona, pero no escala
El flujo de trabajo antiguo:
- Tú escribes el prompt
- 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 se completa el objetivo
Un prompt le da al agente una sola instrucción
Un bucle le da al agente un trabajo completo
Lo que realmente significa 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 sencillo:
Pasar de un intento inicial a un resultado verificado
Sin que un humano controle cada paso
El bucle básico tiene cinco etapas:
- Descubrir
- Planificar
- Ejecutar
- Verificar
- Iterar
Si el resultado pasa la verificación, publícalo
Si el resultado falla, devuélvelo al bucle
Ese es el concepto completo
No estás intentando escribir un prompt perfecto
Estás creando un sistema
Uno que mejora salidas imperfectas hasta que cumplen 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 hay que hacer
Planifica el trabajo
Realiza la tarea
Revisa el resultado
E 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
- Corrección de errores
- Resúmenes de investigación
Un agente
Un ciclo de retroalimentación
Mejora continua
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 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 igual
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 caro y caótico
Los bucles abiertos pueden:
- Explorar demasiadas direcciones
- Desperdiciar 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 normalmente no son el mejor punto de partida
Bucles cerrados
Los bucles cerrados tienen límites claros
El humano define primero el camino
El bucle sigue operando 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 al humano si el sistema se atasca
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 básicos hacen que ese ciclo sea útil
1 Automatizaciones
La automatización es el corazón del bucle
Inicia el proceso sin que necesites recordar lanzarlo manualmente
Ejemplos:
- Ejecutar cada mañana
- Ejecutar cada vez que se abre un PR
- Ejecutar después de que un archivo cambie
- Ejecutar cuando aparezca un nuevo ticket
- Continuar hasta que todas las pruebas pasen
Si todavía inicias cada acción tú mismo, el bucle no está haciendo lo suficiente
2 Worktrees
Los worktrees 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 worktree 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 Skills
Los skills almacenan conocimiento reutilizable sobre el proyecto
Deja de explicar el mismo contexto en cada ejecución
Escribe la información importante una vez
Deja que cada bucle futuro la reutilice
Los archivos de skill útiles pueden contener:
- Visión del producto
- Arquitectura
- Reglas del proyecto
- Instrucciones de compilación
- Instrucciones de prueba
- Acciones que el agente nunca debe tomar
Sin skills, cada bucle comienza desde cero
Con skills, 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 permisivo 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 falta por completar
Sin memoria persistente, el bucle empieza 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 manejar 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 ventas
1Definir el ICP2↓3Encontrar leads que coincidan con el perfil4↓5Enriquecer cada lead 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 prompts vs ingeniero de bucles
Esta es la nueva brecha de habilidades que se abre en 2026
Ingeniero de prompts
Un ingeniero de prompts se concentra en mejores instrucciones
Mejoran la redacción
Producen una respuesta única más sólida
Pero después de que el agente termina, un humano todavía 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 usar
- 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 prompts 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 prompts manuales a ciclos de retroalimentación automatizados
El cambio:
- Forma antigua: Darle al agente una tarea a la vez
- Forma nueva: Construir un bucle que gestione el ciclo completo
Las 6 cosas que construyes:
- Automatizaciones: Iniciar el bucle automáticamente
- Worktrees: Permitir que los agentes trabajen en paralelo sin conflictos de archivos
- Skills: 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 caro
- Bucle cerrado: Acotado, fiable 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 prompts solicitan salidas a la IA
- Los ingenieros de bucles construyen sistemas que entregan resultados verificados
Ese es el verdadero avance
Deja de buscar un prompt perfecto
Construye un bucle que siga mejorando salidas imperfectas
Un bucle fiable superará a un prompt perfecto
Si has llegado hasta aquí
Sigue a [@elune0x](https://x.com/@elune0x) y marca este artículo como favorito
Vuelve a él cuando estés listo para construir tus propios bucles
