การตรวจสอบประสิทธิภาพก่อนเผยแพร่

หน้านี้รวบรวมหลักฐานเบื้องหลังการปรับปรุงประสิทธิภาพ ขนาดแพ็กเกจ การขึ้นต่อกัน และ shrinkwrap ของ OpenClaw ในเดือนพฤษภาคม 2026 โดยเป็นเอกสารประกอบเชิงเทคนิค สำหรับบล็อกโพสต์สาธารณะ

การตรวจสอบสองชุดถูกรวมไว้ที่นี่:

• การตรวจสอบประสิทธิภาพของรีลีส: GitHub Releases ตั้งแต่ v2026.5.28 ย้อนกลับไปถึง รุ่นเสถียร v2026.4.23 โดยใช้เวิร์กโฟลว์ OpenClaw Performance, profile=smoke และเลนผู้ให้บริการจำลอง แถวของแท็กส่วนใหญ่ใช้ตัวอย่างหนึ่งครั้ง ส่วนแถว v2026.5.27 และ v2026.5.28 ใช้อาร์ติแฟกต์ล่าสุดจากสาขารีลีสที่ทำซ้ำ 3 ครั้ง
• บริบทก่อนหน้าในเดือนเมษายน: ค่าฐานของผู้ให้บริการจำลองจาก clawgrit-reports ที่เผยแพร่แล้ว ตั้งแต่ v2026.4.1 ถึง v2026.5.2 ใช้เพียงเพื่อหลีกเลี่ยงการนำ รีลีสปลายเดือนเมษายนที่เสียหายมาเป็นค่าฐานประสิทธิภาพสาธารณะ
• การตรวจสอบพื้นที่ติดตั้ง: ติดตั้งใหม่ด้วย npm install --ignore-scripts ลงในแพ็กเกจชั่วคราว โดยใช้ du -sk node_modules สำหรับขนาด และสำรวจ node_modules เพื่อนับอินสแตนซ์แพ็กเกจ
• การตรวจสอบขนาดแพ็กเกจ npm: ใช้ npm pack openclaw@<version> --dry-run --json กับรีลีสที่เผยแพร่แล้ว โดยบันทึกขนาด tarball ที่บีบอัดแล้ว ขนาดเมื่อแตกแพ็กเกจ และ จำนวนไฟล์

ภาพรวม

ขอบเขตการวัดประสิทธิภาพ: รีลีสที่ร้องขอ 77 รุ่น, จุดข้อมูลที่มีอาร์ติแฟกต์รองรับ 74 จุด และ การรัน CI ที่ใช้งานไม่ได้ 3 ครั้ง จุดวัดรุ่นเสถียรล่าสุด: v2026.5.28

สิ่งที่เปลี่ยนแปลงใน 5.28

การปรับปรุงระหว่าง v2026.5.27 และ v2026.5.28 ลดกราฟการติดตั้งเริ่มต้น แทนที่จะนำความสามารถต่าง ๆ ออก

ตัวเลขสำคัญ

อย่าใช้แถวปลายเดือนเมษายนที่เสียหายเป็นค่าฐานประสิทธิภาพสาธารณะ v2026.4.23 และ v2026.4.29 มีประโยชน์ในฐานะหลักฐานการถดถอย แต่ค่าความแตกต่าง ระดับ 14x ส่วนใหญ่อธิบายการฟื้นตัวจากชุดรีลีสที่มีปัญหา

สำหรับเนื้อหาในบล็อก ให้ใช้ค่าฐานที่เผยแพร่ก่อนหน้านี้ในเดือนเมษายนเป็นมาตราส่วน ค่าฐานคือ v2026.4.14 จากการรันผู้ให้บริการจำลองใน clawgrit-reports ที่เผยแพร่แล้ว (ทำซ้ำ 3 ครั้ง การรันนั้นล้มเหลวเพียงเพราะไม่ได้ส่งออกไทม์ไลน์ การวินิจฉัย ดังนั้นค่ามัธยฐานของ cold, warm และ RSS ยังคงมีประโยชน์เป็นมาตราส่วน โดยประมาณ) ให้ถือว่านี่เป็นบริบทสำหรับการเล่าเรื่อง ไม่ใช่สถิติสำหรับเกณฑ์ผ่านรีลีส

ภายในการตรวจสอบเดือนพฤษภาคม แถวล่าสุดจากสาขารีลีสเปลี่ยนแปลงอย่างมีนัยสำคัญเมื่อเทียบกับ v2026.5.2:

เมื่อเทียบกับรีลีสเสถียรก่อนหน้า:

พื้นที่ติดตั้ง

ขนาดแพ็กเกจ npm

2026.5.12 คือหลักหมายของการแยก Plugin ที่เห็นได้ชัดในบันทึกการเปลี่ยนแปลง: Amazon Bedrock, Bedrock Mantle, Slack, แซนด์บ็อกซ์ OpenShell, Anthropic Vertex, Matrix และ WhatsApp ถูกย้ายออกจากเส้นทางการขึ้นต่อกันของแกนหลัก เพื่อให้กลุ่มการขึ้นต่อกัน ของแต่ละรายการติดตั้งพร้อมกับ Plugin เหล่านั้น แทนที่จะติดตั้งพร้อมกับแกนหลักทุกครั้ง

สรุปรอบการทำงานของเอเจนต์ Kova

