Release and CI

रिलीज़ प्रदर्शन स्वीप

यह पृष्ठ मई 2026 के OpenClaw प्रदर्शन, पैकेज-आकार, निर्भरता, और shrinkwrap सफाई के पीछे के साक्ष्य को दर्ज करता है। यह सार्वजनिक ब्लॉग पोस्ट का तकनीकी साथी है।

यहां दो ऑडिट जोड़े गए हैं:

  • रिलीज़ प्रदर्शन स्वीप: v2026.5.28 से लेकर स्थिर v2026.4.23 तक के GitHub Releases, OpenClaw Performance workflow, profile=smoke, mock-provider lane का उपयोग करते हुए। अधिकांश टैग पंक्तियां एक नमूना हैं; v2026.5.27 और v2026.5.28 पंक्तियां नवीनतम repeat-3 release-branch आर्टिफैक्ट का उपयोग करती हैं।
  • अप्रैल का पहले का संदर्भ: v2026.4.1 से v2026.5.2 तक प्रकाशित clawgrit-reports mock-provider baselines, जिनका उपयोग केवल टूटे हुए अप्रैल-अंत रिलीज़ को सार्वजनिक प्रदर्शन baseline मानने से बचने के लिए किया गया।
  • इंस्टॉल footprint स्वीप: अस्थायी पैकेजों में ताज़ा npm install --ignore-scripts इंस्टॉल, आकार के लिए du -sk node_modules और package-instance गिनतियों के लिए node_modules walk के साथ।
  • npm पैकेज आकार स्वीप: प्रकाशित रिलीज़ के लिए npm pack openclaw@<version> --dry-run --json, compressed tarball आकार, unpacked आकार, और फ़ाइल गिनती रिकॉर्ड करते हुए।

Snapshot

प्रदर्शन कवरेज: 77 अनुरोधित रिलीज़, 74 artifact-backed points, और 3 अनुपलब्ध CI runs। नवीनतम मापा गया स्थिर बिंदु: v2026.5.28

इंस्टॉल Footprint टाइमलाइन

5.28 में क्या बदला

v2026.5.27 और v2026.5.28 के बीच सफ़ाई ने क्षमताओं को हटाने के बजाय डिफ़ॉल्ट-इंस्टॉल ग्राफ़ को घटाया।

मुख्य संख्याएँ

अप्रैल के अंत वाली टूटी हुई पंक्तियों को सार्वजनिक प्रदर्शन बेसलाइन के रूप में उपयोग न करें। v2026.4.23 और v2026.4.29 उपयोगी रिग्रेशन साक्ष्य हैं, लेकिन बड़े 14x-शैली के डेल्टा ज़्यादातर एक खराब रिलीज़ लाइन से रिकवरी का वर्णन करते हैं।

ब्लॉग कथा के लिए, पहले की अप्रैल प्रकाशित बेसलाइन को पैमाने के रूप में उपयोग करें:

मीट्रिक पहले की अप्रैल बेसलाइन v2026.5.28 डेल्टा
कोल्ड एजेंट टर्न 9,819ms 1,908ms 80.6% कम, 5.1x तेज़
वॉर्म एजेंट टर्न 7,458ms 1,870ms 74.9% कम, 4.0x तेज़
एजेंट पीक RSS 686.2MB 581.0MB 15.3% कम

पहले की अप्रैल बेसलाइन प्रकाशित clawgrit-reports मॉक-प्रोवाइडर रन से v2026.4.14 है। उस रन ने repeat 3 का उपयोग किया और केवल इसलिए विफल हुआ क्योंकि डायग्नोस्टिक टाइमलाइन उत्सर्जित नहीं हुई थी; कोल्ड, वॉर्म, और RSS मीडियन अब भी मोटे पैमाने के रूप में उपयोगी हैं। इसे कथात्मक संदर्भ मानें, रिलीज़-गेट आँकड़ा नहीं।

