OpenClaw Machines

Ejecuta tantos agentes OpenClaw aislados como necesites, en el hardware que posees.

OpenClaw Machines es una plataforma de código abierto para ejecutar OpenClaw en sandboxes de IA seguros en tu propia infraestructura. Un plano de control orquesta tus hosts, y cada agente se ejecuta en su propia microVM Firecracker en ellos — aislado por hardware, seguro para código no confiable y generado por agentes. Un plano de datos de Cloudflare es la puerta de entrada: cada máquina tiene su propio subdominio detrás de autenticación perimetral, alcanzado a través de un túnel que termina dentro de la VM — ningún puerto del host está expuesto para el tráfico de usuario a VM. El plano de control actual aún necesita acceso privado o restringido por firewall a la API de control autenticada de cada agente en el puerto 9090. Véalo funcionando en openclawmachines.com.

El núcleo público bajo Apache-2.0 incluye todas las piezas de esa pila:

• un plano de control mínimo — API en Go, cuentas, máquinas y hosts respaldados por Postgres; ubicación, ciclo de vida de la máquina, registro de hosts, copias de seguridad y flujos de trabajo duraderos;
• el agente host (ocm-agent) — inicia, supervisa y recolecta microVMs Firecracker en tus máquinas Linux registradas, gestionando redes bridge/TAP y preparación de rootfs;
• un proxy LLM por host (LiteLLM) — un solo lugar para claves de modelos y soporte BYO-key, con seguimiento de uso por máquina en todos los proveedores (o tus propios modelos servidos localmente);
• el runtime de OpenClaw — los componentes dentro de la VM: proxy de autenticación, gateway de chat web, terminal en vivo y el flujo de preparación/actualización del runtime basado en artefactos;
• el runtime de navegador — VMs de navegador Chromium emparejadas con enrutamiento CDP y una vista en vivo observable;
• integraciones de espacio de trabajo / MCP nativo — herramientas de GitHub, Google Workspace, OpenAPI, GraphQL y MCP remoto conectadas una vez por espacio de trabajo y expuestas a las máquinas a través de la fachada MCP de OCM;

La CLI ocm reside en el repositorio separado mathaix/ocm-cli bajo Apache-2.0.

Enlace al video

Haz clic en la captura de pantalla para ver la demostración de 43 segundos en YouTube. Esta es una imagen enlazada, no un reproductor incrustado.

La demostración cubre la incorporación del host, el arranque del agente, la terminal de la VM Firecracker en ejecución, las integraciones MCP del espacio de trabajo y una llamada a herramienta de agente de principio a fin.

Por qué OpenClaw Machines

• Seguridad. Aislamiento real, no contenedores: una microVM Firecracker por agente, con su propio kernel invitado detrás de un límite de hardware KVM — y autenticación aplicada en el borde y nuevamente dentro de cada VM.
• Costo. Un costo fijo de servidor: alquila una sola máquina bare-metal y ejecuta tantos agentes aislados por hardware como quepan — consulta cómo se comparan las opciones. La misma arquitectura también reduce el gasto en tokens: dirige los agentes a modelos de código abierto que se ejecutan en tu propio hardware GPU en lugar de pagar APIs por token.
• Soberanía. Tu hardware, tus datos, tus claves. Ejecuta el plano de control y los workers en máquinas que posees y dirige el tráfico de modelos a través del proxy LLM por host a cualquier proveedor — o a modelos servidos en tus propias GPUs.
• Código abierto. Núcleo público Apache-2.0 y CLI ocm acompañante, con licencia permisiva para adopción, integración y contribución.
• Empresarial. Cuentas multiusuario y equipos, gestión de hosts con puerta de administración, secretos cifrados por máquina y políticas de capacidad/ubicación en tu flota.
• Ecosistema. VMs de navegador para automatización web, terminal en vivo y chat web, enrutamiento por VM, integraciones MCP nativas con ámbito de espacio de trabajo, copias de seguridad/instantáneas, memoria del agente y observabilidad con trazado OpenTelemetry/Opik y seguimiento de uso por máquina.

Cómo se comparan las opciones

Si ejecutas OpenClaw hoy, tienes algunas opciones:

1. Hardware local — ejecútalo en tu propio portátil o escritorio.
2. Un VPS (ej. Hostinger, DigitalOcean) — alquila un servidor virtual y ejecútalo allí.
3. Un servicio gestionado (ej. KiloClaw) — inicia una instancia de OpenClaw alojada y paga por instancia.

OpenClaw Machines es la cuarta opción: alquila un servidor bare-metal (OVHcloud, Hetzner, …), apunta OpenClaw Machines hacia él e inicia tantas instancias de OpenClaw aisladas por hardware como quepan en la máquina. Un agente o cincuenta — el costo sigue siendo un solo servidor fijo.

En resumen: la ruta gestionada es la más fácil pero tiene precio por agente; local y VPS son baratos para empezar pero no aíslan ni escalan bien. OpenClaw Machines intercambia un poco más de configuración por la mejor economía y aislamiento una vez que ejecutas más de un par de agentes — un servidor, muchos agentes aislados por hardware, todo tuyo.

Cómo funciona

