Release-prestatiesweep

Deze pagina legt het bewijs vast achter de opschoning van prestaties, pakketgrootte, afhankelijkheden en shrinkwrap in OpenClaw van mei 2026. Het is de technische aanvulling op het openbare blogbericht. Twee audits worden hier gecombineerd:

• Release-prestatiesweep: GitHub Releases van v2026.5.28 terug tot en met stabiele v2026.4.23, met de workflow OpenClaw Performance, profile=smoke, mock-provider-lane. De meeste tagrijen zijn één sample; de rijen v2026.5.27 en v2026.5.28 gebruiken de nieuwste repeat-3-artefacten van de release-branch.
• Eerdere context van april: gepubliceerde mock-provider-baselines van clawgrit-reports van v2026.4.1 tot en met v2026.5.2, alleen gebruikt om te voorkomen dat de kapotte releases van eind april als openbare prestatiebaseline worden behandeld.
• Sweep van installatievoetafdruk: verse npm install --ignore-scripts-installaties in tijdelijke pakketten, met du -sk node_modules voor grootte en een node_modules-doorloop voor aantallen pakketinstanties.
• Sweep van npm-pakketgrootte: npm pack openclaw@<version> --dry-run --json voor gepubliceerde releases, waarbij gecomprimeerde tarballgrootte, uitgepakte grootte en bestandsaantal worden vastgelegd.

​

Momentopname

Prestatiedekking: 77 aangevraagde releases, 74 punten met artefactonderbouwing, en 3 niet-beschikbare CI-runs. Nieuwste gemeten stabiele punt: v2026.5.28.

​

Tijdlijn Van Installatievoetafdruk

​

Wat Veranderde In 5.28

De opschoning tussen v2026.5.27 en v2026.5.28 verkleinde de afhankelijkheidsgraaf van de standaardinstallatie in plaats van de mogelijkheden zelf te verwijderen.

​

Belangrijkste Cijfers

Gebruik de defecte rijen van eind april niet als publieke prestatiebaselines. v2026.4.23 en v2026.4.29 zijn nuttig regressiebewijs, maar de grote deltas in 14x-stijl beschrijven vooral het herstel van een slechte releaselijn. Gebruik voor het blogverhaal de eerder in april gepubliceerde baseline als schaal: De eerdere aprilbaseline is v2026.4.14 uit de gepubliceerde clawgrit-reports mock-provider-run. Die run gebruikte repeat 3 en faalde alleen omdat de diagnostische tijdlijn niet werd uitgegeven; de medianen voor koud, warm en RSS zijn nog steeds bruikbaar als ruwe schaal. Behandel dit als narratieve context, niet als release-gate-statistiek. Binnen de sweep van mei verschoof de nieuwste release-branch-rij materieel vanaf v2026.5.2: Vergeleken met de vorige stabiele release:

​

Installatievoetafdruk

​

npm-pakketgrootte

2026.5.12 is de zichtbare mijlpaal voor plugin-extractie in de changelog: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix en WhatsApp verhuisden uit het afhankelijkheidspad van de core, zodat hun afhankelijkheidscones met die plugins installeren in plaats van bij elke core-installatie.

​

Samenvatting van Kova-agentbeurten

De stabiele lijn van april bevat twee verschillende verhalen. Begin april was traag maar herkenbaar. Eind april werd een regressieklif. v2026.5.2 is waar de mock-provider-lane voor het eerst naar het bereik van 3-5s zakt en consistent begint te slagen in de aangeleverde sweep. Eerder gepubliceerde context: Aangeleverde sweep:

​

Bronprobes

Bronprobes werden overgeslagen voor 17 succesvolle oudere refs omdat die bronbomen de vereiste probe-entrypoints nog niet hadden. Agentbeurtstatistieken bestaan nog steeds voor die refs. Representatieve bronprobe-punten: De CLI-gezondheidspiek in v2026.5.22 is zichtbaar in deze tabel, ook al is de agent-turn-lane nog steeds geslaagd. Bewaar de bronprobes bij onderzoek naar gerichte CLI- of Gateway-regressies.

​

Audit van installatievoetafdruk

Afhankelijkheidssamples gebruiken één stabiele release per maand, plus het 2026.5.22-event waarbij shrinkwrap werd geïntroduceerd en de nieuwste release 2026.5.28.

​

Shrinkwrap-grens

Inspectie van gepubliceerde tarballs verifieert de grens: Het belangrijke onderscheid: shrinkwrap zelf is niet het probleem. v2026.5.28 levert nog steeds root-shrinkwrap mee. Het probleem was de pakketvorm waardoor npm een grote geneste afhankelijkheidsboom van OpenClaw en alle 12 platformpakketten van @napi-rs/canvas materialiseerde. De geneste boom is kleiner in v2026.5.28, en de platform-fanout van canvas komt niet meer in de lokale audit terecht. Zie npm-shrinkwrap voor een uitleg in gewone taal over shrinkwrap en pakketcontroles op maintainer-niveau.

​

Interpretatie voor supply chain

Het aantal afhankelijkheden is een operationele beveiligingsmetriek, niet alleen een metriek voor installatiegrootte. Elk pakket vergroot de set maintainers, tarballs, transitieve updates, optionele native binaries en gedragingen tijdens installatie die operators moeten vertrouwen. De richting van de opschoning is:

• houd zware en optionele mogelijkheden buiten de standaard core-installatie
• laat Plugin-pakketten eigenaar zijn van hun runtime-afhankelijkheidsgrafiek
• vermijd herstel via de package manager tijdens het starten van de Gateway
• behoud deterministische installaties zonder materialisatie van native pakketten voor alle platforms te veroorzaken
• houd installatiescripts uitgeschakeld in paden voor pakketacceptatie en meting
• vang geneste afhankelijkheidsbomen en explosies van native optionele afhankelijkheden op vóór publicatie

Gerelateerde docs:

• Resolutie van Plugin-afhankelijkheden
• Plugin-inventaris
• Volledige releasevalidatie