OpenClaw Machines

Führen Sie so viele isolierte OpenClaw-Agenten aus, wie Sie benötigen, auf Hardware, die Ihnen gehört.

OpenClaw Machines ist eine Open-Source-Plattform zum Ausführen von OpenClaw in sicheren KI-Sandboxen auf Ihrer eigenen Infrastruktur. Ein Control Plane orchestriert Ihre Hosts, und jeder Agent läuft in einer eigenen Firecracker Mikro-VM auf ihnen – hardwareisoliert, sicher für nicht vertrauenswürdigen und agentengenerierten Code. Ein Cloudflare Data Plane ist die Eingangstür: Jede Maschine erhält eine eigene Subdomain hinter Edge-Authentifizierung, die durch einen Tunnel erreicht wird, der innerhalb der VM endet – kein Host-Port wird für Benutzer-zu-VM-Datenverkehr geöffnet. Das aktuelle Control Plane benötigt weiterhin privaten oder firewall-beschränkten Zugriff auf die authentifizierte Control-API jedes Agenten auf 9090. Sehen Sie es in Aktion unter openclawmachines.com.

Der Apache-2.0 öffentliche Kern liefert jedes Stück dieses Stacks:

• ein minimales Control Plane — Go-API, Postgres-gestützte Konten, Maschinen und Hosts; Platzierung, Maschinenlebenszyklus, Host-Anmeldung, Backups und dauerhafte Workflows;
• der Host-Agent (ocm-agent) — bootet, überwacht und räumt Firecracker-Mikro-VMs auf Ihren registrierten Linux-Boxen auf, verwaltet Bridge/TAP-Netzwerk und Rootfs-Staging;
• ein pro-Host LLM-Proxy (LiteLLM) — ein Ort für Modellschlüssel und BYO-Key-Unterstützung, mit nutzungsverfolgung pro Maschine über Anbieter hinweg (oder Ihre eigenen lokal bereitgestellten Modelle);
• die OpenClaw-Runtime — die In-VM-Komponenten: Auth-Proxy, Web-Chat-Gateway, Live-Terminal und der artefaktgesteuerte Runtime-Staging/Upgrade-Flow;
• die Browser-Runtime — gepaarte Chromium-Browser-VMs mit CDP-Routing und einer beobachtbaren Live-Ansicht;
• Workspace-Integrationen / natives MCP — GitHub, Google Workspace, OpenAPI, GraphQL und Remote-MCP-Tools, die einmal pro Workspace verbunden und Maschinen über die OCM-MCP-Fassade zugänglich gemacht werden;
• und die , die alles zusammensetzen — jeden Build-Befehl jeder Komponente, das GCS-Artefakt-Bucket-Layout, Host-Provisioning-Skripte und die .

Das ocm-CLI lebt im separaten mathaix/ocm-cli Apache-2.0-Repository.

Video-Link

Klicken Sie auf den Screenshot, um die 43-Sekunden-Demo auf YouTube anzusehen. Dies ist ein verlinktes Bild, kein eingebetteter Player.

Die Demo umfasst das Onboarding des Hosts, das Hochfahren des Agenten, das laufende Firecracker-VM-Terminal, Workspace-MCP-Integrationen und einen vollständigen Agent-Toolaufruf.

Warum OpenClaw Machines

