Przegląd wydajności wydania

Ta strona przedstawia dowody stojące za przeprowadzonym w maju 2026 roku porządkowaniem wydajności OpenClaw, rozmiaru pakietu, zależności i pliku shrinkwrap. Stanowi techniczne uzupełnienie publicznego wpisu na blogu. Połączono tutaj dwa audyty:

• Przegląd wydajności wydań: wydania GitHub od v2026.5.28 wstecz do stabilnego v2026.4.23, z użyciem przepływu pracy OpenClaw Performance, profile=smoke i ścieżki pozorowanego dostawcy. Większość wierszy tagów zawiera jedną próbkę; wiersze v2026.5.27 i v2026.5.28 wykorzystują najnowsze artefakty z trzema powtórzeniami z gałęzi wydania.
• Wcześniejszy kontekst kwietniowy: opublikowane poziomy bazowe pozorowanego dostawcy z clawgrit-reports, od v2026.4.1 do v2026.5.2, używane wyłącznie po to, aby nie traktować wadliwych wydań z końca kwietnia jako publicznego poziomu bazowego wydajności.
• Przegląd rozmiaru instalacji: świeże instalacje npm install --ignore-scripts w pakietach tymczasowych, z użyciem du -sk node_modules do pomiaru rozmiaru oraz przejścia po node_modules w celu zliczenia instancji pakietów.
• Przegląd rozmiaru pakietu npm: npm pack openclaw@<version> --dry-run --json dla opublikowanych wydań, z rejestrowaniem rozmiaru skompresowanego archiwum tar, rozmiaru po rozpakowaniu i liczby plików.

​

Podsumowanie

Zakres pomiarów wydajności: 77 żądanych wydań, 74 punkty oparte na artefaktach oraz 3 niedostępne uruchomienia CI. Najnowszy zmierzony punkt stabilny: v2026.5.28.

​

Co zmieniło się w wersji 5.28

Porządkowanie między v2026.5.27 a v2026.5.28 zmniejszyło graf domyślnej instalacji, zamiast usuwać same możliwości.

​

Najważniejsze liczby

Nie używaj wadliwych wierszy z końca kwietnia jako publicznych poziomów bazowych wydajności. v2026.4.23 i v2026.4.29 są przydatnymi dowodami regresji, ale duże różnice rzędu 14x opisują głównie odzyskiwanie sprawności po wadliwej linii wydań. W narracji blogowej użyj jako skali opublikowanego poziomu bazowego z wcześniejszej części kwietnia. Poziomem bazowym jest v2026.4.14 z opublikowanego uruchomienia pozorowanego dostawcy w clawgrit-reports (3 powtórzenia; to uruchomienie nie powiodło się wyłącznie dlatego, że nie wyemitowano diagnostycznej osi czasu, więc mediany zimnego przebiegu, ciepłego przebiegu i RSS nadal są przydatne jako przybliżona skala). Traktuj to jako kontekst narracyjny, a nie statystykę bramki wydania. W ramach majowego przeglądu najnowszy wiersz gałęzi wydania zmienił się znacząco względem v2026.5.2: W porównaniu z poprzednim stabilnym wydaniem:

​

Rozmiar instalacji

​

Rozmiar pakietu npm

2026.5.12 to widoczny w dzienniku zmian kamień milowy wydzielania pluginów: Amazon Bedrock, Bedrock Mantle, Slack, piaskownica OpenShell, Anthropic Vertex, Matrix i WhatsApp zostały usunięte z głównej ścieżki zależności, dzięki czemu ich stożki zależności są instalowane wraz z tymi pluginami, a nie przy każdej instalacji głównego pakietu.

​

Podsumowanie przebiegów agenta Kova

