Performance-Überprüfung für Releases

Diese Seite erfasst die Belege hinter der OpenClaw-Bereinigung von Performance, Paketgröße, Abhängigkeiten und Shrinkwrap im Mai 2026. Sie ist die technische Begleitung zum öffentlichen Blogbeitrag. Hier werden zwei Audits kombiniert:

• Release-Performance-Durchlauf: GitHub Releases von v2026.5.28 zurück bis zum stabilen v2026.4.23, mit dem Workflow OpenClaw Performance, profile=smoke, Mock-Provider-Lane. Die meisten Tag-Zeilen sind eine Stichprobe; die Zeilen v2026.5.27 und v2026.5.28 verwenden die neuesten Repeat-3-Release-Branch- Artefakte.
• Früherer April-Kontext: veröffentlichte clawgrit-reports-Mock-Provider- Baselines von v2026.4.1 bis v2026.5.2, nur verwendet, um zu vermeiden, dass die fehlerhaften Releases von Ende April als öffentliche Performance-Baseline behandelt werden.
• Installationsumfang-Durchlauf: frische npm install --ignore-scripts-Installationen in temporäre Pakete, mit du -sk node_modules für die Größe und einem node_modules-Durchlauf für die Anzahl der Paketinstanzen.
• npm-Paketgrößen-Durchlauf: npm pack openclaw@<version> --dry-run --json für veröffentlichte Releases, mit Erfassung der komprimierten Tarball-Größe, der entpackten Größe und der Dateianzahl.

​

Momentaufnahme

Performance-Abdeckung: 77 angeforderte Releases, 74 artefaktgestützte Punkte und 3 nicht verfügbare CI-Läufe. Neuester gemessener stabiler Punkt: v2026.5.28.

​

Zeitachse des Installationsumfangs

​

Was Sich In 5.28 Geändert Hat

Die Bereinigung zwischen v2026.5.27 und v2026.5.28 hat den Graphen der Standardinstallation reduziert, statt die Fähigkeiten selbst zu entfernen.

​

Wichtigste Zahlen

Verwenden Sie die fehlerhaften Zeilen von Ende April nicht als öffentliche Performance-Baselines. v2026.4.23 und v2026.4.29 sind nützliche Regressionsnachweise, aber die großen Deltas im Stil von 14x beschreiben hauptsächlich die Erholung von einer schlechten Release-Linie. Für die Blog-Erzählung verwenden Sie die frühere veröffentlichte April-Baseline als Größenordnung: Die frühere April-Baseline ist v2026.4.14 aus dem veröffentlichten clawgrit-reports-Mock-Provider-Lauf. Dieser Lauf verwendete Wiederholung 3 und scheiterte nur, weil die Diagnose-Timeline nicht ausgegeben wurde; die Medianwerte für kalt, warm und RSS sind als grobe Größenordnung weiterhin nützlich. Behandeln Sie dies als erzählerischen Kontext, nicht als Release-Gate-Statistik. Innerhalb des Mai-Sweeps bewegte sich die neueste Release-Branch-Zeile deutlich gegenüber v2026.5.2: Verglichen mit dem vorherigen stabilen Release:

​

Installations-Footprint

​

npm-Paketgröße

2026.5.12 ist der sichtbare Plugin-Extraktionsmeilenstein im Changelog: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix und WhatsApp wurden aus dem Kern-Abhängigkeitspfad verschoben, sodass ihre Abhängigkeits-Cones mit diesen Plugins installiert werden statt bei jeder Kerninstallation.

​

Kova-Agent-Turn-Zusammenfassung

Die stabile April-Linie enthält zwei verschiedene Geschichten. Anfang April war langsam, aber erkennbar. Ende April wurde zu einer Regressionsklippe. v2026.5.2 ist der Punkt, an dem die Mock-Provider-Lane erstmals in den Bereich von 3-5s fällt und im bereitgestellten Sweep konsistent besteht. Früherer veröffentlichter Kontext: Bereitgestellter Sweep:

​

Quell-Probes

Quell-Probes wurden für 17 erfolgreiche ältere Refs übersprungen, weil diese Quellbäume die erforderlichen Probe-Einstiegspunkte noch nicht hatten. Agent-Turn-Metriken existieren für diese Refs weiterhin. Repräsentative Quell-Probe-Punkte: Der CLI-Gesundheitsausschlag in v2026.5.22 ist in dieser Tabelle sichtbar, obwohl die agent-turn-Lane weiterhin bestanden hat. Behalten Sie die Quell-Probes bei, wenn Sie gezielte CLI- oder Gateway-Regressionen untersuchen.

​

Audit des Installationsumfangs

Abhängigkeitsstichproben verwenden eine stabile Veröffentlichung pro Monat sowie das 2026.5.22-Ereignis zur Einführung von shrinkwrap und die neueste Veröffentlichung 2026.5.28.

​

Shrinkwrap-Grenze

Die Prüfung veröffentlichter Tarballs bestätigt die Grenze: Die wichtige Unterscheidung: shrinkwrap selbst ist nicht das Problem. v2026.5.28 liefert weiterhin Root-shrinkwrap aus. Das Problem war die Paketform, durch die npm einen großen verschachtelten OpenClaw-Abhängigkeitsbaum und alle 12 @napi-rs/canvas-Plattformpakete materialisierte. Der verschachtelte Baum ist in v2026.5.28 kleiner, und der Canvas-Plattform-Fanout landet im lokalen Audit nicht mehr. Eine allgemein verständliche Erklärung zu shrinkwrap und den Paketprüfungen auf Maintainer-Ebene finden Sie unter npm shrinkwrap.

​

Supply-Chain-Interpretation

Die Anzahl der Abhängigkeiten ist eine operative Sicherheitsmetrik, nicht nur eine Metrik für die Installationsgröße. Jedes Paket erweitert die Menge der Maintainer, Tarballs, transitiven Updates, optionalen nativen Binärdateien und Installationszeit-Verhalten, denen Betreiber vertrauen müssen. Die Bereinigungsrichtung lautet:

• umfangreiche und optionale Fähigkeiten außerhalb der standardmäßigen Core-Installation halten
• Plugin-Pakete ihren eigenen Laufzeit-Abhängigkeitsgraphen verwalten lassen
• Laufzeit-Reparaturen durch den Paketmanager beim Gateway-Start vermeiden
• deterministische Installationen bewahren, ohne die Materialisierung nativer Pakete für alle Plattformen auszulösen
• Installationsskripte in Package-Acceptance- und Messpfaden deaktiviert halten
• verschachtelte Abhängigkeitsbäume und Explosionen nativer optionaler Abhängigkeiten vor der Veröffentlichung erkennen

Verwandte Dokumentation:

• Plugin-Abhängigkeitsauflösung
• Plugin-Inventar
• Vollständige Release-Validierung