{"content_id":"oswgmcvvui","slug":"loop-engineering-concept-components","locale":"es","schema_type":"TechArticle","category":"ai_data","category_name":"Datos de IA","title":"El concepto de ingeniería de bucles y sus componentes esenciales","summary":"La ingeniería de bucles es un método de diseño en el que, una vez que el ser humano define los objetivos y las restricciones, un agente de IA repite los procesos de planificación, ejecución, prueba y modificación para mejorar los resultados. Sus componentes clave pueden clasificarse en automatización, árbol de trabajo, habilidades, complementos y conectores, subagentes y memoria.","author":{"name":"Equipo editorial de Injoys","url":"https://injoys.com/ko/about"},"key_points":["La ingeniería de bucles no consiste simplemente en redactar indicaciones, sino que es un enfoque que consiste en diseñar un sistema de trabajo que permita a la IA ejecutar tareas de forma repetida hasta alcanzar el objetivo.","Si la ingeniería de arneses establece un entorno de trabajo seguro y unas normas, la ingeniería de bucles pone en marcha el motor de ejecución repetitiva dentro de ese entorno.","Un bucle seguro requiere un espacio de trabajo aislado, instrucciones claras, herramientas conectadas, una distribución de funciones, el almacenamiento del estado y condiciones de interrupción.","En la automatización del desarrollo de IA, el bucle agrupa la escritura de código, la ejecución de pruebas, el análisis de errores, los nuevos intentos y las solicitudes de revisión en un único ciclo de retroalimentación cerrado.","La ingeniería de bucles puede aumentar la productividad, pero puede resultar peligrosa si no se cuenta con mecanismos de gestión de permisos, control de costes, verificación de la calidad y prevención de repeticiones infinitas."],"content_markdown":"## Resumen\n\nLa ingeniería de bucles es un método para diseñar una **estructura iterativa en la que un agente de IA planifica, ejecuta, comprueba los resultados, reflexiona sobre las causas del fracaso y vuelve a intentarlo** con el fin de alcanzar un objetivo. Está cobrando especial importancia en tareas en las que es posible verificar los resultados, como el desarrollo de software, el procesamiento de datos, la generación de documentos y la automatización de pruebas.\n\nEste término aún no se utiliza como término académico establecido en todos los documentos normativos. Sin embargo, en la práctica, puede describirse como el concepto que sigue a la ingeniería de prompts, la ingeniería de contexto y la ingeniería de harnesses. La clave no está en «dar una buena instrucción a la IA una sola vez», sino en «crear un sistema en el que la IA pueda repetir el proceso hasta alcanzar el objetivo dentro de un entorno seguro».\n\n## La evolución de la ingeniería de la IA: de las indicaciones a los bucles\n\n| Etapa | Pregunta clave | Papel del ser humano | Papel de la IA | Resultados principales |\n|---|---|---|---|---|\n| Ingeniería de prompts | ¿Cómo formular la pregunta? | Redacción de instrucciones y verificación de resultados | Generación de una única respuesta | Respuestas, borradores, fragmentos de código |\n| Ingeniería de contexto | ¿Qué información de fondo proporcionar? | Suministro de documentos, ejemplos, políticas y datos | Inferencia dentro del contexto dado | Respuestas más coherentes, resultados personalizados |\n| Ingeniería de arneses | ¿En qué entorno y con qué reglas va a trabajar? | Diseño de permisos, herramientas, procedimientos y normas de seguridad | Uso de herramientas dentro de un entorno definido | Flujo de trabajo controlado del agente |\n| Ingeniería de bucles | ¿Cómo hacer que repita el proceso hasta alcanzar el objetivo? | Establecimiento de objetivos, restricciones, criterios de evaluación y condiciones de interrupción | Repetición de ejecución, verificación, corrección y reintento | Bucle de trabajo que se mejora automáticamente |\n\n### Ingeniería de prompts\n\nLa ingeniería de prompts es un método que consiste en redactar con precisión preguntas, órdenes, ejemplos y formatos de salida para obtener los resultados deseados de la IA. Se trata de la forma más básica de interacción y se asemeja a una estructura en la que el ser humano modifica las instrucciones y comprueba los resultados en cada ocasión.\n\n### Ingeniería de contexto\n\nLa ingeniería de contexto es un método que consiste en proporcionar al modelo documentos de referencia, políticas, información del código fuente, preferencias del usuario, estilo de salida y conversaciones anteriores, entre otros, para obtener resultados más precisos. La ventana de contexto amplia, la generación aumentada por búsqueda, la adjunción de archivos y la indexación del código fuente están relacionadas con esta etapa.\n\n### Ingeniería de arneses\n\nLa ingeniería de arneses diseña **los procedimientos y las restricciones dentro de los cuales debe actuar** la IA cuando utiliza herramientas y lleva a cabo varias etapas. Por ejemplo, «lee los archivos relevantes antes de modificar el código», «no realices la fusión si no se superan las pruebas», «No abras archivos que contengan información confidencial», entre otras.\n\n### Ingeniería de bucles\n\nLa ingeniería de bucles consiste en superponer un **motor de ejecución iterativa** sobre el entorno de trabajo controlado creado por el «harness». El agente de IA elige por sí mismo la siguiente acción para alcanzar el objetivo, utiliza herramientas, evalúa los resultados y, en caso de fallo, modifica la estrategia y vuelve a ejecutarla.\n\n## Definición fundamental de la ingeniería de bucles\n\nLa ingeniería de bucles puede definirse como el diseño de un sistema de trabajo de IA que cumple las siguientes condiciones:\n\n- Los humanos establecen el objetivo final, los límites permitidos, los criterios de evaluación y las condiciones de interrupción.\n- El agente de IA elabora un plan de trabajo para alcanzar el objetivo.\n- El agente utiliza las herramientas necesarias, como la ejecución de código, las pruebas, las búsquedas, la modificación de archivos y las llamadas a la API.\n- Si el resultado de la ejecución es un fallo o resulta insuficiente, analiza la causa del fallo y genera un nuevo intento.\n- El bucle se detiene cuando se cumplen las condiciones de interrupción, como la consecución del objetivo, el exceso de presupuesto, el número máximo de repeticiones, la aparición de señales de riesgo o la necesidad de aprobación humana.\n\nEs decir, la esencia de la ingeniería de bucles es el **ciclo de retroalimentación automatizado**.\n\n## ¿Por qué es necesaria la ingeniería de bucles?\n\nEn los métodos tradicionales de uso de la IA, el ser humano tiende a convertirse en un cuello de botella. Esto se debe a que el ser humano tiene que redactar las instrucciones, comprobar los resultados, solicitar nuevas modificaciones, ejecutar pruebas y copiar los mensajes de error para volver a introducirlos.\n\nLa ingeniería de bucles sistematiza este proceso repetitivo. Por ejemplo, en las tareas de desarrollo, la IA puede repetir automáticamente el siguiente flujo:\n\n1. Lee los requisitos y elabora un plan de trabajo.\n2. Modifica el código en un espacio de trabajo independiente.\n3. Ejecuta pruebas y el linter.\n4. Analiza los registros de errores.\n5. Crea por sí misma la indicación de modificación o la siguiente acción.\n6. Vuelve a modificar el código.\n7. Si se cumplen los criterios de aprobación, recopila los resultados y solicita su revisión.\n\nEn esta estructura, no es necesario que el ser humano dirija directamente todos los pasos intermedios. En su lugar, el ser humano se centra en establecer objetivos, dar el visto bueno, gestionar excepciones y evaluar la calidad final.\n\n## Los seis componentes esenciales de la ingeniería de bucles\n\n### 1. Automatización: el motor que hace girar el bucle\n\nLa automatización es la base que permite que el bucle se ejecute sin intervención manual. Incluye la cola de tareas, el programador, el pipeline de CI/CD, el tiempo de ejecución del agente, los desencadenantes de eventos y las políticas de reintento, entre otros.\n\nLas funciones que desempeña la automatización son las siguientes:\n\n- Detección de las condiciones de inicio de las tareas\n- Ejecución de agentes\n- Llamada a herramientas y recopilación de resultados\n- Ejecución de las fases de prueba o validación\n- Reintentos en caso de fallo\n- Almacenamiento de registros\n- Transición a la fase de aprobación humana\n- Limitación de costes, tiempo y número de repeticiones\n\nLa automatización no es una simple «ejecución automática», sino un mecanismo de control que gestiona el ciclo de vida del bucle.\n\n### 2. Árbol de trabajo: un espacio de trabajo seguro\n\nEl árbol de trabajo es un espacio de trabajo aislado que se proporciona para evitar que la IA dañe directamente el código principal o los datos operativos reales. Un ejemplo típico es el uso de la función `worktree` de Git, que permite crear un directorio de trabajo independiente dentro del mismo repositorio para realizar modificaciones y pruebas de forma autónoma.\n\nLa importancia del «worktree» radica en lo siguiente:\n\n- Protege la rama principal o el entorno de producción.\n- Permite que varios agentes realicen tareas diferentes en paralelo.\n- Permite descartar fácilmente los intentos fallidos.\n- Permite revisar los cambios mediante un diff.\n- Permite fusionar únicamente los cambios que hayan superado las pruebas.\n\nEn la ingeniería de bucles, el «worktree» es el espacio de experimentación de la IA. Para que el sistema en su conjunto se mantenga seguro incluso si los agentes realizan modificaciones audaces, es necesario aislar el espacio de trabajo.\n\n### 3. Habilidades: el manual de referencia para el trabajo\n\nLas habilidades son un conjunto de directrices, procedimientos, listas de comprobación, reglas de codificación, principios de diseño y ejemplos que la IA debe seguir al realizar una tarea concreta. Al igual que las personas proporcionan documentos de incorporación a los nuevos miembros del equipo, los agentes también necesitan criterios para el desempeño de sus funciones.\n\nLa documentación de las habilidades puede incluir la siguiente información:\n\n- Descripción de la estructura del proyecto y los módulos clave\n- Estilo de código y reglas de nomenclatura\n- Método de redacción de pruebas\n- Principios de diseño de la API\n- Prohibiciones de seguridad\n- Lista de comprobación previa a la implementación\n- Ubicación de los registros que deben consultarse en caso de fallo\n- Formato de los informes de resultados\n\nSin estas habilidades, el agente se verá obligado a recurrir cada vez a la deducción general. Por el contrario, unas habilidades bien definidas transmiten a la IA la forma de trabajar de la organización en un formato reutilizable.\n\n### 4. Complementos y conectores: acceso a las herramientas necesarias\n\nLos complementos y conectores permiten que la IA acceda a las herramientas y sistemas que necesita durante su trabajo. Por ejemplo, pueden conectarse a repositorios de código, gestores de incidencias, sistemas de búsqueda, bases de datos, repositorios de documentación, ejecutores de pruebas, navegadores, herramientas de implementación o sistemas de notificaciones.\n\nLa razón por la que es necesario conectar estas herramientas es clara. Si un agente decide que «debe ejecutar una prueba», pero no tiene permisos para hacerlo, el bucle se detiene. Si decide que «debe consultar la documentación relevante», pero no dispone de una ruta de acceso a la misma, aumenta la probabilidad de que responda basándose en conjeturas.\n\nPara diseñar un buen conector, es necesario seguir los siguientes principios:\n\n- Aplicar el principio de privilegios mínimos.\n- Separar los permisos de lectura de los de escritura.\n- Establecer un paso de autorización para las tareas peligrosas.\n- Registrar todas las llamadas a herramientas en el registro.\n- Restringir el acceso a la información confidencial mediante una política específica.\n- Registrar también en el estado del bucle las llamadas a herramientas que hayan fallado.\n\n### 5. Subagentes: trabajadores de IA con funciones diferenciadas\n\nLos subagentes constituyen una estructura en la que no es un único agente principal el que se encarga de todo, sino que los agentes colaboran según sus funciones. Al igual que en un equipo de desarrollo humano, se pueden separar las funciones de diseño, back-end, front-end, control de calidad, revisión de seguridad y documentación.\n\n| Función | Responsabilidades principales | Ejemplo de salida |\n|---|---|---|\n| Agente planificador | Análisis de requisitos, desglose de tareas, establecimiento de prioridades | Plan de implementación, lista de tareas |\n| Agente de back-end | Implementación de API, modelos de datos y lógica del servidor | Modificaciones en el código, pruebas |\n| Agente de front-end | Interfaz de usuario, gestión de estado y mejora de la accesibilidad | Modificaciones en los componentes, pruebas de pantalla |\n| Agente de control de calidad | Ejecución de pruebas, reproducción de errores, verificación de regresión | Registros de fallos, procedimiento de reproducción |\n| Agente de revisión | Comprobación de la calidad del código, la seguridad y el estilo | Comentarios de revisión, lista de riesgos |\n| Agente de documentación | Descripción de los cambios, redacción de instrucciones de uso | Notas de lanzamiento, guía de uso |\n\nLa ventaja de la estructura de subagentes es que permite dividir las especialidades. Sin embargo, pueden surgir conflictos entre agentes, duplicidades en el trabajo y falta de claridad en las responsabilidades, por lo que es necesario contar con un coordinador y unos acuerdos de trabajo claros.\n\n### 6. Memoria: almacenamiento de estado que permite la interrupción y la reanudación\n\nLa memoria es la función que almacena el estado actual del bucle, los intentos anteriores, las causas de los fallos, los motivos de las decisiones, los cambios en los archivos, los resultados de las pruebas y el plan de acción siguiente. Cuanto más largo es el bucle, más imprescindible resulta la memoria.\n\nLa memoria se puede dividir, a grandes rasgos, en dos tipos.\n\n- Memoria a corto plazo: plan de la sesión de trabajo actual, registros, resultados de llamadas a herramientas, mensajes de error\n- Memoria a largo plazo: reglas del proyecto, soluciones anteriores, patrones de errores recurrentes, preferencias de los usuarios, estándares del equipo\n\nSin memoria, el agente puede repetir los mismos errores o tener que reiniciar desde cero una tarea que se había interrumpido. Por el contrario, una memoria bien diseñada permite que el bucle continúe de forma estable y reduce los costes.\n\n## Arquitectura básica de la ingeniería de bucles\n\nLos sistemas de ingeniería de bucles suelen tener la siguiente estructura:\n\n1. Introducción de objetivos: se proporcionan el problema que debe resolver el ser humano y los criterios de finalización.\n2. Recopilación de contexto: se leen el código, la documentación, las incidencias, los registros y las políticas.\n3. Elaboración de un plan: el agente divide la tarea en pequeños pasos.\n4. Ejecución: se llevan a cabo modificaciones en el código, la creación de archivos, el procesamiento de datos y la ejecución de herramientas.\n5. Verificación: se realizan pruebas, análisis de lint, comprobaciones de tipos, comprobaciones de políticas y revisiones.\n6. Evaluación: se determina si se han cumplido los criterios objetivo.\n7. Iteración: en caso de fallo, se analiza la causa y se vuelve a un nuevo plan.\n8. Finalización: se detiene en uno de los siguientes casos: éxito, superación de límites, detección de riesgos o necesidad de aprobación humana.\n9. Informe: se resumen los cambios, los resultados de la verificación, los riesgos restantes y las próximas medidas recomendadas.\n\nEste flujo parte de la premisa de una «IA que actúa en entornos reales y verifica los resultados», y no de una «IA que se limita a pensar repetidamente».\n\n## Diferencias entre la ingeniería de arnés y la ingeniería de bucle\n\n| Categoría | Ingeniería de arnés | Ingeniería de bucle |\n|---|---|---|\n| Objetivo | Crear un entorno en el que la IA pueda trabajar de forma segura | Hacer que la IA repita el proceso hasta alcanzar el objetivo |\n| Elementos centrales | Reglas, permisos, herramientas, procedimientos, restricciones | Ejecución repetitiva, retroalimentación, nuevos intentos, almacenamiento del estado |\n| Respuesta ante fallos | Impedir comportamientos peligrosos o solicitar autorización | Generar el siguiente intento teniendo en cuenta la causa del fallo |\n| Intervención humana | Centrarse en el diseño de políticas y del entorno | Centrarse en el establecimiento de objetivos, el tratamiento de excepciones y la aprobación final |\n| Analogía | Lugar de trabajo y equipo de seguridad | Línea de producción que mantiene el lugar de trabajo en constante movimiento |\n\nSi se crea un bucle sin arnés, el agente podría realizar acciones peligrosas debido a un exceso de permisos. Si solo se crea un arnés sin bucle, se dispone de un entorno seguro, pero la productividad se ve limitada. En la práctica, es necesario combinar ambos enfoques.\n\n## Ejemplo de aplicación: el bucle de un agente de programación de IA\n\nEn el desarrollo de software, la ingeniería de bucles es relativamente fácil de entender. Supongamos, por ejemplo, que se nos da el objetivo de «corregir un error de inicio de sesión».\n\n### Entrada\n\n- Objetivo: corregir un error que provoca que el inicio de sesión falle en determinadas condiciones\n- Criterios de finalización: superar las pruebas pertinentes, que no haya regresión en la función de inicio de sesión existente y enviar un resumen de los cambios\n- Restricciones: no se permite cambiar el método de almacenamiento de los tokens de autenticación ni modificar directamente la base de datos de usuarios\n\n### Ejecución del bucle\n\n1. El agente lee la descripción del problema y los archivos relacionados.\n2. Crea una rama independiente o un directorio de trabajo en el árbol de trabajo.\n3. Reproduce la prueba fallida.\n4. Analiza el registro de errores y el código relacionado.\n5. Aplica la corrección.\n6. Ejecuta las pruebas.\n7. Si falla, resume la causa e intenta otra corrección.\n8. Si tiene éxito, recopila el diff, los resultados de las pruebas y los factores de riesgo.\n9. Solicita a un revisor humano la aprobación de la fusión.\n\nEn este ejemplo, el revisor humano no copia cada vez el registro de errores para redactar un nuevo mensaje. En su lugar, el bucle realiza las tareas repetitivas y el revisor humano interviene en las etapas que requieren una decisión final y responsabilidad.\n\n## Variables de control que deben establecerse obligatoriamente al diseñar\n\nAunque la ingeniería de bucles se describe a menudo partiendo de la premisa de la repetición infinita, en los sistemas reales lo «infinito» resulta peligroso. Un bucle seguro requiere límites claros.\n\n| Variable de control | Descripción | Ejemplo |\n|---|---|---|\n| Número máximo de repeticiones | Límite del número de reintentos de la misma tarea | Máximo 5 reintentos |\n| Presupuesto de tiempo | Límite del tiempo de ejecución del bucle | Interrupción si se superan los 30 minutos |\n| Presupuesto de costes | Límite de los costes de llamada a modelos, uso de herramientas e infraestructura | 10 dólares o menos por tarea |\n| Alcance de los permisos | Separación de los permisos de lectura, escritura, ejecución y despliegue | Prohibida la escritura en la base de datos operativa |\n| Puntos de aprobación | Definición de los momentos en los que se requiere revisión humana | Aprobación previa al despliegue, la eliminación, el pago y la transferencia externa |\n| Criterios de éxito | Condiciones objetivas para considerar la tarea completada | Superar las pruebas, cumplir los criterios de precisión |\n| Criterios de fracaso | Señales de riesgo que requieren la interrupción | Repetición del mismo error tres veces, aparición de alertas de seguridad |\n\nUn buen bucle no es aquel que da muchas vueltas, sino **el que sabe detenerse en el momento adecuado**.\n\n## Criterios de evaluación de la calidad\n\nA la hora de evaluar un sistema de ingeniería de bucles, no basta con preguntarse simplemente «¿ha dado la IA una respuesta?», sino que hay que tener en cuenta también los siguientes indicadores.\n\n- Índice de consecución de objetivos: porcentaje de tareas completadas con éxito\n- Número de iteraciones hasta el primer éxito: si se producen reintentos innecesarios\n- Índice de superación de pruebas: si se cumplen los criterios de verificación automática\n- Tasa de regresión: porcentaje de casos en los que se han alterado funciones existentes\n- Número de intervenciones humanas: si la automatización ha reducido realmente los cuellos de botella\n- Relación coste-eficacia: rendimiento en relación con el coste de las llamadas al modelo y los costes de infraestructura\n- Auditabilidad: si es posible rastrear qué herramientas se han utilizado y por qué\n- Tasa de infracciones de seguridad: si se ha accedido a archivos, API o datos prohibidos\n- Reproducibilidad: si se obtienen resultados similares en las mismas condiciones\n\nEspecialmente en el desarrollo de software, puede que no baste con que las pruebas se superen. También deben evaluarse la seguridad, el rendimiento, la facilidad de mantenimiento y la experiencia del usuario.\n\n## Patrones de fracaso habituales\n\n### 1. Cuando los criterios de éxito son ambiguos\n\nSi los criterios de finalización son poco claros, como en el caso de «hazlo bien», resulta difícil encontrar un motivo para detener el ciclo. Se necesitan criterios verificables, como «añadir tres pruebas unitarias, superar todas las pruebas existentes y mantener el tiempo de respuesta por debajo de los 200 ms».\n\n### 2. Cuando los permisos de las herramientas son excesivos\n\nSi se otorgan permisos ilimitados al agente —como escribir en la base de datos operativa, realizar implementaciones o enviar correos electrónicos externos—, un pequeño error de juicio puede derivar en un incidente grave. Las herramientas peligrosas deben aislarse mediante un sistema de autorizaciones.\n\n### 3. Cuando no hay memoria o esta está contaminada\n\nSi no se guarda el estado, se repetirá el mismo fallo. Por el contrario, si se acumula memoria errónea, se pueden seguir reutilizando premisas incorrectas. Es recomendable almacenar en la memoria, de forma diferenciada, los hechos verificados, las estimaciones y el historial de fallos.\n\n### 4. Cuando se solapan las responsabilidades entre subagentes\n\nSi varios agentes modifican el mismo archivo al mismo tiempo, pueden producirse conflictos. Es necesario establecer el alcance del trabajo, la propiedad de los archivos, el orden de revisión y las reglas de fusión.\n\n### 5. Cuando no hay límites de costes\n\nDado que los bucles son estructuras iterativas, los costes de las llamadas al modelo y la ejecución de herramientas pueden aumentar rápidamente. Es necesario limitar el número de iteraciones, el consumo de tokens, el número de llamadas a API externas y el tiempo de ejecución.\n\n## Lista de comprobación para la implementación\n\nA la hora de aplicar la ingeniería de bucles a un proyecto real, es recomendable realizar las comprobaciones siguiendo este orden.\n\n### Objetivos y criterios de evaluación\n\n- ¿Se ha definido el problema a resolver en una sola frase?\n- ¿Se pueden verificar automáticamente los criterios de finalización?\n- ¿Se han identificado los criterios que requieren aprobación humana?\n- ¿Existen condiciones de interrupción en caso de fallo?\n\n### Entorno de trabajo\n\n- ¿Existe un árbol de trabajo separado del código principal?\n- ¿Es reproducible el entorno de ejecución de pruebas?\n- ¿Se ha restringido el acceso a claves secretas e información confidencial?\n- ¿Se pueden rastrear los cambios mediante un diff?\n\n### Directrices y contexto\n\n- ¿Existe una descripción de la estructura del proyecto?\n- ¿Están documentadas las normas de codificación y de pruebas?\n- ¿Están claras las acciones prohibidas y las normas de seguridad?\n- ¿Está actualizada la documentación a la que debe recurrir el agente?\n\n### Herramientas y permisos\n\n- ¿Están configuradas de antemano las herramientas necesarias?\n- ¿Se han minimizado los permisos de cada herramienta?\n- ¿Existe un proceso de aprobación para las llamadas a herramientas peligrosas?\n- ¿Se registran todos los registros de llamadas a herramientas?\n\n### Control de bucles\n\n- ¿Existen límites máximos de repeticiones y de tiempo?\n- ¿Existen límites de coste?\n- ¿Se detecta la repetición del mismo error?\n- ¿Se puede guardar el estado intermedio y reanudar la ejecución?\n\n## Tareas adecuadas e inadecuadas para la ingeniería de bucles\n\n| Tipo de tarea | Idoneidad | Motivo |\n|---|---:|---|\n| Modificación de código con pruebas | Alta | Es fácil determinar el éxito a partir de los resultados de la ejecución |\n| Lint, formateo, migración | Alta | Es repetitiva y los criterios de verificación son claros |\n| Creación y revisión de borradores de documentos | Media | Se puede automatizar, pero requiere verificación de los hechos |\n| Limpieza de datos | Media-alta | Resulta eficaz si se dispone de reglas y muestras de verificación |\n| Parches de seguridad | Media | Se puede automatizar, pero requiere la revisión de un experto |\n| Dictámenes jurídicos, diagnósticos médicos, asesoramiento en inversiones | Baja | El nivel de responsabilidad, la especialización y los riesgos normativos son elevados |\n| Modificaciones directas en el sistema operativo | Bajo | Los bucles automáticos sin autorización conllevan un alto riesgo de incidentes |\n\nLa ingeniería de bucles es más eficaz en las «tareas verificables». Las decisiones en las que los criterios de verificación son poco claros o la responsabilidad es elevada requieren necesariamente el control de un experto humano.\n\n## Hoja de ruta para la aplicación práctica\n\n### Etapa 1: Creación de un bucle de tarea única\n\nEn primer lugar, se empieza con una sola tarea. Por ejemplo, se limita el alcance a un bucle para corregir fallos en pruebas, otro para corregir errores en enlaces de documentos u otro para resolver errores tipográficos.\n\n### Etapa 2: Fijación del arnés\n\nDocumenta las comprobaciones previas a la tarea, los archivos modificables, los comandos ejecutables, las acciones prohibidas y las condiciones de aprobación. Si esta etapa es débil, el riesgo aumentará a medida que el bucle se amplíe.\n\n### Etapa 3: Crear un árbol de trabajo y un sistema de registros\n\nRealiza todos los cambios en un espacio aislado y registra las llamadas a las herramientas y los resultados de las pruebas. Los intentos fallidos también constituyen datos importantes.\n\n### Paso 4: Documentación de habilidades\n\nConvierte los conocimientos necesarios de forma repetitiva en habilidades. Son útiles documentos como «Cómo añadir pruebas en este proyecto», «Lista de comprobación al modificar la API» o «Criterios de accesibilidad del front-end».\n\n### Paso 5: Separación de subagentes\n\nA medida que el trabajo se complica, se separan las funciones de planificador, implementador, control de calidad y revisor. Es mejor dividir las funciones a partir de aquellas en las que se hayan detectado cuellos de botella, en lugar de crear un número excesivo de agentes desde el principio.\n\n### Paso 6: Mejora de la memoria y los indicadores de evaluación\n\nSe registran las causas de los fallos recurrentes, los patrones de éxito, los costes y el número de intervenciones humanas. A partir de estos datos, se mejora la eficiencia y la seguridad del bucle.\n\n## Conclusión\n\nLa ingeniería de bucles es un enfoque de diseño que transforma a los agentes de IA de simples generadores de respuestas en **sistemas de ejecución de tareas orientados a objetivos**. La clave no está en otorgar autonomía a la IA de forma indiscriminada, sino en crear un entorno controlado mediante la ingeniería de arneses y, dentro de él, combinar automatización, árboles de trabajo, habilidades, complementos y conectores, subagentes y memoria para crear una estructura de iteración segura.\n\nUn bucle bien diseñado reduce la carga que supone para los humanos dar instrucciones repetitivas y aumenta la velocidad de trabajo. Sin embargo, un bucle sin medidas de seguridad puede provocar un aumento de los costes, una disminución de la calidad, un uso indebido de las autorizaciones y problemas de repetición infinita. Por lo tanto, el principio fundamental de la ingeniería de bucles es «automatizar, pero de forma que sea verificable, y asegurarse de que se detenga cuando sea necesario».","content_html":"\u003ch2\u003e\n\u003ca href=\"#resumen\" class=\"anchor\" id=\"resumen\"\u003e\u003c/a\u003eResumen\u003c/h2\u003e\n\u003cp\u003eLa ingeniería de bucles es un método para diseñar una \u003cstrong\u003eestructura iterativa en la que un agente de IA planifica, ejecuta, comprueba los resultados, reflexiona sobre las causas del fracaso y vuelve a intentarlo\u003c/strong\u003e con el fin de alcanzar un objetivo. Está cobrando especial importancia en tareas en las que es posible verificar los resultados, como el desarrollo de software, el procesamiento de datos, la generación de documentos y la automatización de pruebas.\u003c/p\u003e\n\u003cp\u003eEste término aún no se utiliza como término académico establecido en todos los documentos normativos. Sin embargo, en la práctica, puede describirse como el concepto que sigue a la ingeniería de prompts, la ingeniería de contexto y la ingeniería de harnesses. La clave no está en «dar una buena instrucción a la IA una sola vez», sino en «crear un sistema en el que la IA pueda repetir el proceso hasta alcanzar el objetivo dentro de un entorno seguro».\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#la-evoluci%C3%B3n-de-la-ingenier%C3%ADa-de-la-ia-de-las-indicaciones-a-los-bucles\" class=\"anchor\" id=\"la-evolución-de-la-ingeniería-de-la-ia-de-las-indicaciones-a-los-bucles\"\u003e\u003c/a\u003eLa evolución de la ingeniería de la IA: de las indicaciones a los bucles\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eEtapa\u003c/th\u003e\n\u003cth\u003ePregunta clave\u003c/th\u003e\n\u003cth\u003ePapel del ser humano\u003c/th\u003e\n\u003cth\u003ePapel de la IA\u003c/th\u003e\n\u003cth\u003eResultados principales\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eIngeniería de prompts\u003c/td\u003e\n\u003ctd data-label=\"Pregunta clave\"\u003e¿Cómo formular la pregunta?\u003c/td\u003e\n\u003ctd data-label=\"Papel del ser humano\"\u003eRedacción de instrucciones y verificación de resultados\u003c/td\u003e\n\u003ctd data-label=\"Papel de la IA\"\u003eGeneración de una única respuesta\u003c/td\u003e\n\u003ctd data-label=\"Resultados principales\"\u003eRespuestas, borradores, fragmentos de código\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eIngeniería de contexto\u003c/td\u003e\n\u003ctd data-label=\"Pregunta clave\"\u003e¿Qué información de fondo proporcionar?\u003c/td\u003e\n\u003ctd data-label=\"Papel del ser humano\"\u003eSuministro de documentos, ejemplos, políticas y datos\u003c/td\u003e\n\u003ctd data-label=\"Papel de la IA\"\u003eInferencia dentro del contexto dado\u003c/td\u003e\n\u003ctd data-label=\"Resultados principales\"\u003eRespuestas más coherentes, resultados personalizados\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eIngeniería de arneses\u003c/td\u003e\n\u003ctd data-label=\"Pregunta clave\"\u003e¿En qué entorno y con qué reglas va a trabajar?\u003c/td\u003e\n\u003ctd data-label=\"Papel del ser humano\"\u003eDiseño de permisos, herramientas, procedimientos y normas de seguridad\u003c/td\u003e\n\u003ctd data-label=\"Papel de la IA\"\u003eUso de herramientas dentro de un entorno definido\u003c/td\u003e\n\u003ctd data-label=\"Resultados principales\"\u003eFlujo de trabajo controlado del agente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Etapa\"\u003eIngeniería de bucles\u003c/td\u003e\n\u003ctd data-label=\"Pregunta clave\"\u003e¿Cómo hacer que repita el proceso hasta alcanzar el objetivo?\u003c/td\u003e\n\u003ctd data-label=\"Papel del ser humano\"\u003eEstablecimiento de objetivos, restricciones, criterios de evaluación y condiciones de interrupción\u003c/td\u003e\n\u003ctd data-label=\"Papel de la IA\"\u003eRepetición de ejecución, verificación, corrección y reintento\u003c/td\u003e\n\u003ctd data-label=\"Resultados principales\"\u003eBucle de trabajo que se mejora automáticamente\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch3\u003e\n\u003ca href=\"#ingenier%C3%ADa-de-prompts\" class=\"anchor\" id=\"ingeniería-de-prompts\"\u003e\u003c/a\u003eIngeniería de prompts\u003c/h3\u003e\n\u003cp\u003eLa ingeniería de prompts es un método que consiste en redactar con precisión preguntas, órdenes, ejemplos y formatos de salida para obtener los resultados deseados de la IA. Se trata de la forma más básica de interacción y se asemeja a una estructura en la que el ser humano modifica las instrucciones y comprueba los resultados en cada ocasión.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#ingenier%C3%ADa-de-contexto\" class=\"anchor\" id=\"ingeniería-de-contexto\"\u003e\u003c/a\u003eIngeniería de contexto\u003c/h3\u003e\n\u003cp\u003eLa ingeniería de contexto es un método que consiste en proporcionar al modelo documentos de referencia, políticas, información del código fuente, preferencias del usuario, estilo de salida y conversaciones anteriores, entre otros, para obtener resultados más precisos. La ventana de contexto amplia, la generación aumentada por búsqueda, la adjunción de archivos y la indexación del código fuente están relacionadas con esta etapa.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#ingenier%C3%ADa-de-arneses\" class=\"anchor\" id=\"ingeniería-de-arneses\"\u003e\u003c/a\u003eIngeniería de arneses\u003c/h3\u003e\n\u003cp\u003eLa ingeniería de arneses diseña \u003cstrong\u003elos procedimientos y las restricciones dentro de los cuales debe actuar\u003c/strong\u003e la IA cuando utiliza herramientas y lleva a cabo varias etapas. Por ejemplo, «lee los archivos relevantes antes de modificar el código», «no realices la fusión si no se superan las pruebas», «No abras archivos que contengan información confidencial», entre otras.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#ingenier%C3%ADa-de-bucles\" class=\"anchor\" id=\"ingeniería-de-bucles\"\u003e\u003c/a\u003eIngeniería de bucles\u003c/h3\u003e\n\u003cp\u003eLa ingeniería de bucles consiste en superponer un \u003cstrong\u003emotor de ejecución iterativa\u003c/strong\u003e sobre el entorno de trabajo controlado creado por el «harness». El agente de IA elige por sí mismo la siguiente acción para alcanzar el objetivo, utiliza herramientas, evalúa los resultados y, en caso de fallo, modifica la estrategia y vuelve a ejecutarla.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#definici%C3%B3n-fundamental-de-la-ingenier%C3%ADa-de-bucles\" class=\"anchor\" id=\"definición-fundamental-de-la-ingeniería-de-bucles\"\u003e\u003c/a\u003eDefinición fundamental de la ingeniería de bucles\u003c/h2\u003e\n\u003cp\u003eLa ingeniería de bucles puede definirse como el diseño de un sistema de trabajo de IA que cumple las siguientes condiciones:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eLos humanos establecen el objetivo final, los límites permitidos, los criterios de evaluación y las condiciones de interrupción.\u003c/li\u003e\n\u003cli\u003eEl agente de IA elabora un plan de trabajo para alcanzar el objetivo.\u003c/li\u003e\n\u003cli\u003eEl agente utiliza las herramientas necesarias, como la ejecución de código, las pruebas, las búsquedas, la modificación de archivos y las llamadas a la API.\u003c/li\u003e\n\u003cli\u003eSi el resultado de la ejecución es un fallo o resulta insuficiente, analiza la causa del fallo y genera un nuevo intento.\u003c/li\u003e\n\u003cli\u003eEl bucle se detiene cuando se cumplen las condiciones de interrupción, como la consecución del objetivo, el exceso de presupuesto, el número máximo de repeticiones, la aparición de señales de riesgo o la necesidad de aprobación humana.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eEs decir, la esencia de la ingeniería de bucles es el \u003cstrong\u003eciclo de retroalimentación automatizado\u003c/strong\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#por-qu%C3%A9-es-necesaria-la-ingenier%C3%ADa-de-bucles\" class=\"anchor\" id=\"por-qué-es-necesaria-la-ingeniería-de-bucles\"\u003e\u003c/a\u003e¿Por qué es necesaria la ingeniería de bucles?\u003c/h2\u003e\n\u003cp\u003eEn los métodos tradicionales de uso de la IA, el ser humano tiende a convertirse en un cuello de botella. Esto se debe a que el ser humano tiene que redactar las instrucciones, comprobar los resultados, solicitar nuevas modificaciones, ejecutar pruebas y copiar los mensajes de error para volver a introducirlos.\u003c/p\u003e\n\u003cp\u003eLa ingeniería de bucles sistematiza este proceso repetitivo. Por ejemplo, en las tareas de desarrollo, la IA puede repetir automáticamente el siguiente flujo:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eLee los requisitos y elabora un plan de trabajo.\u003c/li\u003e\n\u003cli\u003eModifica el código en un espacio de trabajo independiente.\u003c/li\u003e\n\u003cli\u003eEjecuta pruebas y el linter.\u003c/li\u003e\n\u003cli\u003eAnaliza los registros de errores.\u003c/li\u003e\n\u003cli\u003eCrea por sí misma la indicación de modificación o la siguiente acción.\u003c/li\u003e\n\u003cli\u003eVuelve a modificar el código.\u003c/li\u003e\n\u003cli\u003eSi se cumplen los criterios de aprobación, recopila los resultados y solicita su revisión.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eEn esta estructura, no es necesario que el ser humano dirija directamente todos los pasos intermedios. En su lugar, el ser humano se centra en establecer objetivos, dar el visto bueno, gestionar excepciones y evaluar la calidad final.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#los-seis-componentes-esenciales-de-la-ingenier%C3%ADa-de-bucles\" class=\"anchor\" id=\"los-seis-componentes-esenciales-de-la-ingeniería-de-bucles\"\u003e\u003c/a\u003eLos seis componentes esenciales de la ingeniería de bucles\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-automatizaci%C3%B3n-el-motor-que-hace-girar-el-bucle\" class=\"anchor\" id=\"1-automatización-el-motor-que-hace-girar-el-bucle\"\u003e\u003c/a\u003e1. Automatización: el motor que hace girar el bucle\u003c/h3\u003e\n\u003cp\u003eLa automatización es la base que permite que el bucle se ejecute sin intervención manual. Incluye la cola de tareas, el programador, el pipeline de CI/CD, el tiempo de ejecución del agente, los desencadenantes de eventos y las políticas de reintento, entre otros.\u003c/p\u003e\n\u003cp\u003eLas funciones que desempeña la automatización son las siguientes:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDetección de las condiciones de inicio de las tareas\u003c/li\u003e\n\u003cli\u003eEjecución de agentes\u003c/li\u003e\n\u003cli\u003eLlamada a herramientas y recopilación de resultados\u003c/li\u003e\n\u003cli\u003eEjecución de las fases de prueba o validación\u003c/li\u003e\n\u003cli\u003eReintentos en caso de fallo\u003c/li\u003e\n\u003cli\u003eAlmacenamiento de registros\u003c/li\u003e\n\u003cli\u003eTransición a la fase de aprobación humana\u003c/li\u003e\n\u003cli\u003eLimitación de costes, tiempo y número de repeticiones\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLa automatización no es una simple «ejecución automática», sino un mecanismo de control que gestiona el ciclo de vida del bucle.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-%C3%A1rbol-de-trabajo-un-espacio-de-trabajo-seguro\" class=\"anchor\" id=\"2-árbol-de-trabajo-un-espacio-de-trabajo-seguro\"\u003e\u003c/a\u003e2. Árbol de trabajo: un espacio de trabajo seguro\u003c/h3\u003e\n\u003cp\u003eEl árbol de trabajo es un espacio de trabajo aislado que se proporciona para evitar que la IA dañe directamente el código principal o los datos operativos reales. Un ejemplo típico es el uso de la función \u003ccode\u003eworktree\u003c/code\u003e de Git, que permite crear un directorio de trabajo independiente dentro del mismo repositorio para realizar modificaciones y pruebas de forma autónoma.\u003c/p\u003e\n\u003cp\u003eLa importancia del «worktree» radica en lo siguiente:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eProtege la rama principal o el entorno de producción.\u003c/li\u003e\n\u003cli\u003ePermite que varios agentes realicen tareas diferentes en paralelo.\u003c/li\u003e\n\u003cli\u003ePermite descartar fácilmente los intentos fallidos.\u003c/li\u003e\n\u003cli\u003ePermite revisar los cambios mediante un diff.\u003c/li\u003e\n\u003cli\u003ePermite fusionar únicamente los cambios que hayan superado las pruebas.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eEn la ingeniería de bucles, el «worktree» es el espacio de experimentación de la IA. Para que el sistema en su conjunto se mantenga seguro incluso si los agentes realizan modificaciones audaces, es necesario aislar el espacio de trabajo.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-habilidades-el-manual-de-referencia-para-el-trabajo\" class=\"anchor\" id=\"3-habilidades-el-manual-de-referencia-para-el-trabajo\"\u003e\u003c/a\u003e3. Habilidades: el manual de referencia para el trabajo\u003c/h3\u003e\n\u003cp\u003eLas habilidades son un conjunto de directrices, procedimientos, listas de comprobación, reglas de codificación, principios de diseño y ejemplos que la IA debe seguir al realizar una tarea concreta. Al igual que las personas proporcionan documentos de incorporación a los nuevos miembros del equipo, los agentes también necesitan criterios para el desempeño de sus funciones.\u003c/p\u003e\n\u003cp\u003eLa documentación de las habilidades puede incluir la siguiente información:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDescripción de la estructura del proyecto y los módulos clave\u003c/li\u003e\n\u003cli\u003eEstilo de código y reglas de nomenclatura\u003c/li\u003e\n\u003cli\u003eMétodo de redacción de pruebas\u003c/li\u003e\n\u003cli\u003ePrincipios de diseño de la API\u003c/li\u003e\n\u003cli\u003eProhibiciones de seguridad\u003c/li\u003e\n\u003cli\u003eLista de comprobación previa a la implementación\u003c/li\u003e\n\u003cli\u003eUbicación de los registros que deben consultarse en caso de fallo\u003c/li\u003e\n\u003cli\u003eFormato de los informes de resultados\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eSin estas habilidades, el agente se verá obligado a recurrir cada vez a la deducción general. Por el contrario, unas habilidades bien definidas transmiten a la IA la forma de trabajar de la organización en un formato reutilizable.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-complementos-y-conectores-acceso-a-las-herramientas-necesarias\" class=\"anchor\" id=\"4-complementos-y-conectores-acceso-a-las-herramientas-necesarias\"\u003e\u003c/a\u003e4. Complementos y conectores: acceso a las herramientas necesarias\u003c/h3\u003e\n\u003cp\u003eLos complementos y conectores permiten que la IA acceda a las herramientas y sistemas que necesita durante su trabajo. Por ejemplo, pueden conectarse a repositorios de código, gestores de incidencias, sistemas de búsqueda, bases de datos, repositorios de documentación, ejecutores de pruebas, navegadores, herramientas de implementación o sistemas de notificaciones.\u003c/p\u003e\n\u003cp\u003eLa razón por la que es necesario conectar estas herramientas es clara. Si un agente decide que «debe ejecutar una prueba», pero no tiene permisos para hacerlo, el bucle se detiene. Si decide que «debe consultar la documentación relevante», pero no dispone de una ruta de acceso a la misma, aumenta la probabilidad de que responda basándose en conjeturas.\u003c/p\u003e\n\u003cp\u003ePara diseñar un buen conector, es necesario seguir los siguientes principios:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eAplicar el principio de privilegios mínimos.\u003c/li\u003e\n\u003cli\u003eSeparar los permisos de lectura de los de escritura.\u003c/li\u003e\n\u003cli\u003eEstablecer un paso de autorización para las tareas peligrosas.\u003c/li\u003e\n\u003cli\u003eRegistrar todas las llamadas a herramientas en el registro.\u003c/li\u003e\n\u003cli\u003eRestringir el acceso a la información confidencial mediante una política específica.\u003c/li\u003e\n\u003cli\u003eRegistrar también en el estado del bucle las llamadas a herramientas que hayan fallado.\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-subagentes-trabajadores-de-ia-con-funciones-diferenciadas\" class=\"anchor\" id=\"5-subagentes-trabajadores-de-ia-con-funciones-diferenciadas\"\u003e\u003c/a\u003e5. Subagentes: trabajadores de IA con funciones diferenciadas\u003c/h3\u003e\n\u003cp\u003eLos subagentes constituyen una estructura en la que no es un único agente principal el que se encarga de todo, sino que los agentes colaboran según sus funciones. Al igual que en un equipo de desarrollo humano, se pueden separar las funciones de diseño, back-end, front-end, control de calidad, revisión de seguridad y documentación.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eFunción\u003c/th\u003e\n\u003cth\u003eResponsabilidades principales\u003c/th\u003e\n\u003cth\u003eEjemplo de salida\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Función\"\u003eAgente planificador\u003c/td\u003e\n\u003ctd data-label=\"Responsabilidades principales\"\u003eAnálisis de requisitos, desglose de tareas, establecimiento de prioridades\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo de salida\"\u003ePlan de implementación, lista de tareas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Función\"\u003eAgente de back-end\u003c/td\u003e\n\u003ctd data-label=\"Responsabilidades principales\"\u003eImplementación de API, modelos de datos y lógica del servidor\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo de salida\"\u003eModificaciones en el código, pruebas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Función\"\u003eAgente de front-end\u003c/td\u003e\n\u003ctd data-label=\"Responsabilidades principales\"\u003eInterfaz de usuario, gestión de estado y mejora de la accesibilidad\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo de salida\"\u003eModificaciones en los componentes, pruebas de pantalla\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Función\"\u003eAgente de control de calidad\u003c/td\u003e\n\u003ctd data-label=\"Responsabilidades principales\"\u003eEjecución de pruebas, reproducción de errores, verificación de regresión\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo de salida\"\u003eRegistros de fallos, procedimiento de reproducción\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Función\"\u003eAgente de revisión\u003c/td\u003e\n\u003ctd data-label=\"Responsabilidades principales\"\u003eComprobación de la calidad del código, la seguridad y el estilo\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo de salida\"\u003eComentarios de revisión, lista de riesgos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Función\"\u003eAgente de documentación\u003c/td\u003e\n\u003ctd data-label=\"Responsabilidades principales\"\u003eDescripción de los cambios, redacción de instrucciones de uso\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo de salida\"\u003eNotas de lanzamiento, guía de uso\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eLa ventaja de la estructura de subagentes es que permite dividir las especialidades. Sin embargo, pueden surgir conflictos entre agentes, duplicidades en el trabajo y falta de claridad en las responsabilidades, por lo que es necesario contar con un coordinador y unos acuerdos de trabajo claros.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#6-memoria-almacenamiento-de-estado-que-permite-la-interrupci%C3%B3n-y-la-reanudaci%C3%B3n\" class=\"anchor\" id=\"6-memoria-almacenamiento-de-estado-que-permite-la-interrupción-y-la-reanudación\"\u003e\u003c/a\u003e6. Memoria: almacenamiento de estado que permite la interrupción y la reanudación\u003c/h3\u003e\n\u003cp\u003eLa memoria es la función que almacena el estado actual del bucle, los intentos anteriores, las causas de los fallos, los motivos de las decisiones, los cambios en los archivos, los resultados de las pruebas y el plan de acción siguiente. Cuanto más largo es el bucle, más imprescindible resulta la memoria.\u003c/p\u003e\n\u003cp\u003eLa memoria se puede dividir, a grandes rasgos, en dos tipos.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eMemoria a corto plazo: plan de la sesión de trabajo actual, registros, resultados de llamadas a herramientas, mensajes de error\u003c/li\u003e\n\u003cli\u003eMemoria a largo plazo: reglas del proyecto, soluciones anteriores, patrones de errores recurrentes, preferencias de los usuarios, estándares del equipo\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eSin memoria, el agente puede repetir los mismos errores o tener que reiniciar desde cero una tarea que se había interrumpido. Por el contrario, una memoria bien diseñada permite que el bucle continúe de forma estable y reduce los costes.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#arquitectura-b%C3%A1sica-de-la-ingenier%C3%ADa-de-bucles\" class=\"anchor\" id=\"arquitectura-básica-de-la-ingeniería-de-bucles\"\u003e\u003c/a\u003eArquitectura básica de la ingeniería de bucles\u003c/h2\u003e\n\u003cp\u003eLos sistemas de ingeniería de bucles suelen tener la siguiente estructura:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eIntroducción de objetivos: se proporcionan el problema que debe resolver el ser humano y los criterios de finalización.\u003c/li\u003e\n\u003cli\u003eRecopilación de contexto: se leen el código, la documentación, las incidencias, los registros y las políticas.\u003c/li\u003e\n\u003cli\u003eElaboración de un plan: el agente divide la tarea en pequeños pasos.\u003c/li\u003e\n\u003cli\u003eEjecución: se llevan a cabo modificaciones en el código, la creación de archivos, el procesamiento de datos y la ejecución de herramientas.\u003c/li\u003e\n\u003cli\u003eVerificación: se realizan pruebas, análisis de lint, comprobaciones de tipos, comprobaciones de políticas y revisiones.\u003c/li\u003e\n\u003cli\u003eEvaluación: se determina si se han cumplido los criterios objetivo.\u003c/li\u003e\n\u003cli\u003eIteración: en caso de fallo, se analiza la causa y se vuelve a un nuevo plan.\u003c/li\u003e\n\u003cli\u003eFinalización: se detiene en uno de los siguientes casos: éxito, superación de límites, detección de riesgos o necesidad de aprobación humana.\u003c/li\u003e\n\u003cli\u003eInforme: se resumen los cambios, los resultados de la verificación, los riesgos restantes y las próximas medidas recomendadas.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eEste flujo parte de la premisa de una «IA que actúa en entornos reales y verifica los resultados», y no de una «IA que se limita a pensar repetidamente».\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#diferencias-entre-la-ingenier%C3%ADa-de-arn%C3%A9s-y-la-ingenier%C3%ADa-de-bucle\" class=\"anchor\" id=\"diferencias-entre-la-ingeniería-de-arnés-y-la-ingeniería-de-bucle\"\u003e\u003c/a\u003eDiferencias entre la ingeniería de arnés y la ingeniería de bucle\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCategoría\u003c/th\u003e\n\u003cth\u003eIngeniería de arnés\u003c/th\u003e\n\u003cth\u003eIngeniería de bucle\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoría\"\u003eObjetivo\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de arnés\"\u003eCrear un entorno en el que la IA pueda trabajar de forma segura\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de bucle\"\u003eHacer que la IA repita el proceso hasta alcanzar el objetivo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoría\"\u003eElementos centrales\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de arnés\"\u003eReglas, permisos, herramientas, procedimientos, restricciones\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de bucle\"\u003eEjecución repetitiva, retroalimentación, nuevos intentos, almacenamiento del estado\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoría\"\u003eRespuesta ante fallos\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de arnés\"\u003eImpedir comportamientos peligrosos o solicitar autorización\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de bucle\"\u003eGenerar el siguiente intento teniendo en cuenta la causa del fallo\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoría\"\u003eIntervención humana\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de arnés\"\u003eCentrarse en el diseño de políticas y del entorno\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de bucle\"\u003eCentrarse en el establecimiento de objetivos, el tratamiento de excepciones y la aprobación final\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoría\"\u003eAnalogía\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de arnés\"\u003eLugar de trabajo y equipo de seguridad\u003c/td\u003e\n\u003ctd data-label=\"Ingeniería de bucle\"\u003eLínea de producción que mantiene el lugar de trabajo en constante movimiento\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eSi se crea un bucle sin arnés, el agente podría realizar acciones peligrosas debido a un exceso de permisos. Si solo se crea un arnés sin bucle, se dispone de un entorno seguro, pero la productividad se ve limitada. En la práctica, es necesario combinar ambos enfoques.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ejemplo-de-aplicaci%C3%B3n-el-bucle-de-un-agente-de-programaci%C3%B3n-de-ia\" class=\"anchor\" id=\"ejemplo-de-aplicación-el-bucle-de-un-agente-de-programación-de-ia\"\u003e\u003c/a\u003eEjemplo de aplicación: el bucle de un agente de programación de IA\u003c/h2\u003e\n\u003cp\u003eEn el desarrollo de software, la ingeniería de bucles es relativamente fácil de entender. Supongamos, por ejemplo, que se nos da el objetivo de «corregir un error de inicio de sesión».\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#entrada\" class=\"anchor\" id=\"entrada\"\u003e\u003c/a\u003eEntrada\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eObjetivo: corregir un error que provoca que el inicio de sesión falle en determinadas condiciones\u003c/li\u003e\n\u003cli\u003eCriterios de finalización: superar las pruebas pertinentes, que no haya regresión en la función de inicio de sesión existente y enviar un resumen de los cambios\u003c/li\u003e\n\u003cli\u003eRestricciones: no se permite cambiar el método de almacenamiento de los tokens de autenticación ni modificar directamente la base de datos de usuarios\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#ejecuci%C3%B3n-del-bucle\" class=\"anchor\" id=\"ejecución-del-bucle\"\u003e\u003c/a\u003eEjecución del bucle\u003c/h3\u003e\n\u003col\u003e\n\u003cli\u003eEl agente lee la descripción del problema y los archivos relacionados.\u003c/li\u003e\n\u003cli\u003eCrea una rama independiente o un directorio de trabajo en el árbol de trabajo.\u003c/li\u003e\n\u003cli\u003eReproduce la prueba fallida.\u003c/li\u003e\n\u003cli\u003eAnaliza el registro de errores y el código relacionado.\u003c/li\u003e\n\u003cli\u003eAplica la corrección.\u003c/li\u003e\n\u003cli\u003eEjecuta las pruebas.\u003c/li\u003e\n\u003cli\u003eSi falla, resume la causa e intenta otra corrección.\u003c/li\u003e\n\u003cli\u003eSi tiene éxito, recopila el diff, los resultados de las pruebas y los factores de riesgo.\u003c/li\u003e\n\u003cli\u003eSolicita a un revisor humano la aprobación de la fusión.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eEn este ejemplo, el revisor humano no copia cada vez el registro de errores para redactar un nuevo mensaje. En su lugar, el bucle realiza las tareas repetitivas y el revisor humano interviene en las etapas que requieren una decisión final y responsabilidad.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#variables-de-control-que-deben-establecerse-obligatoriamente-al-dise%C3%B1ar\" class=\"anchor\" id=\"variables-de-control-que-deben-establecerse-obligatoriamente-al-diseñar\"\u003e\u003c/a\u003eVariables de control que deben establecerse obligatoriamente al diseñar\u003c/h2\u003e\n\u003cp\u003eAunque la ingeniería de bucles se describe a menudo partiendo de la premisa de la repetición infinita, en los sistemas reales lo «infinito» resulta peligroso. Un bucle seguro requiere límites claros.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eVariable de control\u003c/th\u003e\n\u003cth\u003eDescripción\u003c/th\u003e\n\u003cth\u003eEjemplo\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003eNúmero máximo de repeticiones\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eLímite del número de reintentos de la misma tarea\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003eMáximo 5 reintentos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003ePresupuesto de tiempo\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eLímite del tiempo de ejecución del bucle\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003eInterrupción si se superan los 30 minutos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003ePresupuesto de costes\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eLímite de los costes de llamada a modelos, uso de herramientas e infraestructura\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003e10 dólares o menos por tarea\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003eAlcance de los permisos\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eSeparación de los permisos de lectura, escritura, ejecución y despliegue\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003eProhibida la escritura en la base de datos operativa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003ePuntos de aprobación\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eDefinición de los momentos en los que se requiere revisión humana\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003eAprobación previa al despliegue, la eliminación, el pago y la transferencia externa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003eCriterios de éxito\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eCondiciones objetivas para considerar la tarea completada\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003eSuperar las pruebas, cumplir los criterios de precisión\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Variable de control\"\u003eCriterios de fracaso\u003c/td\u003e\n\u003ctd data-label=\"Descripción\"\u003eSeñales de riesgo que requieren la interrupción\u003c/td\u003e\n\u003ctd data-label=\"Ejemplo\"\u003eRepetición del mismo error tres veces, aparición de alertas de seguridad\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eUn buen bucle no es aquel que da muchas vueltas, sino \u003cstrong\u003eel que sabe detenerse en el momento adecuado\u003c/strong\u003e.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#criterios-de-evaluaci%C3%B3n-de-la-calidad\" class=\"anchor\" id=\"criterios-de-evaluación-de-la-calidad\"\u003e\u003c/a\u003eCriterios de evaluación de la calidad\u003c/h2\u003e\n\u003cp\u003eA la hora de evaluar un sistema de ingeniería de bucles, no basta con preguntarse simplemente «¿ha dado la IA una respuesta?», sino que hay que tener en cuenta también los siguientes indicadores.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eÍndice de consecución de objetivos: porcentaje de tareas completadas con éxito\u003c/li\u003e\n\u003cli\u003eNúmero de iteraciones hasta el primer éxito: si se producen reintentos innecesarios\u003c/li\u003e\n\u003cli\u003eÍndice de superación de pruebas: si se cumplen los criterios de verificación automática\u003c/li\u003e\n\u003cli\u003eTasa de regresión: porcentaje de casos en los que se han alterado funciones existentes\u003c/li\u003e\n\u003cli\u003eNúmero de intervenciones humanas: si la automatización ha reducido realmente los cuellos de botella\u003c/li\u003e\n\u003cli\u003eRelación coste-eficacia: rendimiento en relación con el coste de las llamadas al modelo y los costes de infraestructura\u003c/li\u003e\n\u003cli\u003eAuditabilidad: si es posible rastrear qué herramientas se han utilizado y por qué\u003c/li\u003e\n\u003cli\u003eTasa de infracciones de seguridad: si se ha accedido a archivos, API o datos prohibidos\u003c/li\u003e\n\u003cli\u003eReproducibilidad: si se obtienen resultados similares en las mismas condiciones\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eEspecialmente en el desarrollo de software, puede que no baste con que las pruebas se superen. También deben evaluarse la seguridad, el rendimiento, la facilidad de mantenimiento y la experiencia del usuario.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#patrones-de-fracaso-habituales\" class=\"anchor\" id=\"patrones-de-fracaso-habituales\"\u003e\u003c/a\u003ePatrones de fracaso habituales\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#1-cuando-los-criterios-de-%C3%A9xito-son-ambiguos\" class=\"anchor\" id=\"1-cuando-los-criterios-de-éxito-son-ambiguos\"\u003e\u003c/a\u003e1. Cuando los criterios de éxito son ambiguos\u003c/h3\u003e\n\u003cp\u003eSi los criterios de finalización son poco claros, como en el caso de «hazlo bien», resulta difícil encontrar un motivo para detener el ciclo. Se necesitan criterios verificables, como «añadir tres pruebas unitarias, superar todas las pruebas existentes y mantener el tiempo de respuesta por debajo de los 200 ms».\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#2-cuando-los-permisos-de-las-herramientas-son-excesivos\" class=\"anchor\" id=\"2-cuando-los-permisos-de-las-herramientas-son-excesivos\"\u003e\u003c/a\u003e2. Cuando los permisos de las herramientas son excesivos\u003c/h3\u003e\n\u003cp\u003eSi se otorgan permisos ilimitados al agente —como escribir en la base de datos operativa, realizar implementaciones o enviar correos electrónicos externos—, un pequeño error de juicio puede derivar en un incidente grave. Las herramientas peligrosas deben aislarse mediante un sistema de autorizaciones.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#3-cuando-no-hay-memoria-o-esta-est%C3%A1-contaminada\" class=\"anchor\" id=\"3-cuando-no-hay-memoria-o-esta-está-contaminada\"\u003e\u003c/a\u003e3. Cuando no hay memoria o esta está contaminada\u003c/h3\u003e\n\u003cp\u003eSi no se guarda el estado, se repetirá el mismo fallo. Por el contrario, si se acumula memoria errónea, se pueden seguir reutilizando premisas incorrectas. Es recomendable almacenar en la memoria, de forma diferenciada, los hechos verificados, las estimaciones y el historial de fallos.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#4-cuando-se-solapan-las-responsabilidades-entre-subagentes\" class=\"anchor\" id=\"4-cuando-se-solapan-las-responsabilidades-entre-subagentes\"\u003e\u003c/a\u003e4. Cuando se solapan las responsabilidades entre subagentes\u003c/h3\u003e\n\u003cp\u003eSi varios agentes modifican el mismo archivo al mismo tiempo, pueden producirse conflictos. Es necesario establecer el alcance del trabajo, la propiedad de los archivos, el orden de revisión y las reglas de fusión.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#5-cuando-no-hay-l%C3%ADmites-de-costes\" class=\"anchor\" id=\"5-cuando-no-hay-límites-de-costes\"\u003e\u003c/a\u003e5. Cuando no hay límites de costes\u003c/h3\u003e\n\u003cp\u003eDado que los bucles son estructuras iterativas, los costes de las llamadas al modelo y la ejecución de herramientas pueden aumentar rápidamente. Es necesario limitar el número de iteraciones, el consumo de tokens, el número de llamadas a API externas y el tiempo de ejecución.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#lista-de-comprobaci%C3%B3n-para-la-implementaci%C3%B3n\" class=\"anchor\" id=\"lista-de-comprobación-para-la-implementación\"\u003e\u003c/a\u003eLista de comprobación para la implementación\u003c/h2\u003e\n\u003cp\u003eA la hora de aplicar la ingeniería de bucles a un proyecto real, es recomendable realizar las comprobaciones siguiendo este orden.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#objetivos-y-criterios-de-evaluaci%C3%B3n\" class=\"anchor\" id=\"objetivos-y-criterios-de-evaluación\"\u003e\u003c/a\u003eObjetivos y criterios de evaluación\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e¿Se ha definido el problema a resolver en una sola frase?\u003c/li\u003e\n\u003cli\u003e¿Se pueden verificar automáticamente los criterios de finalización?\u003c/li\u003e\n\u003cli\u003e¿Se han identificado los criterios que requieren aprobación humana?\u003c/li\u003e\n\u003cli\u003e¿Existen condiciones de interrupción en caso de fallo?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#entorno-de-trabajo\" class=\"anchor\" id=\"entorno-de-trabajo\"\u003e\u003c/a\u003eEntorno de trabajo\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e¿Existe un árbol de trabajo separado del código principal?\u003c/li\u003e\n\u003cli\u003e¿Es reproducible el entorno de ejecución de pruebas?\u003c/li\u003e\n\u003cli\u003e¿Se ha restringido el acceso a claves secretas e información confidencial?\u003c/li\u003e\n\u003cli\u003e¿Se pueden rastrear los cambios mediante un diff?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#directrices-y-contexto\" class=\"anchor\" id=\"directrices-y-contexto\"\u003e\u003c/a\u003eDirectrices y contexto\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e¿Existe una descripción de la estructura del proyecto?\u003c/li\u003e\n\u003cli\u003e¿Están documentadas las normas de codificación y de pruebas?\u003c/li\u003e\n\u003cli\u003e¿Están claras las acciones prohibidas y las normas de seguridad?\u003c/li\u003e\n\u003cli\u003e¿Está actualizada la documentación a la que debe recurrir el agente?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#herramientas-y-permisos\" class=\"anchor\" id=\"herramientas-y-permisos\"\u003e\u003c/a\u003eHerramientas y permisos\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e¿Están configuradas de antemano las herramientas necesarias?\u003c/li\u003e\n\u003cli\u003e¿Se han minimizado los permisos de cada herramienta?\u003c/li\u003e\n\u003cli\u003e¿Existe un proceso de aprobación para las llamadas a herramientas peligrosas?\u003c/li\u003e\n\u003cli\u003e¿Se registran todos los registros de llamadas a herramientas?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3\u003e\n\u003ca href=\"#control-de-bucles\" class=\"anchor\" id=\"control-de-bucles\"\u003e\u003c/a\u003eControl de bucles\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e¿Existen límites máximos de repeticiones y de tiempo?\u003c/li\u003e\n\u003cli\u003e¿Existen límites de coste?\u003c/li\u003e\n\u003cli\u003e¿Se detecta la repetición del mismo error?\u003c/li\u003e\n\u003cli\u003e¿Se puede guardar el estado intermedio y reanudar la ejecución?\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#tareas-adecuadas-e-inadecuadas-para-la-ingenier%C3%ADa-de-bucles\" class=\"anchor\" id=\"tareas-adecuadas-e-inadecuadas-para-la-ingeniería-de-bucles\"\u003e\u003c/a\u003eTareas adecuadas e inadecuadas para la ingeniería de bucles\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eTipo de tarea\u003c/th\u003e\n\u003cth\u003eIdoneidad\u003c/th\u003e\n\u003cth\u003eMotivo\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eModificación de código con pruebas\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eAlta\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eEs fácil determinar el éxito a partir de los resultados de la ejecución\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eLint, formateo, migración\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eAlta\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eEs repetitiva y los criterios de verificación son claros\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eCreación y revisión de borradores de documentos\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eMedia\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eSe puede automatizar, pero requiere verificación de los hechos\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eLimpieza de datos\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eMedia-alta\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eResulta eficaz si se dispone de reglas y muestras de verificación\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eParches de seguridad\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eMedia\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eSe puede automatizar, pero requiere la revisión de un experto\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eDictámenes jurídicos, diagnósticos médicos, asesoramiento en inversiones\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eBaja\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eEl nivel de responsabilidad, la especialización y los riesgos normativos son elevados\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Tipo de tarea\"\u003eModificaciones directas en el sistema operativo\u003c/td\u003e\n\u003ctd data-label=\"Idoneidad\"\u003eBajo\u003c/td\u003e\n\u003ctd data-label=\"Motivo\"\u003eLos bucles automáticos sin autorización conllevan un alto riesgo de incidentes\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eLa ingeniería de bucles es más eficaz en las «tareas verificables». Las decisiones en las que los criterios de verificación son poco claros o la responsabilidad es elevada requieren necesariamente el control de un experto humano.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#hoja-de-ruta-para-la-aplicaci%C3%B3n-pr%C3%A1ctica\" class=\"anchor\" id=\"hoja-de-ruta-para-la-aplicación-práctica\"\u003e\u003c/a\u003eHoja de ruta para la aplicación práctica\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#etapa-1-creaci%C3%B3n-de-un-bucle-de-tarea-%C3%BAnica\" class=\"anchor\" id=\"etapa-1-creación-de-un-bucle-de-tarea-única\"\u003e\u003c/a\u003eEtapa 1: Creación de un bucle de tarea única\u003c/h3\u003e\n\u003cp\u003eEn primer lugar, se empieza con una sola tarea. Por ejemplo, se limita el alcance a un bucle para corregir fallos en pruebas, otro para corregir errores en enlaces de documentos u otro para resolver errores tipográficos.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#etapa-2-fijaci%C3%B3n-del-arn%C3%A9s\" class=\"anchor\" id=\"etapa-2-fijación-del-arnés\"\u003e\u003c/a\u003eEtapa 2: Fijación del arnés\u003c/h3\u003e\n\u003cp\u003eDocumenta las comprobaciones previas a la tarea, los archivos modificables, los comandos ejecutables, las acciones prohibidas y las condiciones de aprobación. Si esta etapa es débil, el riesgo aumentará a medida que el bucle se amplíe.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#etapa-3-crear-un-%C3%A1rbol-de-trabajo-y-un-sistema-de-registros\" class=\"anchor\" id=\"etapa-3-crear-un-árbol-de-trabajo-y-un-sistema-de-registros\"\u003e\u003c/a\u003eEtapa 3: Crear un árbol de trabajo y un sistema de registros\u003c/h3\u003e\n\u003cp\u003eRealiza todos los cambios en un espacio aislado y registra las llamadas a las herramientas y los resultados de las pruebas. Los intentos fallidos también constituyen datos importantes.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#paso-4-documentaci%C3%B3n-de-habilidades\" class=\"anchor\" id=\"paso-4-documentación-de-habilidades\"\u003e\u003c/a\u003ePaso 4: Documentación de habilidades\u003c/h3\u003e\n\u003cp\u003eConvierte los conocimientos necesarios de forma repetitiva en habilidades. Son útiles documentos como «Cómo añadir pruebas en este proyecto», «Lista de comprobación al modificar la API» o «Criterios de accesibilidad del front-end».\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#paso-5-separaci%C3%B3n-de-subagentes\" class=\"anchor\" id=\"paso-5-separación-de-subagentes\"\u003e\u003c/a\u003ePaso 5: Separación de subagentes\u003c/h3\u003e\n\u003cp\u003eA medida que el trabajo se complica, se separan las funciones de planificador, implementador, control de calidad y revisor. Es mejor dividir las funciones a partir de aquellas en las que se hayan detectado cuellos de botella, en lugar de crear un número excesivo de agentes desde el principio.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#paso-6-mejora-de-la-memoria-y-los-indicadores-de-evaluaci%C3%B3n\" class=\"anchor\" id=\"paso-6-mejora-de-la-memoria-y-los-indicadores-de-evaluación\"\u003e\u003c/a\u003ePaso 6: Mejora de la memoria y los indicadores de evaluación\u003c/h3\u003e\n\u003cp\u003eSe registran las causas de los fallos recurrentes, los patrones de éxito, los costes y el número de intervenciones humanas. A partir de estos datos, se mejora la eficiencia y la seguridad del bucle.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#conclusi%C3%B3n\" class=\"anchor\" id=\"conclusión\"\u003e\u003c/a\u003eConclusión\u003c/h2\u003e\n\u003cp\u003eLa ingeniería de bucles es un enfoque de diseño que transforma a los agentes de IA de simples generadores de respuestas en \u003cstrong\u003esistemas de ejecución de tareas orientados a objetivos\u003c/strong\u003e. La clave no está en otorgar autonomía a la IA de forma indiscriminada, sino en crear un entorno controlado mediante la ingeniería de arneses y, dentro de él, combinar automatización, árboles de trabajo, habilidades, complementos y conectores, subagentes y memoria para crear una estructura de iteración segura.\u003c/p\u003e\n\u003cp\u003eUn bucle bien diseñado reduce la carga que supone para los humanos dar instrucciones repetitivas y aumenta la velocidad de trabajo. Sin embargo, un bucle sin medidas de seguridad puede provocar un aumento de los costes, una disminución de la calidad, un uso indebido de las autorizaciones y problemas de repetición infinita. Por lo tanto, el principio fundamental de la ingeniería de bucles es «automatizar, pero de forma que sea verificable, y asegurarse de que se detenga cuando sea necesario».\u003c/p\u003e\n","tags":["Agentes de IA","Ingeniería de bucles","Automatización","Flujo de desarrollo","LLMOps"],"faqs":[{"question":"¿Qué es la ingeniería de bucles?","answer":"La ingeniería de bucles es un método para diseñar sistemas de trabajo en los que los agentes de IA repiten los procesos de planificación, ejecución, verificación, modificación y reintento hasta alcanzar el objetivo. No se limita a redactar buenas indicaciones, sino que incluye la repetición automática, el uso de herramientas, el almacenamiento del estado y las condiciones de interrupción."},{"question":"¿Cuál es la diferencia entre la ingeniería de bucles y la ingeniería de prompts?","answer":"La ingeniería de prompts se centra en transmitir correctamente una instrucción a la IA. La ingeniería de bucles es un enfoque más sistémico, ya que consiste en diseñar una estructura de retroalimentación cerrada en la que la IA comprueba los resultados, tiene en cuenta las causas del fallo y vuelve a ejecutar la tarea."},{"question":"¿En qué se diferencian la ingeniería de arneses y la ingeniería de bucles?","answer":"La ingeniería de arneses consiste en crear las normas, los permisos, las herramientas y el entorno necesarios para que la IA trabaje de forma segura. La ingeniería de bucles consiste en hacer que, dentro de ese entorno controlado, la IA realice ejecuciones repetidas hasta alcanzar el objetivo."},{"question":"¿Por qué se necesita un árbol de trabajo en Loop Engineering?","answer":"WorkTree ofrece un espacio de trabajo aislado en el que la IA puede realizar experimentos sin dañar el código principal ni el entorno operativo. Permite descartar los cambios fallidos y revisar únicamente los que han tenido éxito, lo que aumenta la seguridad del ciclo de programación de la IA."},{"question":"¿Qué significa «habilidad» en Loop Engineering?","answer":"Las habilidades son criterios de trabajo documentados, como manuales de instrucciones, listas de comprobación, normas de codificación, normas de prueba y políticas de seguridad, que la IA utiliza como referencia al realizar sus tareas. Cuanto más claras sean las habilidades, mayor será la probabilidad de que el agente trabaje de acuerdo con los procedimientos de la organización."},{"question":"¿Por qué son importantes los enchufes y los conectores?","answer":"Los complementos y los conectores permiten que la IA acceda a herramientas como repositorios, documentos, ejecutores de pruebas, sistemas de seguimiento de incidencias y bases de datos. Si las herramientas necesarias no están conectadas, el bucle puede detenerse a mitad de camino o tener que basarse en conjeturas."},{"question":"¿Cuándo se necesita un subagente?","answer":"Los subagentes resultan útiles cuando el trabajo se divide en varias funciones especializadas, como diseño, back-end, front-end, control de calidad y revisión. No obstante, si las funciones y el alcance de las responsabilidades no están bien definidos, pueden surgir conflictos, por lo que es necesario establecer normas de coordinación."},{"question":"¿Qué función desempeña la memoria en la ingeniería de bucles?","answer":"La memoria almacena el estado actual del trabajo, los intentos anteriores, las causas de los fallos, los resultados de las pruebas y los planes para el futuro. De este modo, aunque se interrumpa el ciclo, se puede reanudar desde donde se quedó y se reduce la probabilidad de repetir el mismo error."},{"question":"¿Significa «ingeniería de bucles» una repetición infinita?","answer":"Aunque, en teoría, esto significa repetir el proceso hasta alcanzar el objetivo, en un sistema real las repeticiones ilimitadas son peligrosas. Es imprescindible establecer un número máximo de repeticiones, un límite de tiempo, un límite de costes, la detección de fallos y condiciones de aprobación humana."},{"question":"¿Para qué tipo de trabajo es más adecuado el «loop engineering»?","answer":"Es ideal para tareas repetitivas con criterios de verificación claros, como la corrección de código con pruebas, la aplicación de lint y el formateo, la limpieza de datos y la revisión de documentación. En ámbitos de gran responsabilidad, como las decisiones jurídicas, los diagnósticos médicos o las decisiones de inversión, no se debe recurrir únicamente a bucles automáticos."},{"question":"¿Cuál es el mayor riesgo de la ingeniería de bucles?","answer":"Los principales riesgos son el exceso de privilegios, los intentos ilimitados, el aumento desmesurado de los costes, la acumulación de memoria errónea, la implementación automática sin verificación y el acceso a información confidencial. Por lo tanto, es imprescindible aplicar la minimización de privilegios, el registro de actividades, los pasos de autorización y las condiciones de interrupción."},{"question":"¿Cuál es la mejor forma de empezar a utilizar Loop Engineering?","answer":"Al principio, es recomendable empezar con una sola tarea pequeña y verificable, como corregir pruebas fallidas, revisar enlaces a la documentación o corregir errores tipográficos. Posteriormente, lo más seguro es ir añadiendo paso a paso el árbol de trabajo, la documentación sobre habilidades, las conexiones con herramientas, la memoria y los subagentes."}],"sources":[{"url":"https://git-scm.com/docs/git-worktree","title":"Documentación de Git: git-worktree","type":"source"},{"url":"https://docs.github.com/en/actions","title":"GitHub Docs: Documentación de GitHub Actions","type":"source"},{"url":"https://platform.openai.com/docs/guides/function-calling","title":"⁣Documentación de la plataforma INJX9⁣: Llamadas a funciones","type":"source"},{"url":"https://modelcontextprotocol.io/introduction","title":"Protocolo de contexto de modelos: Introducción","type":"source"},{"url":"https://langchain-ai.github.io/langgraph/concepts/persistence/","title":"Documentación de LangGraph: Persistencia","type":"source"},{"url":"https://arxiv.org/abs/2210.03629","title":"ReAct: Sinergia entre el razonamiento y la acción en los modelos de lenguaje","type":"source"},{"url":"https://arxiv.org/abs/2303.11366","title":"Reflexión: Agentes lingüísticos con aprendizaje por refuerzo verbal","type":"source"}],"images":[{"id":234,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MjMwMSwicHVyIjoiYmxvYl9pZCJ9fQ==--e2cc0e235018c6d93b44f9fe5cf3889bea5aa10a/ai-cccc7ad2.webp","is_representative":true,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"중앙 AI 로봇과 순환 화살표, 자동화·문서·검증·데이터 아이콘이 둘러싼 다이어그램","caption":"AI 시스템을 반복적으로 설계, 실행, 검증하는 루프 엔지니어링 흐름을 보여준다.","description":null},"en":{"alt":"Central AI bot surrounded by circular workflow arrows and icons for automation, documents, validation, and data","caption":"The diagram illustrates a loop engineering workflow around an AI system.","description":null},"ja":{"alt":"中央のAIロボットを囲む循環矢印と自動化、文書、検証、データのアイコン","caption":"AIシステムを中心に設計、実行、検証を繰り返す流れを示している。","description":null},"es":{"alt":"Bot de IA central rodeado de flechas circulares e iconos de automatización, documentos, validación y datos","caption":"El diagrama muestra un flujo de ingeniería en bucle alrededor de un sistema de IA.","description":null},"id":{"alt":"Bot AI di tengah dikelilingi panah alur melingkar dan ikon otomasi, dokumen, validasi, serta data","caption":"Diagram ini menunjukkan alur rekayasa loop yang berulang di sekitar sistem AI.","description":null},"pt":{"alt":"Bot de IA central cercado por setas de fluxo circular e ícones de automação, documentos, validação e dados","caption":"O diagrama mostra um fluxo de engenharia em loop em torno de um sistema de IA.","description":null},"zh-hant":{"alt":"中央 AI 機器人周圍有循環箭頭，以及自動化、文件、驗證與資料圖示","caption":"此圖呈現圍繞 AI 系統反覆設計、執行與驗證的迴圈工程流程。","description":null}}},{"id":235,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MjMwNywicHVyIjoiYmxvYl9pZCJ9fQ==--6e96b4db0ce479ff3ba8d0cefc6dafb74a3e9ce0/ai-20876eb8.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"로봇과 연결된 작업대가 순환 파이프라인으로 이어진 자동화 검증 시스템","caption":"보안, 테스트, 피드백이 연결된 루프 엔지니어링 흐름을 시각화합니다.","description":null},"en":{"alt":"Automated validation system with robots, connected stations, and a looping pipeline","caption":"The illustration shows a loop engineering workflow linking security, testing, and feedback.","description":null},"ja":{"alt":"ロボットと接続された端末が循環パイプラインでつながる自動検証システム","caption":"セキュリティ、テスト、フィードバックを結ぶループエンジニアリングの流れを示しています。","description":null},"es":{"alt":"Sistema de validación automatizada con robots, estaciones conectadas y canalización en bucle","caption":"La ilustración muestra un flujo de ingeniería en bucle que conecta seguridad, pruebas y retroalimentación.","description":null},"id":{"alt":"Sistem validasi otomatis dengan robot, stasiun terhubung, dan alur pipa berulang","caption":"Ilustrasi ini menampilkan alur rekayasa loop yang menghubungkan keamanan, pengujian, dan umpan balik.","description":null},"pt":{"alt":"Sistema de validação automatizada com robôs, estações conectadas e pipeline em ciclo","caption":"A ilustração mostra um fluxo de engenharia em loop que conecta segurança, testes e feedback.","description":null},"zh-hant":{"alt":"機器人與連接工作站透過循環管線組成的自動化驗證系統","caption":"這張插圖呈現連結安全、測試與回饋的迴圈工程流程。","description":null}}}],"published_at":"2026-07-20T15:26:45+09:00","updated_at":"2026-07-20T15:26:45+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant"],"url":"https://injoys.com/es/articles/loop-engineering-concept-components"}