ชุดรุ่นเสถียรในเดือนเมษายนประกอบด้วยสองเรื่องราวที่แตกต่างกัน ช่วงต้นเดือนเมษายนทำงานช้า แต่ยังอยู่ในรูปแบบที่พอคาดหมายได้ ช่วงปลายเดือนเมษายนกลายเป็นหน้าผาการถดถอย v2026.5.2 คือจุดที่ เลนผู้ให้บริการจำลองลดลงเข้าสู่ช่วง 3-5 วินาทีเป็นครั้งแรก และเริ่มผ่านอย่างสม่ำเสมอ ในการตรวจสอบที่ให้มา

บริบทก่อนหน้าที่เผยแพร่แล้ว:

การตรวจสอบที่ให้มา:

การตรวจวัดจากซอร์ส

มีการข้ามการตรวจวัดจากซอร์สสำหรับการอ้างอิงเก่าที่สำเร็จ 17 รายการ เนื่องจากแผนผังซอร์สเหล่านั้น ยังไม่มีจุดเริ่มต้นสำหรับการตรวจวัดที่จำเป็น แต่เมตริกรอบการทำงานของเอเจนต์ยังคง มีอยู่สำหรับการอ้างอิงเหล่านั้น

จุดตรวจวัดจากซอร์สที่เป็นตัวแทน:

การพุ่งสูงของสถานะ CLI ใน v2026.5.22 มองเห็นได้ในตารางนี้ แม้ว่า เลนรอบการทำงานของเอเจนต์ยังคงผ่านก็ตาม ให้เก็บการตรวจวัดจากซอร์สไว้เมื่อสืบสวน การถดถอยเฉพาะจุดของ CLI หรือ Gateway

การตรวจสอบพื้นที่ติดตั้ง

ตัวอย่างการขึ้นต่อกันใช้รีลีสเสถียรหนึ่งรุ่นต่อเดือน ร่วมกับเหตุการณ์เริ่มใช้ shrinkwrap ใน 2026.5.22 และรีลีสล่าสุด 2026.5.28

ขอบเขตของ Shrinkwrap

2026.5.20 เผยแพร่โดยไม่มี Shrinkwrap ระดับรากและไม่มีแผนผังการพึ่งพา OpenClaw แบบซ้อนขนาดใหญ่ 2026.5.22 เพิ่ม Shrinkwrap ระดับรากและติดตั้งข้อมูล 911.8MB ภายใต้ openclaw/node_modules ที่ซ้อนอยู่ 2026.5.28 ยังคงใช้ Shrinkwrap และยังคง ติดตั้งข้อมูล 259.7MiB ภายใต้ openclaw/node_modules ที่ซ้อนอยู่ แต่ไม่ติดตั้ง แพ็กเกจ @napi-rs/canvas ใด ๆ ในการตรวจสอบการติดตั้งใหม่ภายในเครื่องอีกต่อไป

การตรวจสอบ Tarball ที่เผยแพร่ยืนยันขอบเขตดังกล่าว:

ความแตกต่างที่สำคัญคือ: ตัว Shrinkwrap เองไม่ใช่ปัญหา v2026.5.28 ยังคงเผยแพร่พร้อม Shrinkwrap ระดับราก ปัญหาอยู่ที่รูปแบบของแพ็กเกจ ซึ่งทำให้ npm สร้างแผนผังการพึ่งพา OpenClaw แบบซ้อนขนาดใหญ่และแพ็กเกจเฉพาะ แพลตฟอร์ม @napi-rs/canvas ทั้ง 12 รายการขึ้นมาจริง แผนผังแบบซ้อนมีขนาดเล็กลงใน v2026.5.28 และการกระจายแพ็กเกจ Canvas ไปยังทุกแพลตฟอร์มไม่ปรากฏในการตรวจสอบ ภายในเครื่องอีกต่อไป

สำหรับคำอธิบาย Shrinkwrap ที่เข้าใจง่ายและการตรวจสอบแพ็กเกจระดับผู้ดูแล โปรดดู Shrinkwrap ของ npm

การตีความด้านห่วงโซ่อุปทาน

จำนวนการพึ่งพาเป็นตัวชี้วัดความปลอดภัยในการปฏิบัติงาน ไม่ใช่เพียงตัวชี้วัด ขนาดการติดตั้ง แต่ละแพ็กเกจเพิ่มจำนวนผู้ดูแล, Tarball, การอัปเดตแบบสืบทอด, ไบนารีเนทีฟที่เป็นทางเลือก และพฤติกรรมระหว่างการติดตั้งที่ผู้ปฏิบัติงาน ต้องให้ความไว้วางใจ

แนวทางการปรับปรุงคือ:

• แยกความสามารถที่มีขนาดใหญ่และเป็นทางเลือกออกจากการติดตั้งแกนหลักเริ่มต้น
• ให้แพ็กเกจ Plugin เป็นเจ้าของกราฟการพึ่งพาขณะทำงานของตนเอง
• หลีกเลี่ยงการซ่อมแซมด้วยตัวจัดการแพ็กเกจขณะทำงานระหว่างการเริ่มต้น Gateway
• รักษาการติดตั้งให้กำหนดผลลัพธ์ได้แน่นอนโดยไม่ทำให้แพ็กเกจเนทีฟสำหรับทุกแพลตฟอร์ม ถูกสร้างขึ้นจริง
• ปิดใช้งานสคริปต์การติดตั้งในเส้นทางการยอมรับและการวัดผลแพ็กเกจ
• ตรวจจับแผนผังการพึ่งพาแบบซ้อนและการเพิ่มขึ้นอย่างมากของการพึ่งพาเนทีฟที่เป็นทางเลือกก่อน เผยแพร่

เอกสารที่เกี่ยวข้อง:

• การแก้ไขการพึ่งพาของ Plugin
• บัญชีรายการ Plugin
• การตรวจสอบความถูกต้องของรุ่นฉบับเต็ม