• Sicherheit. Echte Isolation, keine Container: eine Firecracker-Mikro-VM pro Agent mit eigenem Gast-Kernel hinter einer KVM-Hardwaregrenze – und Authentifizierung, die an der Edge und erneut in jeder VM erzwungen wird.
• Kosten. Ein flacher Serverpreis: Mieten Sie eine einzelne Bare-Metal-Box und betreiben Sie so viele hardwareisolierte Agenten, wie sie Platz hat – siehe Vergleich der Optionen. Dieselbe Architektur senkt auch die Token-Kosten: Leiten Sie Agenten zu Open-Source-Modellen auf Ihrer eigenen GPU-Hardware, anstatt Token-basierte APIs zu bezahlen.
• Souveränität. Ihre Hardware, Ihre Daten, Ihre Schlüssel. Betreiben Sie das Control Plane und die Worker auf Maschinen, die Ihnen gehören, und leiten Sie Modellverkehr durch den pro-Host-LLM-Proxy zu jedem Anbieter – oder zu Modellen, die auf Ihren eigenen GPUs bereitgestellt werden.
• Open Source. Apache-2.0 öffentlicher Kern und begleitendes ocm CLI, permissiv lizenziert für Übernahme, Einbettung und Beitrag.
• Enterprise. Mehrbenutzerkonten und Teams, admin-gesteuertes Host-Management, verschlüsselte maschinenspezifische Geheimnisse und Kapazitäts-/Platzierungsrichtlinien in Ihrem gesamten Bestand.
• Ökosystem. Browser-VMs für Web-Automatisierung, Live-Terminal und Web-Chat, Pro-VM-Routing, workspace-weite native MCP-Integrationen, Backups/Snapshots, Agentengedächtnis und Beobachtbarkeit mit OpenTelemetry/Opik-Tracing und nutzungsverfolgung pro Maschine.

Wie sich die Optionen vergleichen

Wenn Sie OpenClaw heute ausführen, haben Sie einige Optionen:

1. Lokale Hardware – betreiben Sie es auf Ihrem eigenen Laptop oder Desktop.
2. Ein VPS (z.B. Hostinger, DigitalOcean) – mieten Sie einen virtuellen Server und betreiben Sie es dort.
3. Ein verwalteter Dienst (z.B. KiloClaw) – starten Sie eine gehostete OpenClaw-Instanz und bezahlen Sie pro Instanz.

OpenClaw Machines ist die vierte Option: Mieten Sie einen Bare-Metal-Server (OVHcloud, Hetzner, …), richten Sie OpenClaw Machines darauf aus und starten Sie so viele hardwareisolierte OpenClaw-Instanzen, wie die Box aufnehmen kann. Ein Agent oder fünfzig – die Kosten bleiben ein flacher Serverpreis.

Kurz gesagt: Der verwaltete Weg ist am einfachsten, aber preislich pro Agent; lokal und VPS sind günstig zu beginnen, isolieren aber nicht gut oder skalieren nicht. OpenClaw Machines tauscht etwas mehr Einrichtung gegen die besten Wirtschaftlichkeit und Isolation, sobald Sie mehr als ein paar Agenten betreiben – ein Server, viele hardwareisolierte Agenten, alles Ihnen gehörend.

So funktioniert es

OpenClaw Machines verwandelt Ihre eigenen Linux-Server in einen Pool sicherer, On-Demand-Sandboxen. Jede Sandbox ist eine echte Firecracker-Mikro-VM (eigener Kernel, hardwareisoliert über KVM), die einen KI-Agenten ausführt. Die Plattform ist das Control Plane, das diese VMs erstellt, verfolgt, Verkehr zu ihnen leitet und sie abbaut – so dass Sie viele nicht vertrauenswürdige Agenten sicher auf Ihrer eigenen Infrastruktur ausführen können. Denken Sie an eine Mini-Cloud für KI-Agenten, die Sie selbst hosten.

1. Control Plane (Go-Backend) – das Gehirn. Konten, Maschinen, Hosts und Konfiguration; die API, die das UI/CLI aufruft; Platzierungs- und Lebenszyklus-Orchestrierung.
2. Hosts + Worker-Agenten – Ihre Linux-Boxen. Melden Sie einen Host mit einem Installationsskript an; sein Worker-Agent bootet und stoppt Firecracker-Mikro-VMs, wenn er dazu aufgefordert wird.
3. Maschinen – eine isolierte Mikro-VM pro Agent. Im Inneren: der OpenClaw-Agent, ein Web-Chat-Gateway und ein Live-Terminal.
4. Browser-VMs – separate Mikro-VMs, die headless Chromium mit einer Live-Ansicht ausführen, vom Agenten über CDP für Browser-Automatisierung gesteuert.
5. Routing / Data Plane – jede laufende VM erhält eine eigene Subdomain und einen Cloudflare-Tunnel, der innerhalb der VM endet, mit Authentifizierung an der Edge und erneut in der VM.
6. Workspace-Integrationen (natives MCP) – verbinden Sie externe Tools einmal pro Workspace (GitHub, Google Workspace oder einen beliebigen OpenAPI/GraphQL/Remote-MCP-Endpunkt); das Control Plane stellt sie dem Agenten jeder Maschine über einen einzigen integrierten MCP-Server zur Verfügung, sodass der Agent sie mit ocm.search_tools / ocm.call_tool anstatt mit pro-Integration-Verkabelung entdeckt und aufruft.

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

