OpenClaw 2.0 erklärt: Funktionen, Installationsanleitung & Upgrade-Risiken

TLDR: OpenClaw 2.0 (Versionstag v2026.8.1, veröffentlicht am späten 30. August / frühen 31. August 2026) ist das größte Update in der Geschichte des Open-Source-AI-Agenten OpenClaw.

Entwickelt von 933 Mitwirkenden (569 Erstbeiträgern) mit mehr als 16.000 Pull Requests—etwa die Hälfte aller jemals in das Projekt gemergten PRs—vereinfacht es das Onboarding, baut die Browser-Control-UI als Chat-First-Erlebnis neu auf, führt Multiplayer-Shared-Cloud-Sessions ein, konsolidiert Speicher, verbessert Skills und Sicherheitskontrollen und berührt nahezu jedes Subsystem.

Die Installation ist jetzt dank geführter Erkennung bestehender ChatGPT/Claude-Abonnements, API-Schlüssel und lokaler Modelle deutlich einfacher. Das Upgrade bringt reale, aber handhabbare Risiken mit sich (SQLite-Session-Migration, Plugin-Entfernungen, Model-Route-Umbenennungen). Für Produktion oder Multi-Model-Flexibilität ist die Kombination von OpenClaw mit einem einheitlichen Gateway wie CometAPI (ein Schlüssel für 500+ Modelle zu wettbewerbsfähigen Konditionen) eine praktische Empfehlung.

Zentrale Erkenntnisse

