Gestión de topologías: el ingrediente que falta en los equipos de agentes IA

Si has probado a trabajar con varios asistentes de IA para programar, ya sabes el problema: cada vez que reinicias, todo se olvida. Hay que volver a explicar el contexto, reconstruir flujos y recuperar decisiones que el equipo ya había tomado. Es como tener que formar a los mismos desarrolladores cada mañana.

OpenRig cambia el enfoque. En lugar de tratar a los agentes como sesiones aisladas, los gestiona como infraestructura real.

Por qué fallan los flujos actuales

La mayoría de desarrolladores lanza agentes de IA en sesiones independientes. Claude termina una tarea, cambias de contexto y GPT-4 aparece sin saber qué ha pasado antes. No hay memoria compartida ni identidad persistente. Solo agentes que empiezan de cero.

Esto funciona para tareas rápidas, pero se rompe cuando el proyecto crece y necesitas:

• Que un agente mantenga su identidad durante días o semanas
• Que varios agentes compartan lo que han aprendido
• Que las decisiones técnicas no se pierdan al reiniciar
• Coordinar a diez agentes sin que el caos se apodere del proyecto

Es como intentar mantener un servidor en producción sin ninguna capa de orquestación.

El concepto de rig: infraestructura para agentes

OpenRig introduce la idea de rig: una topología definida en YAML que agrupa agentes como si fueran recursos gestionados.

Un rig no es solo una lista de agentes. Es un grafo donde los agentes se organizan en pods que comparten contexto y se conectan mediante reglas de comunicación específicas. Toda la estructura se puede guardar, versionar y restaurar como un sistema completo.

En la práctica significa esto:

Un archivo YAML. Un comando. Toda tu flota lista para trabajar.

pods:
  orchestration:
    agents:
      - lead (Claude Opus)
      - coordinator (Claude Sonnet)
  
  development:
    agents:
      - implementation (Claude Code)
      - review (Codex)
  
  research:
    agents:
      - explorer-1, explorer-2, explorer-3

Funcionalidades que marcan la diferencia

Identidad persistente

Los agentes ya no desaparecen al reiniciar. Mantienen su rol, su conocimiento y sus relaciones durante semanas. Cuando se llena el contexto, el estado se transfiere a una nueva sesión. No es un reinicio, es una continuación.

Memoria compartida

Los agentes dentro de un pod pueden externalizar y compartir su estado. Cuando uno compacta su contexto, los demás pueden recuperar ese conocimiento. Las decisiones de arquitectura y los patrones de código se acumulan en lugar de perderse.

Punto único de coordinación

Una sola interfaz controla todo el sistema. Puedes revisar el estado de tu flota desde el móvil con Claude Remote Control, sin saltar entre diferentes herramientas.

Patrones reales que ya se están usando

La documentación de OpenRig muestra varios casos de uso que ya funcionan:

Revisión adversarial: dos agentes revisan cada pull request desde perspectivas distintas. Cada modelo detecta errores diferentes.

Cluster de investigación: cuatro agentes exploran un problema en paralelo, compartiendo resultados sin jerarquía.

Endurecimiento de seguridad: agentes de ataque, defensa y observación trabajan juntos hasta que la superficie queda limpia.

Refactorización continua: el equipo de refactorización trabaja mientras el resto duerme. El pod de revisión detecta regresiones sin intervención humana.

Gestión de infraestructura: un agente administra herramientas como HashiCorp Vault para todo el equipo.

Por qué esto importa para tu arquitectura

Los flujos tradicionales tratan a los agentes como herramientas desechables. Esa aproximación falla cuando se construye software real:

• El conocimiento se acumula en lugar de reiniciarse
• No hay que repetir requisitos constantemente
• Cada agente puede especializarse sin pisarse
• El trabajo asíncrono mantiene coherencia aunque nadie esté delante del ordenador

Cómo empezar

OpenRig incluye un modo de descubrimiento. Con rig discover puedes analizar sesiones existentes en tmux y generar automáticamente un borrador de tu topología. El CLI se encarga del resto: arrancar, guardar estados, restaurar y visualizar.

Para desarrolladores que ya trabajan con infraestructura en la nube, el concepto resulta familiar. Ahora esa misma disciplina se aplica a los flujos de desarrollo con IA.

La visión general

OpenRig es open source y no requiere claves adicionales más allá de las que ya usas con Claude o Codex. Es infraestructura que controlas tú, sin depender de soluciones cerradas.

Lo que empezó como una solución para que los agentes no olvidaran, se ha convertido en una base para equipos de agentes que sobreviven al trabajo real. Esa diferencia entre juguete y herramienta útil es más importante de lo que parece.

Tu topología de agentes es infraestructura. Trátala como tal: defínela, versiona, restaura y mejora.

Eso es lo que OpenRig hace posible.

¿Quieres ver cómo un equipo coordinado de agentes puede mejorar tu flujo de desarrollo? Consulta la documentación completa de OpenRig o explora el repositorio en GitHub.