Root Cloud · Multiempresa
Root reúne los runtimes de agentes de tu equipo, los conecta a un MCP propio con OAuth 2.1 y aplica permisos por rol en cada acción, empresa por empresa.
// Nuestro enfoque
Un agente con acceso a tu organización no debería tener más poder que la persona que lo conectó. Root parte de esa regla: cada acción se resuelve con el rol de quien autorizó, dentro de su empresa, y se puede cortar en cualquier momento.
Cada tool que invoca un agente actúa con los permisos de la persona que lo autorizó, resueltos en cada llamada.
Agentes, políticas y MCP pertenecen a una empresa. Una persona puede estar en varias, con un rol distinto en cada una.
Un companion emparejado detecta y ejecuta los CLI en tu máquina. Root los gobierna sin instalarlos en ningún servidor.
El consumo de cuota sale de lo que el propio CLI escribió en disco. Si un CLI no lo publica, Root lo dice con su motivo.
// Cómo funciona
Tras iniciar sesión creas una empresa, en la que quedas como owner, o aceptas una invitación.
Ejecutas el companion en tu máquina y lo emparejas con la empresa: detecta los CLI instalados.
Desde Runtimes, «Conectar» registra el MCP de Root en Claude Code, Codex u OpenCode con un clic.
El CLI inicia sesión por OAuth 2.1 la primera vez; tú decides qué ve cada agente y lo revocas cuando quieras.
# Claude Code
claude mcp add --transport http --scope user root https://onroot.dev/api/mcp
# Codex
codex mcp add root --url https://onroot.dev/api/mcp
# Emparejar el companion con tu empresa
bun run companion pair <url>// Funciones
Gobernanza
Una política es un prompt con nombre dividido en secciones: arquitectura, stack, guía de diseño. Los agentes la piden con get_governance y, si algo no cuadra, proponen la corrección.
Diseño
Agrupa las pantallas de cada producto en proyectos y recórrelas en un lienzo navegable. Los agentes las piden por MCP para construir la interfaz sin adivinar.
MCP centralizado
Todos los CLI registran la misma URL. La primera vez abren el navegador para iniciar sesión en Root por OAuth 2.1 y elegir la empresa en la que trabajarán.
Empresas y roles
Cada empresa es un espacio aislado con sus miembros, agentes y políticas. Cambiar de empresa desde la barra superior recarga todo con los datos de la nueva.
// Y en tu equipo
Equipos y companion
El companion corre en el equipo de cada persona y hace lo que un servidor en la nube no puede: detectar los CLI, ejecutarlos y leer su disco.
Runtimes
Root encuentra en el PATH los CLI instalados y prueba los proveedores locales. El dashboard enseña cuáles están disponibles y conectados al MCP.
Consumo de cuota
El dashboard muestra cuánto lleva gastado cada runtime de su ventana de cuota. Cuenta también lo que consumiste fuera de Root.
// Compatibilidad
Un CLI sin conexión asistida sigue apareciendo, y Root te da la URL de su MCP para registrarla a mano.
// Roles
Los permisos se conceden por rol dentro de la empresa activa y se vuelven a comprobar en cada petición.
Todo dentro de la empresa, incluido conceder o retirar el rol owner.
Todo dentro de la empresa salvo gestionar owners.
Lo de un member y, además, crear y editar las pantallas de diseño.
Lectura de la empresa y conexión de sus propios agentes al MCP.
// Seguridad
La URL que registras en un CLI no contiene credenciales. El CLI guarda sus tokens en su propio almacén; en Root solo vive su hash, y cada concesión se revoca de un clic.
Tokens de sesión, de OAuth e invitaciones guardados solo como hash SHA-256
Contraseñas con Argon2id y cambio obligatorio de la temporal inicial
OAuth 2.1 con PKCE S256 obligatorio y refresh rotativo que revoca ante reutilización
Token de acceso de 1 h válido solo para el agente y la empresa de su URL
Inicio de sesión con Google, restringible a dominios de Workspace
Nada que emita o gestione accesos se publica como tool MCP
Crea tu empresa, empareja tu equipo y conecta tu primer runtime.
Root · gestor de agentes de IA y servidores MCP con RBAC · un producto de Dinnger