• OpenClaw 2.0 ist kein klassischer Sprung nach semantischer Versionierung, sondern ein skalierungsbasiertes „2.0“-Label für den größten konsolidierten Release nach fast sieben Wochen fokussierter Arbeit, gefolgt von 106 Releases in den vorangegangenen 230 Tagen.
• Kernfortschritte: First-Run-Setup mit nahezu Null-Konfiguration, neu gebaute Chat-First-Browser-App mit Session Rail und Widgets, geteilte Cloud-Sessions („Multiplayer“), integrierter Speicher mit Hintergrundkonsolidierung und Selbstlernen, Skill Workshop sowie stärkere (wenn auch nicht standardmäßig gehärtete) Berechtigungs- und Anmeldedatenmodelle.
• Installation ist am einfachsten über die offiziellen Skripte (curl ... | bash oder das PowerShell-Äquivalent); es gibt Desktop-Begleitapps für Windows und macOS.
• Das Upgrade erfordert ein verifiziertes Backup; drei Hauptmigrationen (SQLite-Sessions, OpenProse-Entfernung, codex/* → openai/*) werden weitgehend durch openclaw doctor --fix abgewickelt. Frühe Probleme nach dem Release betrafen nicht-interaktive Doctor-Läufe.
• Sicherheit bleibt Betreiberverantwortung: Shared Sessions sind Kollaborationskontrollen (keine Mandantenisolation), der Secret Store ist standardmäßig nicht ruhend verschlüsselt, und Sandboxing ist standardmäßig deaktiviert—Kritiker haben diese Lücken hervorgehoben.
• Für Modelflexibilität, Kostenkontrolle und Redundanz konfiguriere OpenClaw für die Nutzung von CometAPI als benutzerdefiniertem Provider (OpenAI-kompatibel, Anthropic-messages- und Google-Formate unter einem Schlüssel unterstützt).

---

Was ist OpenClaw?

OpenClaw ist ein kostenloser, Open-Source- (MIT-Lizenz), selbst gehosteter autonomer AI-Agent / persönlicher Assistent, der primär auf deiner eigenen Hardware läuft (macOS, Linux, Windows, wobei WSL2 unter Windows empfohlen wird). Anders als reine Chatbots wie ChatGPT, die nur Aktionen vorschlagen, führt OpenClaw echte Aufgaben aus: Dateien verwalten, Browser steuern, Nachrichten über WhatsApp, Telegram, Slack, Discord, Signal, iMessage und andere Kanäle senden, Workflows automatisieren und persistente Speicher behalten.

Er entstand Ende 2025 (zunächst als Warelay / verwandte Projekte) unter Peter Steinberger und der Community, wurde neu gebrandet und als Open Source veröffentlicht und wird nun von der OpenClaw Foundation betreut. Die Architektur ist um ein lokales Gateway (Kontrollebene für Sessions, Tools, Events und Kanäle), eine Control UI / CLI / TUI, Messaging-Kanal-Plugins und optionale Begleitapps organisiert. Modelle können gehostet (OpenAI, Anthropic, Google etc.), abonnementsgestützt oder vollständig lokal (Ollama, LM Studio, llama.cpp) sein. Zustand und Anmeldedaten bleiben unter Nutzerkontrolle.

Bis Mitte 2026 lieferte das Projekt mit atemberaubendem Tempo—106 Releases in etwa 230 Tagen—bevor es fast sieben Wochen pausierte, um Grundlagenarbeit zu konsolidieren. Diese Pause brachte OpenClaw 2.0 hervor.

Siehe auch Top 6 OpenClaw Skills, die du dir 2026 nicht entgehen lassen solltest

Hauptfunktionen von OpenClaw 2.0

Vereinfachte, geführte Installation und Onboarding

Das Setup für neue Nutzer erkennt jetzt Ressourcen, die bereits auf dem Rechner vorhanden sind: bestehende ChatGPT-, Claude- oder Codex-Logins/Abonnements, API-Schlüssel und qualifizierte lokale Modelle (Ollama, LM Studio). Der Installer verifiziert, dass das gewählte Modell tatsächlich eine Anfrage abschließen kann, bevor Anmeldedaten gespeichert werden, und verlagert die meisten verbleibenden Konfigurationen aus dem anfänglichen Wizard. Nutzer gelangen schneller zu ihrem ersten Gespräch und schließen die Einrichtung ab, indem sie mit dem Agenten selbst sprechen.

Standardmäßige OpenAI-orientierte Setups tendieren zu neueren Modellen (Coverage erwähnt stellenweise GPT-5.6-Defaults); lokale Pfade wurden verbessert (z. B. gehosteter llama-server ersetzt ältere node-llama-cpp-Pfade, höhere Standard-Kontextlängen).

Neu gebaute Browser-Control-UI (Chat-First-Erlebnis)

Die Browser-App wurde als erstklassige Oberfläche neu gebaut. Sie öffnet direkt in ein Gespräch. Die alte Overview-Seite ist weg; Sessions leben in einer Seitenleiste. Dateien, Genehmigungen, Terminals, Git-Diffs und ein andockbares Browser-Panel befinden sich neben dem Chat. Eine „Session Rail“ bietet kompakten Live-Status (Fortschritt, Bewertungen, Plan-Schritte, Pull Requests). Interaktive Widgets können an Session-Dashboards angeheftet, mit bereichsbezogenen Aktionen oder Netzwerkursprüngen versehen und exportiert werden. Leistungsbehauptungen in simulierten Umgebungen umfassen weniger JavaScript-Anfragen (140 → 45) und schnelleres Startup (~1,6 s → ~575 ms).

Geteilte Cloud-Sessions („Multiplayer“)

Das Schlagzeilen-Kollaborationsfeature: Mehrere Nutzer können derselben laufenden Agent-Session mit vollem Kontext beitreten, Aufgaben zuweisen, Änderungen vorschlagen, im Entwurfsmodus arbeiten oder vollständig teilnehmen. Zugriffslevel sind durch Besitzer/Admins steuerbar. Das OpenClaw-Team verwendet diesen Modus jetzt, um OpenClaw zu bauen. Sessions können auf dem lokalen Gateway laufen, gepaarte Geräte (openclaw connect) verwenden oder über Provisioning-Tools (AWS, Hetzner etc.) auf disposable Cloud-Maschinen ausgeführt werden. Wichtige Einschränkung aus dem Projekt: Dies sind Kollaborationskontrollen, keine feindliche Mandantenisolation oder Netzwerk-/Dateisystem-Sicherheitsgrenzen.

Konsolidierung des Speichersystems

Der integrierte Speicher übernimmt jetzt die Kernsuche und das Abrufen (das QMD-Add-on wird über eine unterstützte Migration eingestellt). Hintergrundkonsolidierung („grounded dreaming“) hebt material mit qualifizierter Herkunft in den Langzeitspeicher („Dream Diary“ mit explizitem Aus-Schalter). Selbstlernen kann starke, wiederverwendbare Lektionen in vorgeschlagene Skills verwandeln. Volltext-Konversationssuche ist verfügbar. Explizite Kontrollen wie openclaw memory forget existieren. Sessions bleiben standardmäßig über Leerlaufperioden und Tagesgrenzen hinweg beständiger erhalten.

Skills, Automatisierungen und Widgets

Ein Skill-Workshop bietet einen geführten Pfad zum Erstellen, Validieren, Installieren, Aufrufen und Überprüfen von Skills, mit angewandter Historie und individueller Berichterstattung über ungültige Skills statt Katalogbruch. Automatisierungen können mit der Konversation verknüpft bleiben, die sie erstellt hat; wiederkehrende Aktionen können einmalige Genehmigung verwenden. IMAP-Plugins können Agentenarbeit durch eingehende E-Mails auslösen. Interaktive Widgets und dauerhafte Fortschrittskarten machen die UI zu einer echten Steuerebene.

Verbesserungen beim Sicherheits- und Berechtigungsmodell

Genehmigungen binden jetzt enger an die genaue Anfrage, den Befehl, die Session und die Person. Wiederverwendbare Befehlsberechtigungen können an exakte Argumente und das Arbeitsverzeichnis binden; skriptgestützte Befehle prüfen erneut die überprüften Bytes. Sessions unterstützen explizite Modi: Read-only, Guarded, Workspace oder Full Access. Ein teamweiter Anmeldedatenspeicher hält bestimmte geheime Werte Write-only; Agenten können Anmeldedaten über maskierte Prompts anfordern, die nie in den für das Modell sichtbaren Text gelangen. Plugin-Installationen aus beliebigen ausführbaren Quellen erfordern ein explizites Force-Flag. Dies sind sinnvolle Schritte nach früheren Sicherheitshinweisen, doch Kritiker stellen verbleibende Lücken fest (im Risikoteil detailliert).

Weitere bemerkenswerte Änderungen

• Modell- und Provider-Erweiterungen sowie Route-Bereinigungen
• Updates für native Apps und Begleiter
• Änderungen am Storage-Backend zur Unterstützung des neuen Session-Modells
• Umfangreiche Bugfixes und Zuverlässigkeitsarbeit über Kanäle und Tools hinweg

So installierst du OpenClaw 2.0

Systemanforderungen

• Node.js 22.22.3+, 24.15+ oder 25.9+ (Node 26 empfohlen; Installer stellen oft eine geeignete Version bereit)
• macOS, Linux oder Windows (WSL2 für das Gateway unter Windows dringend empfohlen)
• Optional: pnpm, falls aus dem Quellcode gebaut wird

Desktop-Begleiter:

• Windows Hub (signierte Installer für x64/arm64)
• macOS-Menüleisten-App (DMG/ZIP aus GitHub Releases)

Empfohlen: offizielles Installer-Skript

macOS / Linux / WSL2:

curl -fsSL https://openclaw.ai/install.sh | bash

Windows (PowerShell):

iwr -useb https://openclaw.ai/install.ps1 | iex

Das Skript erkennt das OS, installiert bei Bedarf Node, installiert OpenClaw und startet das Onboarding. Es gibt Flags für --no-onboard und andere Automatisierungsoptionen.

Alternative Methoden

• npm (Node bereits verwaltet):

  npm install -g openclaw@latest --allow-scripts=openclaw   # adjust for older npm
  openclaw onboard --install-daemon

• pnpm- oder bun-Äquivalente mit passenden trust/allow-build-Flags
• Aus dem Quellcode (Mitwirkende):

  git clone https://github.com/openclaw/openclaw.git
  cd openclaw
  corepack enable
  pnpm install && pnpm build && pnpm ui:build
  pnpm add --global "openclaw@link:$PWD"
  openclaw onboard --install-daemon

• Local-Prefix-Installer sowie Container/VPS-Optionen sind für fortgeschrittene Deployments dokumentiert.

Überprüfung nach der Installation

openclaw --version
openclaw doctor
openclaw gateway status
openclaw dashboard   # or open http://127.0.0.1:18789/ on the gateway host

Der verwaltete Start verwendet LaunchAgents (macOS), systemd-User-Services (Linux/WSL2) oder geplante Aufgaben (Native Windows). Alle Details finden sich in der offiziellen Installationsdokumentation.

Upgrade-Pfad und Risiken

Checkliste vor dem Upgrade

1. Erstelle ein verifiziertes Backup deines OpenClaw-State-Verzeichnisses, der Konfiguration, Sessions und aller benutzerdefinierten Plugins/Skills.
2. Lies die offiziellen Release Notes (docs.openclaw.ai/releases/2026.8.1) und Aktualisierungshinweise.
3. Bevorzuge ein interaktives Terminal (TTY) für das Upgrade und die Doctor-Schritte—frühe Berichte zeigten, dass nicht-interaktives doctor --fix 2.0-Migrationen stillschweigend überspringen konnte.

Bekannte Migrationen und Breaking Changes

Das meiste Cleanup wird durch openclaw doctor --fix (oder --repair) abgewickelt. Nach dem Upgrade die Session-Berechtigungsmodi neu evaluieren (Least Privilege bevorzugen) und jede Hardening-Checkliste aus früheren Hinweisen erneut anwenden.

Frühe Probleme nach dem Release (Stand 31. August spät)

• doctor --fix überspringt Migrationen ohne TTY (P1, schnell behobener Fix)
• Speicher-Sync-Probleme mit bestimmten Embedding-Providern (z. B. Gemini-Batch-Limits)
• Persistenz der Plugin-Zustimmung bei Legacy-Installationen
• Falsch positive Dashboard-Bereitschaftsmeldungen

Ein Release dieser Größenordnung sieht typischerweise Folgepatches; den offiziellen Tracker und die Release Notes beobachten.

Hervorgehobene Sicherheitsrisiken

The Register und andere stellten fest, dass die Nutzerfreundlichkeit dramatisch verbessert wurde, jedoch „Security by Default“ nicht vollständig mitgezogen ist:

• Shared-Session-Kontrollen sind keine Netzwerk- oder Dateisystem-Isolation bzw. Mandantengrenzen.
• Secret-Store-Werte (Passwörter, API-Schlüssel) sind nicht ruhend verschlüsselt; sie stützen sich auf Dateisystemberechtigungen des State-Verzeichnisses.
• Das Sandboxing zur Isolation nicht vertrauenswürdigen Codes ist standardmäßig nicht aktiviert.

Analysen aus dem Jahr 2026 (vor 2.0) dokumentierten bereits Risiken rund um Klartext-Anmeldedaten, Prompt-Injection mit destruktiven Aktionen, schwerwiegende CVEs und Supply-Chain-Bedenken im Skills-Marktplatz (ClawHub). 2.0 verstärkt Genehmigungsbindung und Berechtigungsmodi, aber Betreiber bleiben verantwortlich für Least-Privilege-Konfiguration, Netzwerkisolation, Geheimnisverwaltung und Sandboxing-Aktivierung. Einem fähigen Agenten breiten System- und Anmeldedatenzugriff zu gewähren, sollte nie leichtfertig erfolgen.

Vergleichstabelle: OpenClaw vor 2.0 vs OpenClaw 2.0

So betreibst du OpenClaw mit CometAPI: empfohlene Integration

OpenClaw ist modellagnostisch. Du kannst es auf offizielle Provider-Schlüssel, lokale Modelle oder ein einheitliches Gateway zeigen. Für Teams und Power-User, die einen einzigen API-Schlüssel, Zugriff auf 500+ Modelle (GPT-Familie, Claude-Familie, Gemini und viele andere), wettbewerbsfähige Preise (oft 20 %+ unter Listenpreis), einfaches Umschalten und zentrale Observability wünschen, ist CometAPI eine natürliche Wahl. CometAPI bietet OpenAI-kompatible, Anthropic-messages- und Google-generative-ai-Endpunkte unter einer einzigen Anmeldeinformation.

Fünf-Minuten-Tutorial zur Konfiguration von OpenClaw mit CometAPI

1. Besorge dir einen CometAPI-Schlüssel von cometapi.com.
2. Speichere ihn sicher (z. B. COMETAPI_KEY in ~/.openclaw/.env mit eingeschränkten Berechtigungen oder deinem bevorzugten Secret-Manager).
3. Bearbeite ~/.openclaw/openclaw.json (oder Äquivalent), um Provider hinzuzufügen, zum Beispiel:

{
  "agents": {
    "defaults": {
      "model": {
        "primary": "cometapi-claude/claude-sonnet-4-6"
      }
    }
  },
  "models": {
    "mode": "merge",
    "providers": {
      "cometapi-openai": {
        "baseUrl": "https://api.cometapi.com/v1",
        "apiKey": "${COMETAPI_KEY}",
        "api": "openai-completions",
        "models": [{ "id": "gpt-5.4", "name": "GPT-5.4" }]
      },
      "cometapi-claude": {
        "baseUrl": "https://api.cometapi.com",
        "apiKey": "${COMETAPI_KEY}",
        "api": "anthropic-messages",
        "models": [{ "id": "claude-sonnet-4-6", "name": "Claude Sonnet 4.6" }]
      },
      "cometapi-google": {
        "baseUrl": "https://api.cometapi.com/v1beta",
        "apiKey": "${COMETAPI_KEY}",
        "api": "google-generative-ai",
        "models": [{ "id": "gemini-3.1-pro-preview", "name": "Gemini 3.1 Pro" }]
      }
    }
  }
}

(Exakte Modell-IDs und Pfade sollten gegen die aktuelle CometAPI- und OpenClaw-Dokumentation verifiziert werden, da sich Kataloge weiterentwickeln.) Verwende vollständige provider/model-Referenzen in Sessions. Nach Änderungen das Gateway neu starten und mit einem Testgespräch verifizieren.

Dieses Setup ermöglicht es, mit verschiedenen Frontier- und kosteneffizienten Modellen zu experimentieren, ohne mehrere Vendor-Konten neu zu schlüsseln, während die selbst gehostete Kontrollebene von OpenClaw intakt bleibt. Detaillierte Leitfäden sind auf den CometAPI-OpenClaw-Integrationsseiten verfügbar.

Praktische Empfehlungen und Best Practices

• Starte mit dem geführten Installer und der neu gebauten Browser-UI für den schnellsten Weg zu einem nützlichen Agenten.
• Behandle Shared Sessions als Kollaborationsfunktion ausschließlich unter vertrauenswürdigen Beteiligten; füge zusätzliche Netzwerk- und Hostisolation hinzu, wenn Multi-Tenant-Bedenken bestehen.
• Aktiviere stets den engsten praktikablen Berechtigungsmodus pro Session und aktiviere Sandboxing für nicht vertrauenswürdige Skills/Code, wo verfügbar.
• Erstelle vor jedem großen Upgrade ein Backup; führe den Doctor nach Releases im 2.0-Maßstab interaktiv aus.
• Für Multi-Model- oder kostensensible Workloads über ein Gateway wie CometAPI routen, statt viele einzelne Schlüssel zu verwalten.
• Beobachte die offiziellen Release Notes, den GitHub-Tracker und Sicherheitshinweise—die Geschwindigkeit von OpenClaw bedeutet, dass sowohl Features als auch Fixes schnell eintreffen.
• Erinnere dich an die eigene Einordnung des Projekts: OpenClaw ist Open Source und gehört dir zum Formen und Besitzen. Der 2.0-Release senkt die Hürde für den ersten nützlichen Workflow und erweitert zugleich die Möglichkeiten für Team- und kontinuierliche Nutzung.

Häufig gestellte Fragen (FAQs)

Wie lautet die genaue Versionsnummer von OpenClaw 2.0?

Der Shipping-Tag ist v2026.8.1 (später 30. August / 31. August 2026). Projekt und Community nennen es OpenClaw 2.0 wegen seines beispiellosen Umfangs.

Ist OpenClaw 2.0 ein breaking Upgrade?

Überwiegend additiv, aber drei gezielte Migrationen (SQLite-Sessions, OpenProse-Entfernung, Model-Route-Umbenennungen) erfordern Aufmerksamkeit. openclaw doctor --fix erledigt den Großteil der Arbeit bei korrekter Ausführung.

Wie lange dauert eine typische Installation?

Mit dem offiziellen Skript und bereits vorhandenen AI-Zugängen erreichen viele Nutzer in Minuten ihr erstes Gespräch. Die vollständige Konfiguration kann konversational fortgesetzt werden.

Kann ich weiterhin lokale Modelle verwenden?

Ja. Ollama, LM Studio und verbesserte llama.cpp- / llama-server-Pfade werden unterstützt und während des geführten Setups erkannt.

Ist OpenClaw kostenlos?

Die Software ist MIT-lizenziert und kostenlos. Kosten entstehen durch die LLM-Provider (oder lokale Rechenleistung), die du wählst. Gateways wie CometAPI können effektive Modellkosten senken.

Sollten Unternehmen das Shared-Session-Feature sofort nutzen?

Nur unter gegenseitig vertrauenswürdigen Teilnehmern und nach Prüfung der expliziten Nicht-Isolationshinweise in der Dokumentation. Mit Host- und Netzwerk-Kontrollen kombinieren.

Wo finde ich offizielle Release Notes und Dokumentation?

Primärquellen: openclaw.ai Blog, docs.openclaw.ai (einschließlich der Seite zum Release 2026.8.1 sowie Installations-/Update-Leitfäden) und das GitHub-Repository github.com/openclaw/openclaw.

Wie wechsle ich nach der Installation Modelle oder Provider?

Konfiguration bearbeiten (oder mit dem Agenten sprechen, um die Einrichtung abzuschließen), das Gateway neu starten und verifizieren. Benutzerdefinierte Provider wie CometAPI integrieren sauber über die models.providers-Struktur.

OpenClaw 2.0 markiert einen Reifepunkt für die Kategorie der selbst gehosteten Agenten: deutlich geringere Reibung beim Einstieg, reichere Kontinuität und Kollaborationsfunktionen sowie klarere (wenn auch weiterhin betreibergetragene) Sicherheitsgrundlagen. Ob du einen persistenten persönlichen Agenten suchst oder als kleines Team Multiplayer-Agent-Workflows erkundest—der 2.0-Release ist der stärkste Ausgangspunkt, den das Projekt bisher geboten hat. Kombiniere ihn mit sorgfältiger Berechtigungshygiene und, wo Multi-Model-Flexibilität zählt, einer einheitlichen API-Schicht wie CometAPI, und du erhältst eine leistungsstarke, selbstbestimmte Grundlage für echte Arbeit.

Prüfe vor dem Produktionseinsatz stets die neueste offizielle Dokumentation, da sich das Projekt weiterhin schnell entwickelt.