OpenRig explicado: coordinar agentes de programación con supervisión
Desplegar OpenRig: separar estado de instancia y estado de proveedor
Prepara una prueba controlada antes de iniciar puestos en un equipo compartido
Qué aprenderás
- Localiza el estado
- Fija versiones y propietario
- Prepara parada y recuperación
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
- OPENRIG_HOME no aísla toda la configuración.
- La documentación del repositorio puede ir por delante de npm.
- Cada puesto requiere una evaluación de recuperación.
Localiza el estado
El daemon guarda base de datos y recursos de instancia en `OPENRIG_HOME`, normalmente `~/.openrig`. Las sesiones administradas también escriben configuración del proveedor y archivos del proyecto fuera de ese directorio.
Haz copia de las rutas tmux, Claude y Codex señaladas por el README. Cambiar `OPENRIG_HOME` no aísla la prueba por completo: los hooks y registros de confianza pueden quedar en otras ubicaciones.
Fija versiones y propietario
Elige Node 22 o 24, una versión de CLI y una versión conocida de tmux. El proyecto advierte que su documentación del repositorio puede adelantarse a npm; compara `rig --version` con las instrucciones consultadas.
En un host compartido, define quién posee la cuenta del daemon, las credenciales del proveedor y el espacio de trabajo. Compartir una cuenta del sistema no crea una frontera de acceso.
Prepara parada y recuperación
`rig down --snapshot` registra la topología para restaurarla; `rig up <name>` puede partir de una instantánea o del estado actual de la base. El informe distingue nodos reanudados, nuevos y fallidos.
Ensaya el ciclo en un rig desechable. Las actualizaciones tienen su propio procedimiento: el README indica que `rig down` no es un paso rutinario para actualizar puestos activos.
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
Inventaría escrituras de instancia, proveedor y proyecto.
- 2
Fija las versiones de Node, CLI y proveedor.
- 3
Prueba instantánea y restauración con puestos desechables.
Ejemplo para copiar
piloto:
node: 22-o-24
version_cli: fijada
proveedor: elegido-y-autenticado
copia_configuracion: comprobada
restauracion: rig-desechablePreguntas frecuentes
¿Basta cambiar OPENRIG_HOME para probarlo aislado?
No. La confianza del proveedor, los hooks y los archivos del proyecto pueden quedar fuera.
¿Debo parar todos los puestos antes de actualizar?
La guía fijada señala que `rig down` no es el paso de actualización.
Fuentes
- OpenRig / README.mdFuente verificada 2026-10-04
- OpenRig / docs/reference/instance-layout.mdFuente verificada 2026-10-04
- OpenRig / docs/reference/host-resources.mdFuente verificada 2026-10-04
- OpenRig / docs/reference/getting-started.mdFuente verificada 2026-10-04
- OpenRig / packages/cli/src/commands/down.tsFuente verificada 2026-10-04