मई स्वीप के भीतर, नवीनतम रिलीज़-branch पंक्ति v2026.5.2 से उल्लेखनीय रूप से आगे बढ़ी:

मीट्रिक v2026.5.2 v2026.5.28 डेल्टा
कोल्ड एजेंट टर्न 3,897ms 1,908ms 51.0% कम
वॉर्म एजेंट टर्न 3,610ms 1,870ms 48.2% कम
एजेंट पीक RSS 613.7MB 581.0MB 5.3% कम

पिछली स्थिर रिलीज़ की तुलना में:

मीट्रिक v2026.5.27 v2026.5.28 डेल्टा
कोल्ड एजेंट टर्न 2,231ms 1,908ms 14.5% कम
वॉर्म एजेंट टर्न 2,226ms 1,870ms 16.0% कम
एजेंट पीक RSS 649.0MB 581.0MB 10.5% कम

इंस्टॉल फ़ुटप्रिंट

मीट्रिक बेसलाइन v2026.5.28 डेल्टा
2026.5.22 पीक से इंस्टॉल आकार 1,020.6MB 361.7MiB 64.6% कम
नवीनतम रिलीज़ 2026.5.27 से इंस्टॉल आकार 767.1MiB 361.7MiB 52.8% कम
मासिक उच्च 2026.2.26 से निर्भरताएँ 645 300 53.5% कम
नवीनतम रिलीज़ 2026.5.27 से निर्भरताएँ 371 300 19.1% कम
2026.5.22 से नेस्टेड openclaw/node_modules 911.8MB 259.7MiB 71.5% कम
2026.5.27 से नेस्टेड openclaw/node_modules 656.1MiB 259.7MiB 60.4% कम

npm पैकेज आकार

संस्करण संपीड़ित टारबॉल अनपैक्ड पैकेज फ़ाइलें नोट्स
2026.1.30 12.8MB 33.5MB 4,607 शुरुआती रीब्रांडेड पैकेज
2026.2.26 23.6MB 82.9MB 10,125 फ़ीचर वृद्धि
2026.3.31 43.3MB 182.6MB 21,037 पैकेज-आकार का उच्च बिंदु
2026.4.29 22.9MB 74.6MB 9,309 पैकेज प्रूनिंग दिखाई दी
2026.5.12 23.4MB 80.1MB 12,035 बड़ा बाहरी-Plugin विभाजन
2026.5.22 17.2MB 76.9MB 12,386 डॉक्स/एसेट पैकेज से बाहर किए गए
2026.5.27 17.8MB 79.0MB 12,509 पिछला स्थिर पैकेज
2026.5.28 17.9MB 81.0MB 9,082 नवीनतम स्थिर पैकेज

2026.5.12 चेंजलॉग में दिखने वाला plugin-एक्सट्रैक्शन माइलस्टोन है: Amazon Bedrock, Bedrock Mantle, Slack, OpenShell sandbox, Anthropic Vertex, Matrix, और WhatsApp को core निर्भरता पथ से बाहर ले जाया गया ताकि उनके निर्भरता कोन हर core इंस्टॉल के बजाय उन plugins के साथ इंस्टॉल हों।

Kova एजेंट टर्न सारांश

अप्रैल स्थिर लाइन में दो अलग-अलग कहानियाँ हैं। पहले का अप्रैल धीमा था लेकिन पहचाने जाने योग्य था। अप्रैल के अंत में यह रिग्रेशन क्लिफ बन गया। v2026.5.2 वह जगह है जहाँ मॉक-प्रोवाइडर लेन पहली बार 3-5s रेंज में गिरती है और दिए गए स्वीप में लगातार पास होना शुरू करती है।

पहले प्रकाशित संदर्भ:

रिलीज़ Kova कोल्ड टर्न वॉर्म टर्न एजेंट पीक RSS
v2026.4.10 विफल 11,031ms 7,962ms 679.0MB
v2026.4.12 विफल 11,965ms 8,289ms 713.5MB
v2026.4.14 विफल 9,819ms 7,458ms 686.2MB
v2026.4.20 विफल 22,314ms 18,811ms 810.8MB
v2026.4.22 विफल 9,630ms 7,459ms 743.0MB

