Performanceprüfung für die Veröffentlichung

Diese Seite dokumentiert die Nachweise für die im Mai 2026 durchgeführte Bereinigung von OpenClaw hinsichtlich Leistung, Paketgröße, Abhängigkeiten und Shrinkwrap. Sie ist die technische Ergänzung zum öffentlichen Blogbeitrag.

Hier werden zwei Audits zusammengeführt:

• Leistungsprüfung der Releases: GitHub Releases von v2026.5.28 zurück bis zum stabilen Release v2026.4.23, unter Verwendung des Workflows OpenClaw Performance, profile=smoke und des Mock-Provider-Testpfads. Die meisten Tag-Zeilen basieren auf einer einzelnen Messung; die Zeilen für v2026.5.27 und v2026.5.28 verwenden die neuesten, dreimal wiederholten Artefakte des Release-Branches.
• Früherer April-Kontext: veröffentlichte Mock-Provider-Baselines aus clawgrit-reports von v2026.4.1 bis v2026.5.2, die ausschließlich verhindern sollen, dass die fehlerhaften Releases von Ende April als öffentliche Leistungsbaseline behandelt werden.
• Prüfung des Installationsumfangs: frische Installationen mit npm install --ignore-scripts in temporären Paketen, wobei du -sk node_modules die Größe ermittelt und eine Durchsuchung von node_modules die Anzahl der Paketinstanzen bestimmt.
• Prüfung der npm-Paketgröße: npm pack openclaw@<version> --dry-run --json für veröffentlichte Releases; erfasst wurden die Größe des komprimierten Tarballs, die entpackte Größe und die Dateianzahl.

Übersicht

Leistungsabdeckung: 77 angeforderte Releases, 74 durch Artefakte belegte Messpunkte und 3 nicht verfügbare CI-Läufe. Neuester gemessener stabiler Stand: v2026.5.28.

Änderungen in 5.28

Die Bereinigung zwischen v2026.5.27 und v2026.5.28 verkleinerte den Abhängigkeitsgraphen der Standardinstallation, anstatt die Funktionen selbst zu entfernen.

Wichtigste Zahlen

Verwenden Sie die fehlerhaften Zeilen von Ende April nicht als öffentliche Leistungsbaselines. v2026.4.23 und v2026.4.29 liefern nützliche Nachweise für Regressionen, aber die großen Abweichungen im Stil von 14x beschreiben hauptsächlich die Erholung von einer fehlerhaften Release-Reihe.

Verwenden Sie für die Darstellung im Blog die veröffentlichte Baseline von Anfang April als Größenordnung. Die Baseline ist v2026.4.14 aus dem veröffentlichten Mock-Provider-Lauf von clawgrit-reports mit drei Wiederholungen. Dieser Lauf schlug nur fehl, weil die Diagnose-Zeitleiste nicht ausgegeben wurde; die Mediane für kalte und warme Durchläufe sowie RSS sind daher weiterhin als grobe Größenordnung nützlich. Betrachten Sie dies als erzählerischen Kontext und nicht als Statistik für ein Release-Prüfkriterium.

Innerhalb der Mai-Prüfung verbesserte sich die neueste Zeile des Release-Branches gegenüber v2026.5.2 deutlich:

Im Vergleich zum vorherigen stabilen Release:

Installationsumfang

npm-Paketgröße

2026.5.12 ist der im Changelog sichtbare Meilenstein der Plugin-Auslagerung: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell Sandbox, Anthropic Vertex, Matrix und WhatsApp wurden aus dem Abhängigkeitspfad des Kerns entfernt, sodass ihre Abhängigkeitskegel zusammen mit diesen Plugins installiert werden und nicht mehr bei jeder Kerninstallation.

Zusammenfassung der Kova-Agent-Durchläufe