OpenClaw Machines convierte tus propios servidores Linux en un conjunto de sandboxes seguros bajo demanda. Cada sandbox es una microVM Firecracker real (su propio kernel, aislada por hardware mediante KVM) que ejecuta un agente de IA. La plataforma es el plano de control que crea esas VMs, las rastrea, enruta el tráfico hacia ellas y las destruye — para que puedas ejecutar muchos agentes no confiables de forma segura en infraestructura que posees. Piensa en una mini-nube para agentes de IA, autoalojada.

1. Plano de control (backend Go) — el cerebro. Cuentas, máquinas, hosts y configuración; la API a la que llaman la UI/CLI; orquestación de ubicación y ciclo de vida.
2. Hosts + agentes worker — tus máquinas Linux. Registra un host con un script de instalación; su agente worker inicia y detiene microVMs Firecracker cuando se le indica.
3. Máquinas — una microVM aislada por agente. Dentro: el agente OpenClaw, un gateway de chat web y una terminal en vivo.
4. VMs de navegador — microVMs separadas que ejecutan Chromium con interfaz gráfica y una vista en vivo, manejadas por el agente a través de CDP para automatización del navegador.
5. Enrutamiento / plano de datos — cada VM en ejecución obtiene su propio subdominio y un túnel de Cloudflare que termina dentro de la VM, con autenticación aplicada en el borde y nuevamente dentro de la VM.
6. Integraciones de espacio de trabajo (MCP nativo) — conecta herramientas externas una vez por espacio de trabajo (GitHub, Google Workspace o cualquier endpoint OpenAPI / GraphQL / MCP remoto); el plano de control las expone al agente de cada máquina a través de un único servidor MCP integrado, para que el agente las descubra y las llame con ocm.search_tools / ocm.call_tool en lugar de cableado por integración.

flowchart TB
    U["you — browser / ocm CLI"] --> EDGE["Cloudflare edge<br/>Access auth · Worker route lookup (KV)"]
    EDGE -->|dashboard / API| CP["Control plane (Go)<br/>accounts · machines · hosts<br/>placement · lifecycle · backups"]
    CP --- DB[("Postgres")]
    CP -->|enroll · heartbeat · boot/stop :9090| H1["Host 1 — your Linux box<br/>ocm-agent · LLM proxy · CDP proxy"]
    CP -->|…| HN["Host N"]
    EDGE -->|per-VM tunnel, terminates inside the VM| VM1
    subgraph H1X["Host 1's microVMs"]
        VM1["Machine — Firecracker microVM<br/>OpenClaw agent · web chat · terminal<br/>authproxy + cloudflared inside"]
        BVM["Browser VM<br/>headful Chromium · live view"]
        VM1 -->|CDP| BVM
    end
    H1 --- H1X

El diseño completo — plano de datos, enrutamiento, túneles, ciclo de vida, configuración y el flujo de construcción/lanzamiento — está en docs/architecture.md, y la pila de cinco capas (UI React → borde de Cloudflare → plano de control Go → agentes host → sandboxes Firecracker) está en docs/tech-stack.md.

Requisitos

OpenClaw Machines ejecuta microVMs Firecracker, que requieren KVM. Necesitas un host Linux con KVM habilitado: bare-metal o una VM en la nube con virtualización anidada habilitada. No se ejecuta en macOS, Windows/WSL ni en una VM en la nube estándar sin virtualización anidada.

Comprueba tu host:

make preflight

Primeros pasos

La guía de primeros pasos tiene tres etapas, cada una terminando con algo funcional:

¿Usas un agente de codificación? Apúntalo a docs/getting-started.md y pídele que siga la guía desde la Etapa 1.

1. Evaluación local — toda la pila + una máquina Firecracker real en una máquina Linux con capacidad KVM. No se requiere Cloudflare ni dominio público; usa un host KVM existente o el ejemplo opcional de aprovisionamiento en GCP.
2. Cloudflare + un host dedicado — el despliegue con forma de producción: dominio, túneles, autenticación perimetral y un host en la nube o bare-metal registrado.
3. El flujo de trabajo completo — crea y usa máquinas (chat, terminal, VMs de navegador), ciclo de vida, copias de seguridad, actualizaciones del runtime.

Documentación del proyecto

• Primeros pasos — la guía de tres etapas anterior
• Guía de usuario — uso diario de una máquina (modelo, chat, terminal, VM de navegador, archivos, registros, trazas, copias de seguridad)
• Integraciones de espacio de trabajo / MCP nativo — conecta GitHub, Google Workspace, OpenAPI, GraphQL y herramientas MCP remotas una vez por espacio de trabajo
• Arquitectura — plano de datos, enrutamiento, túneles, ciclo de vida, integraciones de espacio de trabajo / MCP nativo
• Pila tecnológica — las cinco capas, desde el cliente hasta el sandbox
• Configuración local y BYO-host
• Perfiles de despliegue del plano de control
• Requisitos previos del plano de control autoalojado
• Manual del operador LLM
• Inventario de documentación pública
• Contribuir · Política de seguridad · Código de conducta
• Proyecto CLI ocm

Comunidad y soporte

• GitHub Discussions — preguntas, ideas, mostrar y contar
• Issues — errores y solicitudes de funcionalidades
• Roadmap — el rastreador de preparación para código abierto: qué está hecho, qué sigue
• ¿Encontraste una vulnerabilidad? Consulta la política de seguridad.

Contribuciones

Consulta CONTRIBUTING.md y el código de conducta.

Licencia

Apache-2.0