Penyisiran kinerja rilis

Halaman ini mencatat bukti di balik pembersihan performa, ukuran paket, dependensi, dan shrinkwrap OpenClaw pada Mei 2026. Ini adalah pendamping teknis untuk posting blog publik.

Dua audit digabungkan di sini:

• Penyisiran performa rilis: GitHub Releases dari v2026.5.28 mundur hingga stable v2026.4.23, menggunakan workflow OpenClaw Performance, profile=smoke, jalur mock-provider. Sebagian besar baris tag adalah satu sampel; baris v2026.5.27 dan v2026.5.28 menggunakan artefak release-branch repeat-3 terbaru.
• Konteks April sebelumnya: baseline mock-provider clawgrit-reports yang dipublikasikan dari v2026.4.1 hingga v2026.5.2, digunakan hanya untuk menghindari memperlakukan rilis akhir April yang rusak sebagai baseline performa publik.
• Penyisiran jejak instalasi: instalasi npm install --ignore-scripts baru ke paket sementara, dengan du -sk node_modules untuk ukuran dan penelusuran node_modules untuk jumlah instance paket.
• Penyisiran ukuran paket npm: npm pack openclaw@<version> --dry-run --json untuk rilis yang dipublikasikan, mencatat ukuran tarball terkompresi, ukuran setelah diekstrak, dan jumlah file.

Cuplikan

Cakupan performa: 77 rilis yang diminta, 74 titik berbasis artefak, dan 3 run CI yang tidak tersedia. Titik stable terbaru yang diukur: v2026.5.28.

Linimasa Jejak Instalasi

Yang Berubah Di 5.28

Pembersihan antara v2026.5.27 dan v2026.5.28 mengurangi grafik instalasi default alih-alih menghapus kemampuan itu sendiri.

Angka Utama

Jangan gunakan baris rusak akhir April sebagai baseline performa publik. v2026.4.23 dan v2026.4.29 berguna sebagai bukti regresi, tetapi delta besar bergaya 14x terutama menggambarkan pemulihan dari lini rilis yang buruk.

Untuk narasi blog, gunakan baseline terbitan awal April sebagai skala:

Baseline awal April adalah v2026.4.14 dari run mock-provider clawgrit-reports yang diterbitkan. Run itu menggunakan repeat 3 dan gagal hanya karena timeline diagnostik tidak dipancarkan; median dingin, hangat, dan RSS masih berguna sebagai skala kasar. Perlakukan ini sebagai konteks naratif, bukan statistik release-gate.

Dalam sweep Mei, baris cabang rilis terbaru bergerak secara material dari v2026.5.2:

Dibandingkan dengan rilis stabil sebelumnya:

Jejak instalasi

Ukuran paket npm

2026.5.12 adalah tonggak ekstraksi Plugin yang terlihat dalam changelog: Amazon Bedrock, Bedrock Mantle, Slack, sandbox OpenShell, Anthropic Vertex, Matrix, dan WhatsApp dipindahkan keluar dari jalur dependensi inti sehingga cone dependensinya terinstal bersama Plugin tersebut, bukan di setiap instalasi inti.

Ringkasan giliran agen Kova

Lini stabil April berisi dua cerita berbeda. Awal April lambat tetapi masih dapat dikenali. Akhir April menjadi jurang regresi. v2026.5.2 adalah titik ketika lane mock-provider pertama kali turun ke rentang 3-5d dan mulai lulus secara konsisten dalam sweep yang disediakan.

Konteks terbitan sebelumnya:

Sweep yang disediakan:

Probe sumber

Probe sumber dilewati untuk 17 ref lama yang berhasil karena tree sumber tersebut belum memiliki titik masuk probe yang diperlukan. Metrik giliran agen tetap ada untuk ref tersebut.

Titik probe sumber yang representatif:

Lonjakan kesehatan CLI v2026.5.22 terlihat di tabel ini meskipun lane agent-turn tetap lulus. Pertahankan probe sumber saat menyelidiki regresi CLI atau gateway yang ditargetkan.

Audit jejak instalasi

Sampel dependensi menggunakan satu rilis stabil per bulan, ditambah peristiwa pengenalan shrinkwrap 2026.5.22 dan rilis terbaru 2026.5.28.

Batas shrinkwrap

Inspeksi tarball yang dipublikasikan memverifikasi batas tersebut:

Perbedaan pentingnya: shrinkwrap itu sendiri bukan masalahnya. v2026.5.28 masih mengirimkan shrinkwrap root. Masalahnya adalah bentuk paket yang membuat npm mewujudkan pohon dependensi OpenClaw bersarang yang besar dan semua 12 paket platform @napi-rs/canvas. Pohon bersarang lebih kecil di v2026.5.28, dan fanout platform canvas tidak lagi muncul dalam audit lokal.

Untuk penjelasan sederhana tentang shrinkwrap dan pemeriksaan paket tingkat maintainer, lihat npm shrinkwrap.

Interpretasi rantai pasok

Jumlah dependensi adalah metrik keamanan operasional, bukan hanya metrik ukuran instalasi. Setiap paket memperluas kumpulan maintainer, tarball, pembaruan transitif, biner native opsional, dan perilaku waktu instalasi yang harus dipercayai operator.

Arah pembersihannya adalah:

• menjaga kapabilitas berat dan opsional tetap di luar instalasi core default
• membuat paket Plugin memiliki grafik dependensi runtime-nya sendiri
• menghindari perbaikan package manager runtime saat startup Gateway
• mempertahankan instalasi deterministik tanpa menyebabkan materialisasi paket native semua platform
• menjaga skrip instalasi tetap dinonaktifkan di jalur penerimaan dan pengukuran paket
• menangkap pohon dependensi bersarang dan ledakan dependensi opsional native sebelum publikasi

Dokumentasi terkait:

• Resolusi dependensi Plugin
• Inventaris Plugin
• Validasi rilis penuh