OpenRig ha subido al tercer puesto del GitHub Trending diario con una propuesta muy concreta: ejecutar Codex y Claude Code como un equipo persistente, con propietarios, colas y memoria. El 30 de septiembre publicó las versiones 0.6.2 y 0.6.3; la segunda corrige una regresión de mensajería introducida por la primera.
La velocidad del arreglo es una buena señal de mantenimiento, pero también un aviso. La coordinación multiagente toca terminales, archivos de configuración, confianza del espacio de trabajo y sesiones vivas. No es una capa neutra que se pueda añadir sin revisar qué cambia.
Qué organiza realmente
El repositorio define equipos en YAML, arranca asientos en tmux, conserva una cola de trabajo y permite enviar mensajes entre agentes. Puede adoptar sesiones existentes, guardar una topología para restaurarla y proyectar instrucciones o skills en cada entorno. La versión actual en la consulta es la 0.6.3, commit firmado 8b5e948807e258aa659862064258e41da9e3eaa9, con licencia Apache 2.0.
Requiere Node.js 22 o 24 y tmux. El soporte documentado se limita a macOS y Linux; Windows nativo no está soportado y WSL2 figura como no probado. Las cuentas y el consumo de los proveedores siguen siendo responsabilidad del usuario.
Los cambios locales que merecen una copia previa
Según el README, la configuración escribe estado bajo OPENRIG_HOME, modifica ~/.tmux.conf en determinadas rutas y añade bloques, hooks o confianza a archivos de Claude y Codex. Los arranques gestionados pueden marcar el espacio como confiable y proyectar recursos MCP. Los relés de actividad envían al daemon identidad de asiento, tipo de evento y marcas temporales; no incluyen el texto del prompt ni argumentos de herramientas, según el autor.
Hay un modo rig setup --dry-run, pero su alcance no cubre todos los cambios que ocurren en arranques posteriores. La documentación recomienda revisar y respaldar los archivos relevantes antes de empezar. Esa limitación convierte la primera prueba razonable en un repositorio desechable, no en el proyecto principal de un equipo.
La regresión que explica la versión 0.6.3
La 0.6.2 añadió una receta de primer proyecto con un agente propietario y otro revisor, además de reparaciones de recuperación. Una comprobación de seguridad debía impedir que OpenRig escribiera mensajes en un shell desnudo. En algunos asientos de Claude con modo de permisos explícito, el wrapper de lanzamiento aparecía como shell en primer plano y la comprobación rechazaba mensajes aunque Claude siguiera ejecutándose debajo.
La 0.6.3 identifica ahora un proceso estable descendiente del panel y conserva el rechazo para un shell realmente vacío. Las notas también aclaran el límite de la prueba: hubo metadatos sintéticos y cobertura enfocada, no una demostración instalada de recepción en todos los entornos. Las incidencias abiertas todavía recogen tiempos de espera, caminos de recuperación y compatibilidad.
Qué exigir antes de adoptarlo
OpenRig tiene sentido cuando el problema es la continuidad de varios agentes, no cuando una sola tarea cabe en una sesión. Antes de incorporarlo conviene comprobar cinco cosas en un entorno aislado: archivos modificados, permisos efectivos de cada asiento, destino real de los mensajes, recuperación después de reiniciar y forma de desmontar la integración sin dejar hooks o confianza obsoletos.
Su puesto en Trending —3.186 estrellas totales y 624 del día durante el snapshot— describe atención, no fiabilidad. La demostración y las pruebas disponibles proceden del creador; no encontramos una evaluación independiente sustancial. Tampoco instalamos ni ejecutamos el repositorio, de acuerdo con el criterio operativo de Texploto.
Frente a Cursor Projects, OpenRig apuesta por herramientas de terminal y varios proveedores en lugar de un único coordinador integrado. Esa flexibilidad trae una factura de operación mayor: alguien debe gobernar identidades, permisos, colas y recuperación.
Nivel de evidencia: demo del creador y documentación/fuente primaria, con incidencias públicas; sin prueba independiente sustancial.
Transparencia: artículo elaborado con asistencia de IA a partir de las fuentes enlazadas. No se han ejecutado los productos o sistemas descritos.