Stabilna linia kwietniowa obejmuje dwie różne historie. Wcześniejsza część kwietnia była wolna, ale rozpoznawalna. Końcówka kwietnia stała się gwałtownym spadkiem regresyjnym. v2026.5.2 to moment, w którym ścieżka pozorowanego dostawcy po raz pierwszy schodzi do zakresu 3–5 s i zaczyna konsekwentnie przechodzić w dostarczonym przeglądzie. Wcześniejszy opublikowany kontekst: Dostarczony przegląd:

​

Pomiary kodu źródłowego

Pomiary kodu źródłowego pominięto dla 17 pomyślnych starszych odwołań, ponieważ te drzewa źródłowe nie zawierały jeszcze wymaganych punktów wejścia pomiarów. Metryki przebiegów agenta nadal istnieją dla tych odwołań. Reprezentatywne punkty pomiarów kodu źródłowego: Skok czasu kontroli stanu CLI w v2026.5.22 jest widoczny w tej tabeli, mimo że ścieżka przebiegu agenta nadal zakończyła się powodzeniem. Zachowuj pomiary kodu źródłowego podczas badania ukierunkowanych regresji CLI lub Gateway.

​

Audyt rozmiaru instalacji

Próbki zależności obejmują po jednym stabilnym wydaniu z każdego miesiąca, a także zdarzenie wprowadzenia pliku shrinkwrap w 2026.5.22 i najnowsze wydanie 2026.5.28.

​

Granica wprowadzenia shrinkwrap

Wersja 2026.5.20 została wydana bez głównego pliku shrinkwrap i bez dużego, zagnieżdżonego drzewa zależności OpenClaw. Wersja 2026.5.22 wprowadziła główny plik shrinkwrap i zainstalowała 911.8MB w zagnieżdżonym katalogu openclaw/node_modules. Wersja 2026.5.28 zachowuje shrinkwrap i nadal instaluje 259.7MiB w zagnieżdżonym katalogu openclaw/node_modules, ale w lokalnym audycie świeżej instalacji nie instaluje już żadnych pakietów @napi-rs/canvas. Inspekcja opublikowanych archiwów tar potwierdza tę granicę: Ważne rozróżnienie: sam shrinkwrap nie jest problemem. Wersja v2026.5.28 nadal zawiera główny plik shrinkwrap. Problemem była struktura pakietu, która powodowała, że npm materializował duże, zagnieżdżone drzewo zależności OpenClaw oraz wszystkie 12 pakietów platformowych @napi-rs/canvas. W wersji v2026.5.28 zagnieżdżone drzewo jest mniejsze, a zestaw pakietów platformowych Canvas nie pojawia się już w lokalnym audycie. Przystępne wyjaśnienie shrinkwrap oraz opis kontroli pakietów wykonywanych przez opiekunów zawiera strona shrinkwrap npm.

​

Interpretacja dotycząca łańcucha dostaw

Liczba zależności jest wskaźnikiem bezpieczeństwa operacyjnego, a nie tylko wskaźnikiem rozmiaru instalacji. Każdy pakiet zwiększa liczbę opiekunów, archiwów tar, aktualizacji przechodnich, opcjonalnych natywnych plików binarnych oraz zachowań podczas instalacji, którym operatorzy muszą ufać. Kierunek porządkowania:

• utrzymywanie ciężkich i opcjonalnych funkcji poza domyślną instalacją rdzenia
• przypisanie pakietom pluginów odpowiedzialności za ich graf zależności środowiska wykonawczego
• unikanie napraw za pomocą menedżera pakietów w czasie działania podczas uruchamiania Gateway
• zachowanie deterministycznych instalacji bez powodowania materializacji natywnych pakietów dla wszystkich platform
• utrzymywanie wyłączonych skryptów instalacyjnych w procesach akceptacji i pomiaru pakietów
• wykrywanie zagnieżdżonych drzew zależności i gwałtownego wzrostu liczby natywnych zależności opcjonalnych przed publikacją

Powiązana dokumentacja:

• Rozwiązywanie zależności pluginów
• Inwentarz pluginów
• Pełna walidacja wydania