OpenRig explicado: coordinar agentes de programación con supervisión
OpenRig explicado: coordinar agentes de programación con supervisión
Entiende la configuración, los puestos y el daemon local antes de añadir un segundo agente
Qué aprenderás
- La unidad útil es el puesto
- Sigue la ruta de control
- Reconoce los primeros cambios
Antes de empezar
- Node 22 o 24 y tmux en un host compatible
- Una cuenta de proveedor funcional y un repositorio desechable
Convierte el primer equipo owner/checker en evidencia de adopción segura
Conclusiones clave
- Un puesto estable no garantiza una respuesta correcta.
- La TUI observa; tmux mantiene las sesiones.
- El arranque administrado puede modificar confianza y hooks.
La unidad útil es el puesto
OpenRig lee un RigSpec y arranca un equipo de funciones persistentes. Un puesto como `dev-owner@first-project` conserva su dirección aunque cambie la sesión del agente que lo ocupa. Los pods agrupan puestos y las aristas describen sus relaciones.
El modelo ayuda a que quien desarrolla y quien revisa hablen del mismo cambio. No hace correctas sus respuestas por sí solo. La persona operadora delimita la tarea, inspecciona el resultado y decide qué código aceptar.
Sigue la ruta de control
La arquitectura documentada conecta CLI, TUI o MCP con un daemon local Hono; detrás hay servicios de dominio, SQLite, tmux y adaptadores de proveedor. Claude Code y Codex pueden compartir rig si sus cuentas locales funcionan.
La TUI muestra el estado de coordinación y tmux aloja las terminales reales. Cerrar una ventana de visualización no detiene los puestos. Conviene comprobar las sesiones antes de relanzar un equipo que parece desaparecido.
Reconoce los primeros cambios
Instalar el paquete npm añade la CLI. El inicio del daemon y de los puestos administrados también puede escribir hooks de proveedor, registros de confianza y archivos del espacio de trabajo. El README distingue esos momentos.
Consulta la tabla de cambios antes de probar un equipo inicial. Usa un repositorio desechable, elige un proveedor que ya funcione y registra la configuración antes y después. Esta serie no instaló ni ejecutó OpenRig.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Asigna un puesto responsable y otro revisor a una tarea.
- 2
Distingue daemon, puesto, terminal y visor.
- 3
Guarda los archivos de proveedor y proyecto antes del primer inicio.
Ejemplo para copiar
RigSpec -> puestos y relaciones
CLI / TUI / MCP -> daemon -> SQLite + tmux
operador -> revisión del cambio concretoPreguntas frecuentes
¿Necesito dos suscripciones de modelos?
No. La guía permite utilizar una cuenta de proveedor que ya funcione, o las dos si se desea.
¿Cerrar la TUI detiene el equipo?
No. Las sesiones de tmux siguen hasta que se detienen expresamente.
Fuentes
- OpenRig / README.mdFuente verificada 2026-10-04
- OpenRig / docs/reference/getting-started.mdFuente verificada 2026-10-04
- OpenRig / docs/reference/rig-spec.mdFuente verificada 2026-10-04
- OpenRig / docs/reference/instance-layout.mdFuente verificada 2026-10-04