Ingeniería de bucles en Three Agents: qué dice Magpie Workflow de yetone sobre ejecutar Claude Opus 5.5 sin supervisión

Lo más interesante de la configuración de yetone no es el modelo. Es el número tres. El mantenedor de Magpie —una puerta de enlace local que permite que los agentes de programación se ejecuten contra el modelo que les indiques— describió su propio flujo de trabajo de mantenimiento en X el 2026-10-13: Claude Code, impulsado por Claude Opus 5.5 de Anthropic, con tres /loop tareas ejecutándose a la vez, cada una vigilando una superficie distinta —las incidencias y pull requests de GitHub, la comunidad de Discord y los comentarios que llegan por X— y arreglando lo que encuentra. La ingeniería de bucles, la práctica de mantener a un agente en ciclo en lugar de enviarle indicaciones turno tras turno, fue tema de muchas conversaciones este año. Lo que hace que este ejemplo merezca la pena leer es que viene con un organigrama.

Claude Opus 5.5 no es nuevo. Anthropic lo lanzó el 22 de septiembre de 2026, hace tres semanas, a 4 dólares por millón de tokens de entrada y 20 dólares por millón de tokens de salida. Esta no es una historia de lanzamiento. Es una historia sobre lo que los valores predeterminados del modelo implican para cualquiera que intente copiar un bucle de mantenimiento de tres agentes, y sobre qué partes de ese bucle se rompen de maneras que los tutoriales no mencionan.

¿Qué hay realmente en el flujo de trabajo?

La señal es breve, así que vale la pena ser preciso sobre qué se afirma y qué no. yetone ejecuta tres tareas concurrentes de /loop en Claude Code sobre Opus 5.5. Una vigila el repositorio — issues y pull requests. Una vigila Discord. Una vigila X. El agente corrige lo que juzga que vale la pena corregir, en el bucle, sin que un humano despache cada turno. El patrón que automatizó es el que la mayoría de los mantenedores hacen mal: el triaje. No la codificación. La lectura, la clasificación, la deduplicación y la respuesta que se comen una hora al día.

La expresión ingeniería de bucles es clave aquí. Un bucle no es un agente que realiza una tarea; es una sesión que vuelve una y otra vez a una tarea según el horario que ella misma elige, con el estado de la última iteración todavía delante de sí. Esa distinción es donde la mayoría de las versiones caseras se desmorona, y es exactamente hacia donde se han movido las herramientas en las últimas seis semanas.

Lo que /loop de Claude Code realmente hace en octubre de 2026

Si no has leído la documentación actual, la versión que recuerdas probablemente sea incorrecta, porque /loop cambió de forma mientras la ingeniería de bucles estaba en tendencia.

Un simple /loop ya no quiere que especifiques un intervalo. Omítelo, y Claude elige uno dinámicamente —entre un minuto y una hora— según lo que observó en la iteración anterior. Espera brevemente mientras termina una compilación o hay una solicitud de incorporación de cambios activa, y espera mucho más cuando no hay nada pendiente. El retraso elegido y el motivo se imprimen al final de cada iteración, para que veas el razonamiento del propio bucle sobre su cadencia. En su lugar, proporciona un intervalo — /loop 5m verifica el despliegue — y obtienes una programación cron fija.

Si también omites el prompt, obtienes un prompt de mantenimiento integrado que revisa tres cosas en orden, en cada iteración:

• Continúa cualquier trabajo sin terminar de la conversación.

• Atiende la pull request de la rama actual: comentarios de revisión, ejecuciones de CI fallidas, conflictos de fusión.

• Realiza pasadas de limpieza, como cacerías de errores o simplificación, cuando no haya nada más pendiente.

Puedes reemplazar ese valor predeterminado con tus propias instrucciones escribiendo un loop.md — en .claude/loop.md para un proyecto, o ~/.claude/loop.md para todos los proyectos que no definan el suyo propio. Las ediciones surten efecto en la siguiente iteración, así que puedes refinar las instrucciones de un bucle en ejecución sin reiniciarlo. El archivo se trunca a partir de los 25.000 bytes, lo que es más que suficiente espacio para las reglas de triaje.