Die stabile Release-Reihe vom April enthält zwei unterschiedliche Entwicklungen. Anfang April war sie langsam, aber noch nachvollziehbar. Ende April kam es zu einem massiven Regressionseinbruch. Bei v2026.5.2 fällt der Mock-Provider-Testpfad erstmals in den Bereich von 3 bis 5 Sekunden und besteht in der bereitgestellten Prüfung anschließend durchgehend.

Früherer veröffentlichter Kontext:

Bereitgestellte Prüfung:

Quellcode-Messungen

Quellcode-Messungen wurden für 17 erfolgreiche ältere Referenzen übersprungen, da diese Quellbäume noch nicht über die erforderlichen Mess-Einstiegspunkte verfügten. Für diese Referenzen sind weiterhin Metriken zu Agent-Durchläufen vorhanden.

Repräsentative Quellcode-Messpunkte:

Der Ausschlag beim CLI-Zustand in v2026.5.22 ist in dieser Tabelle sichtbar, obwohl der Testpfad für Agent-Durchläufe weiterhin bestanden wurde. Behalten Sie die Quellcode-Messungen bei, wenn Sie gezielte CLI- oder Gateway-Regressionen untersuchen.

Audit des Installationsumfangs

Die Abhängigkeitsstichproben verwenden ein stabiles Release pro Monat sowie das Ereignis der Shrinkwrap-Einführung in 2026.5.22 und das neueste Release 2026.5.28.

Shrinkwrap-Grenze

2026.5.20 wurde ohne Root-Shrinkwrap und ohne großen verschachtelten OpenClaw-Abhängigkeitsbaum ausgeliefert. Mit 2026.5.22 wurde Root-Shrinkwrap eingeführt und 911.8MB wurden unter dem verschachtelten openclaw/node_modules installiert. 2026.5.28 behält Shrinkwrap bei und installiert weiterhin 259.7MiB unter dem verschachtelten openclaw/node_modules, installiert bei der lokalen Prüfung einer Neuinstallation jedoch keine @napi-rs/canvas-Pakete mehr.

Die Untersuchung der veröffentlichten Tarballs bestätigt die Grenze:

Der wichtige Unterschied: Shrinkwrap selbst ist nicht das Problem. v2026.5.28 wird weiterhin mit Root-Shrinkwrap ausgeliefert. Das Problem war die Paketstruktur, aufgrund derer npm einen großen verschachtelten OpenClaw-Abhängigkeitsbaum und alle 12 plattformspezifischen @napi-rs/canvas-Pakete materialisierte. Der verschachtelte Baum ist in v2026.5.28 kleiner, und die Auffächerung der Canvas-Plattformpakete tritt bei der lokalen Prüfung nicht mehr auf.

Eine allgemein verständliche Erklärung von Shrinkwrap und den Paketprüfungen für Maintainer finden Sie unter npm-Shrinkwrap.

Einordnung der Lieferkette

Die Anzahl der Abhängigkeiten ist eine Kennzahl für die operative Sicherheit, nicht nur eine Kennzahl für die Installationsgröße. Jedes Paket erweitert die Menge der Maintainer, Tarballs, transitiven Aktualisierungen, optionalen nativen Binärdateien und Verhaltensweisen während der Installation, denen Betreiber vertrauen müssen.

Die Bereinigung verfolgt folgende Ziele:

• umfangreiche und optionale Funktionen außerhalb der standardmäßigen Kerninstallation halten
• die Plugin-Pakete für ihren eigenen Laufzeit-Abhängigkeitsgraphen verantwortlich machen
• Reparaturen durch den Paketmanager zur Laufzeit während des Gateway-Starts vermeiden
• deterministische Installationen beibehalten, ohne native Pakete für alle Plattformen zu materialisieren
• Installationsskripte bei der Paketabnahme und in Messverfahren deaktiviert lassen
• verschachtelte Abhängigkeitsbäume und explosionsartige Zunahmen nativer optionaler Abhängigkeiten vor der Veröffentlichung erkennen

Zugehörige Dokumentation:

• Auflösung von Plugin-Abhängigkeiten
• Plugin-Inventar
• Vollständige Release-Validierung