Quét hiệu năng phát hành

Trang này ghi lại bằng chứng đằng sau đợt dọn dẹp hiệu năng, kích thước gói, phụ thuộc và shrinkwrap của OpenClaw vào tháng 5 năm 2026. Đây là tài liệu kỹ thuật đi kèm với bài blog công khai.

Hai cuộc kiểm toán được kết hợp ở đây:

• Đợt rà soát hiệu năng phát hành: GitHub Releases từ v2026.5.28 quay lại đến bản ổn định v2026.4.23, sử dụng workflow OpenClaw Performance, profile=smoke, luồng mock-provider. Hầu hết các hàng thẻ là một mẫu; các hàng v2026.5.27 và v2026.5.28 sử dụng các artifact nhánh phát hành repeat-3 mới nhất.
• Bối cảnh tháng 4 trước đó: các baseline mock-provider clawgrit-reports đã xuất bản từ v2026.4.1 đến v2026.5.2, chỉ dùng để tránh coi các bản phát hành lỗi vào cuối tháng 4 là baseline hiệu năng công khai.
• Đợt rà soát dung lượng cài đặt: các lượt cài đặt mới npm install --ignore-scripts vào các gói tạm thời, với du -sk node_modules để đo kích thước và một lượt duyệt node_modules để đếm số phiên bản gói.
• Đợt rà soát kích thước gói npm: npm pack openclaw@<version> --dry-run --json cho các bản phát hành đã xuất bản, ghi lại kích thước tarball nén, kích thước sau khi giải nén và số lượng tệp.

Ảnh chụp nhanh

Phạm vi hiệu năng: 77 bản phát hành được yêu cầu, 74 điểm có artifact hỗ trợ, và 3 lượt chạy CI không khả dụng. Điểm đo bản ổn định mới nhất: v2026.5.28.

Dòng thời gian dung lượng cài đặt

Có Gì Thay Đổi Trong 5.28

Đợt dọn dẹp giữa v2026.5.27 và v2026.5.28 đã giảm đồ thị cài đặt mặc định thay vì loại bỏ chính các năng lực đó.

Các Con Số Chính

Không dùng các hàng bị lỗi cuối tháng Tư làm mốc hiệu năng công khai. v2026.4.23 và v2026.4.29 là bằng chứng hồi quy hữu ích, nhưng các chênh lệch lớn kiểu 14x chủ yếu mô tả quá trình phục hồi từ một dòng phát hành lỗi.

Đối với câu chuyện trên blog, hãy dùng mốc đã phát hành đầu tháng Tư làm thang đo:

Mốc đầu tháng Tư là v2026.4.14 từ lượt chạy mock-provider clawgrit-reports đã phát hành. Lượt chạy đó dùng repeat 3 và chỉ thất bại vì timeline chẩn đoán không được phát ra; các trung vị lạnh, ấm và RSS vẫn hữu ích như một thang đo gần đúng. Hãy xem đây là ngữ cảnh tường thuật, không phải thống kê cổng phát hành.

Trong đợt rà soát tháng Năm, hàng nhánh phát hành mới nhất đã thay đổi đáng kể so với v2026.5.2:

So với bản phát hành ổn định trước đó:

Dung lượng cài đặt

Kích thước gói npm

2026.5.12 là mốc tách plugin hiển thị trong nhật ký thay đổi: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix và WhatsApp đã được chuyển ra khỏi đường dẫn phụ thuộc lõi, để các nhánh phụ thuộc của chúng được cài cùng các plugin đó thay vì mọi lần cài đặt lõi.

Tóm tắt lượt agent Kova

Dòng ổn định tháng Tư chứa hai câu chuyện khác nhau. Đầu tháng Tư chậm nhưng vẫn nhận diện được. Cuối tháng Tư trở thành một vách suy giảm hồi quy. v2026.5.2 là nơi lane mock-provider lần đầu giảm xuống phạm vi 3-5 giây và bắt đầu vượt qua ổn định trong đợt quét được cung cấp.

Ngữ cảnh đã công bố trước đó:

Đợt quét được cung cấp:

Probe nguồn

Các probe nguồn đã bị bỏ qua cho 17 ref cũ thành công vì các cây nguồn đó chưa có các điểm vào probe bắt buộc. Chỉ số lượt agent vẫn tồn tại cho các ref đó.

Các điểm probe nguồn đại diện:

Đợt tăng đột biến về health của CLI v2026.5.22 hiển thị trong bảng này dù làn agent-turn vẫn vượt qua. Giữ lại các phép thăm dò nguồn khi điều tra các hồi quy CLI hoặc Gateway có mục tiêu.

Kiểm tra footprint cài đặt

Các mẫu phụ thuộc sử dụng một bản phát hành ổn định mỗi tháng, cộng với sự kiện giới thiệu shrinkwrap 2026.5.22 và bản phát hành 2026.5.28 mới nhất.

Ranh giới shrinkwrap

Kiểm tra tarball đã phát hành xác minh ranh giới:

Điểm khác biệt quan trọng: bản thân shrinkwrap không phải là vấn đề. v2026.5.28 vẫn phát hành kèm shrinkwrap gốc. Vấn đề là hình dạng gói khiến npm hiện thực hóa một cây phụ thuộc OpenClaw lồng nhau lớn và tất cả 12 gói nền tảng @napi-rs/canvas. Cây lồng nhau nhỏ hơn trong v2026.5.28, và fanout nền tảng canvas không còn xuất hiện trong kiểm tra cục bộ.

Để xem phần giải thích bằng ngôn ngữ dễ hiểu về shrinkwrap và các kiểm tra gói ở cấp maintainer, hãy xem npm shrinkwrap.

Diễn giải chuỗi cung ứng

Số lượng phụ thuộc là một chỉ số bảo mật vận hành, không chỉ là chỉ số kích thước cài đặt. Mỗi gói mở rộng tập hợp maintainer, tarball, bản cập nhật bắc cầu, binary native tùy chọn và hành vi trong lúc cài đặt mà operator phải tin cậy.

Hướng dọn dẹp là:

• giữ các capability nặng và tùy chọn bên ngoài bản cài đặt core mặc định
• để các gói Plugin sở hữu đồ thị phụ thuộc runtime của chúng
• tránh sửa chữa bằng package manager trong runtime khi Gateway khởi động
• giữ cài đặt xác định mà không khiến các gói native cho mọi nền tảng bị hiện thực hóa
• giữ script cài đặt bị tắt trong các đường chấp nhận và đo lường gói
• phát hiện cây phụ thuộc lồng nhau và các vụ bùng nổ phụ thuộc tùy chọn native trước khi phát hành

Tài liệu liên quan:

• Phân giải phụ thuộc Plugin
• Kho Plugin
• Xác thực bản phát hành đầy đủ