Przegląd wydajności wydania

Ta strona przedstawia dowody stojące za majowym czyszczeniem wydajności, rozmiaru pakietu, zależności i shrinkwrap OpenClaw z 2026 roku. Jest technicznym uzupełnieniem publicznego wpisu na blogu. Połączono tu dwa audyty:

• Przegląd wydajności wydania: wydania GitHub od v2026.5.28 wstecz przez stabilne v2026.4.23, z użyciem workflow OpenClaw Performance, profile=smoke, ścieżka mock-provider. Większość wierszy tagów to jedna próbka; wiersze v2026.5.27 i v2026.5.28 używają najnowszych artefaktów repeat-3 z gałęzi wydania.
• Wcześniejszy kontekst kwietniowy: opublikowane punkty bazowe mock-provider clawgrit-reports od v2026.4.1 do v2026.5.2, użyte tylko po to, by nie traktować wadliwych wydań z końca kwietnia jako publicznego punktu odniesienia wydajności.
• Przegląd śladu instalacji: świeże instalacje npm install --ignore-scripts w pakietach tymczasowych, z du -sk node_modules do pomiaru rozmiaru oraz przejściem po node_modules do zliczenia instancji pakietów.
• Przegląd rozmiaru pakietu npm: npm pack openclaw@<version> --dry-run --json dla opublikowanych wydań, z zapisem rozmiaru skompresowanego archiwum tarball, rozmiaru po rozpakowaniu i liczby plików.

​

Migawka

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

​

Oś czasu śladu instalacji

​

Co Zmieniło Się W 5.28

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

​

Najważniejsze Liczby

Nie używaj uszkodzonych wierszy z końca kwietnia jako publicznych punktów odniesienia wydajności. v2026.4.23 i v2026.4.29 są przydatnym dowodem regresji, ale duże delty w stylu 14x opisują głównie powrót po złej linii wydań. W narracji blogowej użyj wcześniejszej, opublikowanej kwietniowej bazy jako skali: Wcześniejsza kwietniowa baza to v2026.4.14 z opublikowanego uruchomienia mock-providera clawgrit-reports. To uruchomienie używało powtórzenia 3 i nie powiodło się tylko dlatego, że oś czasu diagnostyki nie została wyemitowana; mediany dla zimnej tury, ciepłej tury i RSS nadal są przydatne jako przybliżona skala. Traktuj to jako kontekst narracyjny, nie statystykę bramki wydania. W majowym przeglądzie najnowszy wiersz gałęzi wydania przesunął się istotnie od v2026.5.2: W porównaniu z poprzednim stabilnym wydaniem:

​

Ślad instalacji

​

Rozmiar pakietu npm

2026.5.12 to widoczny w dzienniku zmian kamień milowy ekstrakcji pluginów: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix i WhatsApp przeniesiono poza ścieżkę zależności core, dzięki czemu ich stożki zależności instalują się z tymi pluginami, zamiast z każdą instalacją core.

​

Podsumowanie tur agenta Kova

Kwietniowa linia stabilna zawiera dwie różne historie. Wcześniejszy kwiecień był wolny, ale rozpoznawalny. Pod koniec kwietnia pojawił się gwałtowny spadek regresyjny. v2026.5.2 to punkt, w którym ścieżka mock-providera po raz pierwszy schodzi do zakresu 3-5s i zaczyna konsekwentnie przechodzić w dostarczonym przeglądzie. Wcześniejszy opublikowany kontekst: Dostarczony przegląd:

​

Próby źródłowe

Próby źródłowe pominięto dla 17 pomyślnych starszych refów, ponieważ te drzewa źródłowe nie miały jeszcze wymaganych punktów wejścia prób. Metryki tur agenta nadal istnieją dla tych refów. Reprezentatywne punkty prób źródłowych: Skok zdrowia CLI w v2026.5.22 jest widoczny w tej tabeli, mimo że ścieżka agent-turn nadal przeszła. Zachowaj sondy źródłowe podczas badania ukierunkowanych regresji CLI lub Gateway.

​

Audyt śladu instalacji

Próbki zależności używają jednej stabilnej wersji z każdego miesiąca oraz zdarzenia wprowadzenia shrinkwrap 2026.5.22 i najnowszej wersji 2026.5.28.

​

Granica shrinkwrap

Inspekcja opublikowanego tarballa potwierdza granicę: Ważne rozróżnienie: sam shrinkwrap nie jest problemem. v2026.5.28 nadal dostarcza główny shrinkwrap. Problemem był kształt pakietu, który sprawiał, że npm materializował duże zagnieżdżone drzewo zależności OpenClaw oraz wszystkie 12 pakietów platformowych @napi-rs/canvas. Zagnieżdżone drzewo jest mniejsze w v2026.5.28, a platformowy fanout Canvas nie trafia już do lokalnego audytu. Proste wyjaśnienie shrinkwrap i kontroli pakietów na poziomie utrzymującego znajdziesz w npm shrinkwrap.

​

Interpretacja łańcucha dostaw

Liczba zależności jest metryką bezpieczeństwa operacyjnego, a nie tylko metryką rozmiaru instalacji. Każdy pakiet powiększa zestaw utrzymujących, tarballi, aktualizacji przechodnich, opcjonalnych binariów natywnych oraz zachowań podczas instalacji, którym operatorzy muszą ufać. Kierunek porządkowania jest następujący:

• utrzymywać ciężkie i opcjonalne możliwości poza domyślną instalacją rdzenia
• sprawić, aby pakiety Plugin były właścicielami swojego grafu zależności runtime
• unikać naprawiania przez menedżera pakietów w czasie działania podczas uruchamiania Gateway
• zachować deterministyczne instalacje bez powodowania materializacji natywnych pakietów dla wszystkich platform
• utrzymywać skrypty instalacyjne wyłączone w ścieżkach akceptacji i pomiaru pakietów
• wykrywać zagnieżdżone drzewa zależności i eksplozje natywnych opcjonalnych zależności przed publikacją

Powiązana dokumentacja:

• Rozwiązywanie zależności Plugin
• Inwentarz Plugin
• Pełna walidacja wydania