Das vollständige Design – Data Plane, Routing, Tunnel, Lebenszyklus, Konfiguration und der Build/Release-Ablauf – finden Sie in docs/architecture.md, und den fünfschichtigen Stack (React-UI → Cloudflare-Edge → Go-Control-Plane → Host-Agenten → Firecracker-Sandboxen) in docs/tech-stack.md.

Voraussetzungen

OpenClaw Machines benötigt Firecracker-Mikro-VMs, die KVM voraussetzen. Sie benötigen einen KVM-fähigen Linux-Host: Bare Metal oder eine Cloud-VM mit aktivierter verschachtelter Virtualisierung. Es läuft nicht auf macOS, Windows/WSL oder einer Standard-Cloud-VM ohne verschachtelte Virtualisierung.

Überprüfen Sie Ihren Host:

make preflight

Erste Schritte

Die Anleitung „Erste Schritte" besteht aus drei Stufen, die jeweils mit einem funktionierenden Ergebnis enden:

Verwenden Sie einen Codierungs-Agenten? Weisen Sie ihn auf docs/getting-started.md an und bitten Sie ihn, der Anleitung ab Stufe 1 zu folgen.

1. Lokale Evaluierung – der vollständige Stack + eine echte Firecracker-Maschine auf einer KVM-fähigen Linux-Box. Kein Cloudflare oder öffentliche Domain erforderlich; verwenden Sie einen vorhandenen KVM-Host oder das optionale GCP-Provisionierungsbeispiel.
2. Cloudflare + ein dedizierter Host – die produktionsähnliche Bereitstellung: Domain, Tunnel, Edge-Authentifizierung und ein registrierter Cloud- oder Bare-Metal-Host.
3. Der vollständige Workflow – Maschinen erstellen und nutzen (Chat, Terminal, Browser-VMs), Lebenszyklus, Backups, Runtime-Upgrades.

Projektdokumentation

• Erste Schritte – die obige Anleitung in drei Stufen
• Benutzerhandbuch – tägliche Nutzung einer Maschine (Modell, Chat, Terminal, Browser-VM, Dateien, Protokolle, Ablaufverfolgungen, Backups)
• Workspace-Integrationen / natives MCP – verbinden Sie GitHub, Google Workspace, OpenAPI, GraphQL und Remote-MCP-Tools einmal pro Workspace
• Architektur – Data Plane, Routing, Tunnel, Lebenszyklus, Workspace-Integrationen / natives MCP
• Technologie-Stack – die fünf Schichten, vom Client zur Sandbox
• Lokale und BYO-Host-Einrichtung
• Control-Plane-Bereitstellungsprofile
• Voraussetzungen für selbst gehostetes Control Plane
• LLM-Betreiber-Runbook
• Öffentliches Dokumentenverzeichnis
• Mitwirken · Sicherheitsrichtlinie · Verhaltenskodex
• ocm CLI-Projekt

Gemeinschaft & Support

• GitHub-Diskussionen – Fragen, Ideen, Show & Tell
• Issues – Fehler und Funktionsanfragen
• Roadmap – der Open-Source-Bereitschafts-Tracker: was erledigt ist, was als nächstes kommt
• Eine Sicherheitslücke gefunden? Siehe die Sicherheitsrichtlinie.

Mitwirken

Siehe CONTRIBUTING.md und den Verhaltenskodex.

Lizenz

Apache-2.0