दिया गया स्वीप:

रिलीज़ Kova कोल्ड टर्न वॉर्म टर्न एजेंट पीक RSS
v2026.4.23 विफल 47,847ms 8,010ms 1,082.7MB
v2026.4.24 विफल 48,264ms 25,483ms 996.0MB
v2026.4.25 विफल 81,080ms 59,172ms 1,113.9MB
v2026.4.26 विफल 76,771ms 54,941ms 1,140.8MB
v2026.4.27 विफल 60,902ms 33,699ms 1,156.0MB
v2026.4.29 विफल 94,031ms 57,334ms 3,613.7MB
v2026.5.2 पास 3,897ms 3,610ms 613.7MB
v2026.5.7 पास 3,923ms 3,693ms 654.1MB
v2026.5.12 पास 7,248ms 6,629ms 834.8MB
v2026.5.18 पास 3,301ms 2,913ms 630.3MB
v2026.5.20 पास 3,413ms 2,952ms 643.2MB
v2026.5.22 पास 4,494ms 4,093ms 654.3MB
v2026.5.26 पास 2,626ms 2,282ms 660.4MB
v2026.5.27-beta.1 पास 2,575ms 2,217ms 635.3MB
v2026.5.27 पास 2,231ms 2,226ms 649.0MB
v2026.5.28 पास 1,908ms 1,870ms 581.0MB

स्रोत प्रोब

17 सफल पुराने refs के लिए स्रोत प्रोब छोड़े गए क्योंकि उन स्रोत ट्री में अभी आवश्यक प्रोब एंट्री पॉइंट नहीं थे। उन refs के लिए एजेंट-टर्न मीट्रिक अब भी मौजूद हैं।

प्रतिनिधि स्रोत-प्रोब बिंदु:

रिलीज़ डिफ़ॉल्ट readyz p50 50 plugins readyz p50 CLI हेल्थ p50 Plugin अधिकतम RSS
v2026.4.29 2,819ms 2,618ms 1,679ms 389.0MB
v2026.5.2 2,324ms 2,013ms 1,384ms 377.2MB
v2026.5.7 1,649ms 1,540ms 1,175ms 387.6MB
v2026.5.18 1,942ms 1,927ms 607ms 426.5MB
v2026.5.20 1,966ms 1,987ms 621ms 455.0MB
v2026.5.22 2,081ms 1,884ms 5,095ms 444.2MB
v2026.5.26 1,546ms 1,634ms 656ms 400.4MB
v2026.5.27-beta.1 1,462ms 1,548ms 548ms 394.0MB
v2026.5.27 1,491ms 1,571ms 553ms 401.5MB
v2026.5.28 1,457ms 1,474ms 623ms 386.1MB

v2026.5.22 CLI स्वास्थ्य उछाल इस तालिका में दिखाई देता है, भले ही agent-turn लेन अब भी पास हुई। लक्षित CLI या Gateway रिग्रेशन की जाँच करते समय स्रोत जांचें रखें।

इंस्टॉल फुटप्रिंट ऑडिट

डिपेंडेंसी नमूने हर महीने की एक स्थिर रिलीज़, साथ ही 2026.5.22 shrinkwrap-परिचय घटना और नवीनतम 2026.5.28 रिलीज़ का उपयोग करते हैं।

