TigrimOS v1.1.0 y Tiger CoWork v0.5.0 lanzados con enjambres de agentes remotos y gobernanza configurable.

TigrimOS v1.1.0 y Tiger CoWork v0.5.0, lanzados hoy, traen comunicación entre enjambres de agentes remotos y protocolos de gobernanza configurables a la plataforma de múltiples agentes de código abierto.

Dos ediciones para diferentes entornos

TigrimOS v1.1.0 es una aplicación independiente para Mac y Windows con un sandbox de Ubuntu incorporado que no requiere dependencias de Docker o la nube. Tiger CoWork v0.5.0 es nativo de Linux con el mismo conjunto de características, pero diseñado para ejecutarse directamente en servidores sin sobrecarga de máquina virtual.

Comunicación entre enjambres de agentes remotos

La característica principal permite la comunicación entre enjambres a través de redes. Cada instancia de TigrimOS ejecuta su propio enjambre interno de agentes, y en la versión v1.1.0, estos enjambres pueden comunicarse entre sí. El orquestador lee la personalidad y responsabilidad de cada nodo remoto, selecciona el enjambre adecuado para el trabajo y delega toda la tarea. Los agentes en diferentes máquinas físicas se comunican como si estuvieran en la misma caja.

Esto permite a los usuarios conectar nodos de GPU en la nube para inferencias pesadas, servidores de bases de datos para recuperación a gran escala, mientras mantienen una laptop como coordinador, abordando la limitación de ejecutar máquinas virtuales en hardware de escritorio limitado.

Protocolos de gobernanza configurables

Cinco topologías de gobernanza están disponibles, configurables por sesión:

• Estrella/Concentrador: Un solo orquestador con agentes que ejecutan tareas. Determinista sin negociación. Bueno para tareas bien definidas que requieren resultados predecibles.
• Pizarra: El orquestador publica tareas, los agentes ofertan según habilidad y disponibilidad. Sistema clásico de subasta distribuida. Bueno para equipos con especialidades mixtas.
• Canalización: Transferencia secuencial entre agentes (A termina, pasa a B). Bueno para flujos de trabajo estructurados como investigación → borrador → revisión → entrega.
• Malla: Totalmente descentralizado con cualquier agente delegando directamente a cualquier otro. Sin autoridad central. Bueno para investigaciones abiertas o tareas creativas que se benefician de múltiples perspectivas.
• Bus: Difusión a todos los agentes simultáneamente, y quien pueda manejarlo lo recoge. Bueno para cargas de trabajo paralelizables.

Características adicionales

• Cada agente puede usar un backend de LLM diferente (Claude Code, Codex, GLM, Minimax, Ollama local, etc.)
• Aislamiento de sandbox por defecto — los agentes no pueden tocar el sistema de archivos del host a menos que se monten carpetas explícitamente
• Sesiones de larga duración con recuperación de puntos de control y compresión de contexto
• Integración de servidor MCP para herramientas externas
• Monitor de tareas estilo Minecraft que muestra actividad de agentes en vivo con interacciones entre agentes para depurar flujos multiagente

Actualizar desde v1.0.0 no requiere reconstruir la máquina virtual — conéctese por SSH y ejecute algunos comandos.