El proyecto architect-loop, creado por Dan McInerney, propone un sistema de desarrollo de software basado en un bucle de agentes de inteligencia artificial de distintos proveedores. Su arquitectura divide las responsabilidades: Claude Fable actúa como arquitecto, diseñando cada fragmento de trabajo, congelando los criterios de aceptación y evaluando los resultados; GPT-5.5 Codex actúa como constructor e investigador, ejecutando ingeniería y búsquedas web en paralelo, sin supervisión, durante horas. El sistema funciona sobre las suscripciones planas que el usuario ya posee (Claude Code en cualquier plan de pago y Codex CLI en un plan de ChatGPT), sin necesidad de claves API adicionales.
El bucle de construcción se activa con el comando /architect. Cada bloque de trabajo comienza cuando Fable especifica un fragmento de una pull request, lo divide en entre 1 y 4 carriles con conjuntos de archivos disjuntos y escribe las puertas de aceptación en docs/gates/. A continuación, se lanza un proceso aislado de Codex por cada carril, cada uno en un worktree de Git separado. Los constructores deben argumentar contra la especificación antes de construir; la conformidad silenciosa se considera un defecto. Fable luego evalúa los resultados ejecutando los comandos de puerta él mismo, lee el diff contra la intención de la especificación y fusiona los carriles que pasan. Este juicio ocurre en una sesión nueva para evitar sesgos.
Para la investigación, el comando /architect-research ejecuta un bucle separado. Un explorador barato de Codex mapea el tema con unas 10 búsquedas; a partir de ese mapa, Fable diseña entre 3 y 6 carriles de investigación específicos del tema, usando tácticas de una biblioteca (bola de nieve de citas académicas, minería de repositorios por dependientes, detección de tendencias emergentes, etc.). Los investigadores paralelos de Codex trabajan bajo presupuestos estrictos: límites de búsqueda, ≤5 asuntos por carril, parada por saturación y disciplina de hallazgos (URL + fecha + cita + etiqueta de confianza). No se permiten recomendaciones. Para afirmaciones clave se requieren al menos dos fuentes independientes.
La memoria del sistema reside exclusivamente en el repositorio: docs/HANDOFF.md (una tabla de contenido breve, podada cada sesión), docs/gates/, docs/lanes/ y el historial de Git. La supervisión integrada incluye comprobaciones de actividad, diagnóstico de procesos estancados y tiempos de espera explícitos. El proyecto está licenciado bajo MIT y se instala clonando el repositorio y ejecutando ./install.sh. Su diseño está respaldado por citas en DESIGN.md, con 12 reglas impuestas y una tabla de modos de fallo.