Ese mecanismo es la parte que sostiene la configuración de tres bucles, y es la parte que los diagramas de flujo suelen omitir. Un prompt de mantenimiento genérico integrado no es una política de triaje. Si quieres un bucle que lea los issues de GitHub tal como tu proyecto lee los issues de GitHub —qué cuenta como duplicado, qué recibe una etiqueta en lugar de una respuesta, qué nunca recibe una respuesta—, la política tiene que vivir en loop.md, no en el prompt que escribiste cuando iniciaste la sesión.

Los límites que deciden si tres es un número o un eslogan

Tres bucles concurrentes es donde las restricciones empiezan a apretar, y vale la pena enumerarlas antes de copiar la configuración de cualquier persona.

• Techo de concurrencia — una sesión admite hasta 50 tareas programadas a la vez, así que tres bucles no se acercan ni de lejos al límite. La restricción vinculante no es la cantidad de tareas, sino la atención: tres bucles significan tres flujos de llamadas a herramientas compitiendo por la misma sesión.

• Caducidad — las tareas recurrentes se eliminan a sí mismas siete días después de su creación, ejecutándose una vez más al salir. Un bucle de mantenimiento que se detuvo en silencio el octavo día es el modo de fallo más común de todos, y falla en silencio.

• Restaurar las asimetrías — reanuda una sesión con --resume o --continue y las tareas programadas por cron vuelven, excepto las recurrentes que expiraron. Un bucle a su propio ritmo no se restaura en absoluto; tienes que iniciarlo de nuevo.

• Comportamiento con la sesión ocupada: una tarea se dispara entre turnos, nunca en medio de una respuesta. Si un turno agéntico largo está en ejecución cuando vence un bucle, el disparo espera. Los intervalos perdidos no se acumulan; se colapsan en un solo disparo.

• Jitter — las tareas recurrentes se ejecutan deliberadamente con retraso, hasta la mitad del intervalo hasta la siguiente ejecución y como máximo 30 minutos, para que un conjunto de sesiones no converja en el mismo segundo. Una tarea cada diez minutos comienza en cualquier punto desde puntual hasta cinco minutos tarde. El caso de cinco minutos es la excepción: Claude Code lo adelanta 15 segundos para mantener cada ejecución dentro de la ventana de la caché de prompts.

• Requisito de máquina encendida — los bucles solo se activan mientras Claude Code está en ejecución y en reposo. Cerrar el portátil los detiene. No hay recuperación para las horas en las que estuviste ausente.

Ese último es la razón por la que este flujo de trabajo es la configuración de un mantenedor y no la de un equipo de plataforma. Tres bucles en una sola máquina, en una sola sesión, son una forma de mantener avanzando un proyecto de código abierto con mucha actividad mientras haces otra cosa; no es un servicio.

Por qué este flujo de trabajo es específico de Claude Opus 5.5, y no solo "un agente"

Ejecuta un bucle de tres agentes contra un modelo sin una gran ventana de contexto y los bucles se pasarán el día releyendo. Cada iteración vuelve a ingerir el hilo de issues, el diff del PR y el historial de Discord; si la ventana es pequeña, ese historial se resume y se pierde, y el juicio del bucle se degrada silenciosamente a medida que la sesión envejece. Claude Opus 5.5 tiene una ventana de contexto de 1M de tokens con 128K tokens de salida, lo que permite que un bucle de triaje mantenga a la vez un backlog real de issues, una conversación y las últimas iteraciones. También tiene un precio de $4 / $20 por millón de tokens, y sus lecturas de caché cuestan $0.20 por millón —una quinta parte del precio de entrada—, lo que importa más de lo habitual aquí, porque un bucle es la carga de trabajo que mejor aprovecha la caché que existe. El mismo prompt del sistema, las mismas definiciones de herramientas, el mismo contexto del repositorio, una y otra vez.

El segundo ajuste es el valor predeterminado de pensamiento, y corta en la dirección opuesta según lo que esté haciendo cada bucle. Claude Opus 5.5 ejecuta el pensamiento adaptativo siempre activado, con el esfuerzo predeterminado en medio — un nivel por debajo del valor predeterminado de Claude Opus 5. El esfuerzo no solo cambia la calidad; cambia el volumen de llamadas a herramientas. Un bucle que clasifica problemas y uno que edita código quieren configuraciones diferentes, y la configuración de menor esfuerzo también es su propio problema de programación: en un bucle auto-gestionado, el modelo elige su propio retraso para el próximo despertar, por lo que un bucle de clasificación de bajo esfuerzo y un bucle de corrección de alto esfuerzo avanzarán a un ritmo diferente frente al mismo repositorio. No hay una configuración que los haga coincidir. El punto es saber cuál es cuál, porque la diferencia de ritmo es lo primero que verás.