बिंदु इंस्टॉल की गई डिपेंडेंसी नया इंस्टॉल OpenClaw पैकेज नेस्टेड openclaw/node_modules रूट shrinkwrap Canvas इंस्टॉल व्यवहार
जनवरी 2026.1.30 605 438.4MB 45.8MB 2.4MB नहीं शीर्ष-स्तरीय रैपर + darwin-arm64
फरवरी 2026.2.26 645 575.7MB 110.1MB 3.5MB नहीं शीर्ष-स्तरीय रैपर + darwin-arm64
मार्च 2026.3.31 438 584.1MB 234.8MB 0MB नहीं शीर्ष-स्तरीय रैपर + darwin-arm64
अप्रैल 2026.4.29 392 335.0MB 97.4MB 0MB नहीं कुछ भी इंस्टॉल नहीं
2026.5.22 401 1,020.6MB 1,020.4MB 911.8MB हाँ नेस्टेड: सभी 12 @napi-rs/canvas पैकेज
मई 2026.5.26 371 767.5MB 767.4MB 656.4MB हाँ नेस्टेड: सभी 12 @napi-rs/canvas पैकेज
2026.5.27 371 767.1MiB 766.9MiB 656.1MiB हाँ नेस्टेड: सभी 12 @napi-rs/canvas पैकेज
नवीनतम 2026.5.28 300 361.7MiB 361.6MiB 259.7MiB हाँ कुछ भी इंस्टॉल नहीं

Shrinkwrap सीमा

प्रकाशित tarball निरीक्षण सीमा की पुष्टि करता है:

संस्करण प्रकाशित स्थिर? रूट npm-shrinkwrap.json नोट्स
2026.5.20 हाँ नहीं shrinkwrap से पहले की अंतिम स्थिर रिलीज़
2026.5.21 नहीं लागू नहीं कोई स्थिर npm रिलीज़ नहीं
2026.5.22 हाँ हाँ shrinkwrap पेश किया गया
2026.5.23 नहीं लागू नहीं कोई स्थिर npm रिलीज़ नहीं
2026.5.24 नहीं लागू नहीं कोई स्थिर npm रिलीज़ नहीं
2026.5.25 नहीं लागू नहीं कोई स्थिर npm रिलीज़ नहीं
2026.5.26 हाँ हाँ नेस्टेड डिपेंडेंसी ट्री अब भी मौजूद
2026.5.27 हाँ हाँ नेस्टेड डिपेंडेंसी ट्री अब भी मौजूद
2026.5.28 हाँ हाँ नेस्टेड डिपेंडेंसी ट्री बहुत छोटा

महत्वपूर्ण अंतर: shrinkwrap स्वयं समस्या नहीं हैv2026.5.28 अब भी रूट shrinkwrap के साथ शिप होता है। समस्या पैकेज आकार में थी, जिसने npm से एक बड़ा नेस्टेड OpenClaw डिपेंडेंसी ट्री और सभी 12 @napi-rs/canvas प्लेटफ़ॉर्म पैकेज materialize करवा दिए। v2026.5.28 में नेस्टेड ट्री छोटा है, और canvas प्लेटफ़ॉर्म fanout अब स्थानीय ऑडिट में नहीं आता।

shrinkwrap और मेंटेनर-स्तर के पैकेज checks की सरल अंग्रेज़ी व्याख्या के लिए, npm shrinkwrap देखें।

सप्लाई-चेन व्याख्या

डिपेंडेंसी संख्या एक परिचालन सुरक्षा मेट्रिक है, केवल इंस्टॉल-आकार मेट्रिक नहीं। हर पैकेज मेंटेनरों, tarballs, ट्रांज़िटिव अपडेट्स, वैकल्पिक native binaries, और install-time behaviors के उस सेट को बढ़ाता है जिस पर ऑपरेटरों को भरोसा करना पड़ता है।

cleanup दिशा यह है:

  • भारी और वैकल्पिक क्षमताओं को डिफ़ॉल्ट core install से बाहर रखें
  • Plugin packages अपने runtime dependency graph के मालिक हों
  • Gateway startup के दौरान runtime package-manager repair से बचें
  • deterministic installs बनाए रखें, बिना all-platform native package materialization कराए
  • package acceptance और measurement paths में install scripts disabled रखें
  • publishing से पहले nested dependency trees और native optional dependency explosions पकड़ें

संबंधित docs:

Was this useful?
On this page

On this page