OpenClaw 2.0 bündelt 16.000 Pull Requests in einem Release

OpenClaw hat am 30. August die Version 2.0 veröffentlicht. Community-Manager Hannes Rudolph nennt in den Release Notes eine Reihe von Zahlen: 933 Beitragende waren beteiligt, davon reichten 569 zum ersten Mal Code für das Projekt ein; die Zahl der zusammengeführten Pull Requests liegt über 16.000 – etwa die Hälfte aller seit dem Projektstart gemergten Pull Requests.

Diese Hälfte bedeutet: Die Codemenge, die dieses eine Release verschluckt hat, entspricht ungefähr der Summe aller vorherigen Releases zusammen.

Vor 2.0 lag OpenClaws Tempo am anderen Extrem. In 230 Tagen erschienen 106 Releases, im Schnitt alle gut zwei Tage eines. Diesmal blieb das Team fast sieben Wochen ohne neues Release; rechnet man mit dem alten Takt weiter, wären in dieser Zeit rund zwanzig kleinere Versionen fällig gewesen – sie wurden alle in eine einzige Versionsnummer gepackt.

Drei Änderungen, die Nutzer direkt spüren

Offiziell deckt 2.0 Installation, Nachrichten, Speicher, Skills, Modelle, Automatisierung, Browser, Plugins und Sicherheit ab – jeder Bereich wurde also angefasst. Direkt spürbar sind für Nutzer drei Punkte.

Der Installationsprozess wurde verkürzt. Das neue Verfahren nutzt direkt das bestehende Modell-Abonnement und bereits lokal installierte Modelle des Nutzers und überspringt den abschreckendsten Teil der Ersteinrichtung: API-Schlüssel eingeben, Backend wählen, Verbindung wiederholt testen. Für alle, die zum ersten Mal mit dieser Art Agenten-Framework in Berührung kommen, entscheidet genau dieser Abschnitt, ob sie innerhalb von zehn Minuten aufgeben.

Der Browser wurde vom Nebenfeature zum zentralen Einstiegspunkt. Nach dem Umbau lässt sich direkt im Browser chatten, ohne den Umweg über das Terminalfenster. Die 569 Erstbeitragenden dürften mit dieser Änderung kausal zusammenhängen – sinkt die Einstiegshürde, kommen mehr neue Leute dazu.

Geteilte Cloud-Sitzungen sind komplett neu. Mehrere Personen können derselben Sitzung beitreten und zusammenarbeiten, der Kontext bleibt in der Cloud statt lokal bei jedem Einzelnen. Dazu kommt die Anbindung von E-Mail, Instant Messaging und anderen Kanälen, was das bislang auf Einzelrechner ausgelegte Tool ein Stück in Richtung Teamwerkzeug schiebt.

Rudolph beschreibt die Positionierung in den Release Notes so: "OpenClaw is open source, and it belongs to the people who use it and help build it" (OpenClaw ist Open Source und gehört den Menschen, die es nutzen und mit aufbauen). Auf Produktebene hat sich die Formulierung verschoben – weg von "die vorgegebene Form der Software akzeptieren", hin zu "ihm sagen, was zu tun ist, damit es sich um die eigene Nutzung herum entwickelt".

Was sieben Wochen Stille gebracht haben

Kleine, schnelle Schritte sind die Standardhaltung von Open-Source-Projekten – der Vorteil: geringe Rollback-Kosten, Probleme zeigen sich früh. Dass der Zweitagesrhythmus über zweihundert Tage durchgehalten wurde, zeigt, dass OpenClaw vorher genau von diesem Vorteil profitiert hat.

Sieben Wochen Stille sind die umgekehrte Entscheidung. Unter 16.000 Pull Requests gibt es zwangsläufig viele voneinander abhängige Änderungen – Installation musste angefasst, Browser neu gebaut, Sitzungen in die Cloud verlagert werden. Würden diese Änderungen häppchenweise ausgeliefert, wäre der Zwischenzustand ständig unbrauchbar. Bündelt man sie zu einem einzigen Release, tragen Nutzer die Umstellungskosten auf einen Schlag, während die Maintainer im Merge-Fenster den Code von fast tausend Menschen gleichzeitig verarbeiten müssen.

933 Beitragende auf 16.000 Pull Requests ergeben rechnerisch rund siebzehn PRs pro Kopf. 569 Personen waren Erstbeitragende, ein Anteil von etwa 61 Prozent. Diese Struktur zeigt: Die Hauptlast trägt weiterhin eine kleine Gruppe langjähriger Maintainer, während sich die Beiträge der Neuen vor allem auf Dokumentation, Plugins und kleinere Randkorrekturen konzentrieren – ein typisches Muster, wenn große Open-Source-Projekte externen Code aufnehmen.

Der vierte Vorfall in einem halben Jahr

Zuletzt stand OpenClaw wegen einer Vertrauenskrise rund um die Sicherheit seiner Lieferkette in der Diskussion, davor hatte Anthropic das Projekt zeitweise gesperrt, dann wieder freigegeben und die Agenten-Kontingente separat geführt. Dass ein Open-Source-Agenten-Framework innerhalb eines halben Jahres wiederholt Reibung im Ökosystem auslöst, zeigt bereits für sich, dass es zwischen Modellanbietern, Plugin-Autoren und Endnutzern feststeckt.

2.0 hat Sicherheit ebenfalls auf die Änderungsliste gesetzt, Details dazu hat die offizielle Seite nicht ausgeführt. Für Nutzer, die die vorherige Vertrauenskrise miterlebt haben, ist dieser Punkt wichtiger im Blick zu behalten als die neu hinzugekommene Cloud-Zusammenarbeit. Geteilte Sitzungen bedeuten, dass der Gesprächskontext das lokale Gerät verlässt, und das Plugin-System war bereits zuvor Quelle von Risiken – beides zusammen erhöht nur den Bedarf an Audits.

Ein Sprung der Versionsnummer von 1.x auf 2.0 deutet üblicherweise auf inkompatible Änderungen hin. Wer upgraden will, sollte vorher prüfen, ob eigene Plugins und Automatisierungsskripte noch laufen.

Quellen: Offizielle OpenClaw-Release-Notes, CocoLoop; Zahl der Beitragenden, Gesamtzahl der Pull Requests und Release-Frequenz folgen den Angaben der offiziellen Release Notes, Pro-Kopf-PRs und Anteil sind redaktionelle Schätzungen.