Si quieres ejecutar el bucle y el corrector contra los modelos de distintos proveedores —el triaje con algo barato, las correcciones con Claude Opus 5.5—, eso es una decisión de enrutamiento y no una de Claude Code, y es la razón por la que hay una puerta de enlace delante de la sesión.

Probar esto sin apostar la producción a ello.

La objeción razonable a una configuración de tres bucles es que coloca un agente autónomo frente a las incidencias de tus usuarios la primera tarde. El bucle va a comentar. Va a cerrar cosas. La forma honesta de adoptar esto es ejecutar un bucle en modo de prueba durante una semana con un token de GitHub de solo lectura y ver si sus juicios de triaje coinciden con los que hiciste a mano —y, por separado, dirigir el propio modelo a algún lugar donde puedas medirlo antes de comprometerte.

En OrcaRouter, anthropic/claude-opus-5.5se sirve al precio de lista de A​nthropic sin ningún recargo, desde un único endpoint que habla tanto el formato compatible con OpenAI como el de los mensajes de A​nthropic, de modo que una sesión de Claude Code y un script que se comunica con el mismo modelo no necesitan dos integraciones. A​nthropic publicó sus propios precios de $4 / $20 el 22 de septiembre de 2026; si ese precio de lista cambia, una puerta de enlace de paso directo cambia con él el mismo día, y no en el siguiente ciclo de facturación, que es la versión que quieres cuando estás dimensionando un bucle que podría ejecutarse durante meses. La conmutación automática por error entre proveedores cubre el caso del que advierte la documentación y que nadie prueba: el bucle no se detiene porque un proveedor ascendente devolviera un 429 a las tres de la mañana. La fusión de modelos y el DSL de enrutamiento importan menos aquí: un bucle de triaje quiere un solo modelo, de forma consistente, porque la consistencia es lo que hace que sus juicios sean revisables.

Qué hacer con el número tres

El problema de reputación de la ingeniería de bucles es que la mayor parte de lo que se demostró este año fue un solo bucle ejecutando una única tarea limitada en una demo. La configuración de yetone es interesante porque son tres bucles sobre tres entradas diferentes —el repositorio, la comunidad de chat, la cronología pública—, que es la forma del trabajo real para el que un mantenedor no tiene tiempo. También es la forma que expone todas las restricciones anteriores: expiración, jitter, restauración, ritmo y el hecho de que los bucles solo se ejecutan mientras la máquina está encendida.

La parte transferible no es el conteo. Es que cada bucle obtuvo su propia superficie, su propia política en loop.md, y su propia razón para despertarse — y que la persona que lo ejecutaba podía saber, a partir del registro de iteraciones, por qué cada bucle eligió el retraso que eligió. Esa es una configuración que realmente puedes auditar una semana después. Lo cual, dado que cada uno de estos bucles expira el día ocho, es más o menos el tiempo que tienes para decidir si volver a construirlo.

Vale la pena decirlo sin rodeos: esta es la configuración de un profesional, descrita por su propio autor en X, no una guía recomendada por el proveedor. La documentación de Anthropic para Claude Opus 5.5 y el/loop de Claude Code te dicen qué hacen las herramientas. No te dicen que tres sea el número correcto, y nadie más lo dice todavía.

Cuando el bucle de triaje y el bucle de corrección quieren modelos distintos: Ejecuta el bucle y el corrector a través de un único endpoint que sirve Claude Opus 5.5 al precio de lista de A​nthropic desde un solo endpoint que habla tanto el formato compatible con OpenAI como el de A​nthropic Messages.

Elecciones de modelo como esta son también donde aparecen los modos de fallo: los incidentes de IA y fallos de agentes documentados que hay detrás de los modelos de esta clase se recopilan en the OrcaRouter AI Incident Archive , donde cada entrada incluye sus propias fuentes, gravedad, grado de confianza y marca de disputa.