Skip to main content
本頁記錄 2026 年 5 月 OpenClaw 效能、套件大小、相依性及 shrinkwrap 清理背後的證據。這是公開部落格文章的技術補充資料。 此處合併了兩項稽核：
  • **發行版效能掃描：**從 v2026.5.28 往回至穩定版 v2026.4.23 的 GitHub Releases，使用 OpenClaw Performance 工作流程、profile=smoke、模擬提供者執行環境。大多數標籤列為單次樣本；v2026.5.27 與 v2026.5.28 列使用最新的重複 3 次發行分支成品。
  • **較早的 4 月背景資料：**從 v2026.4.1 到 v2026.5.2 已發布的 clawgrit-reports 模擬提供者基準，僅用於避免將 4 月下旬損壞的發行版視為公開效能基準。
  • **安裝佔用空間掃描：**將 npm install --ignore-scripts 全新安裝至暫存套件，使用 du -sk node_modules 計算大小，並以 node_modules 遍歷計算套件實例數量。
  • **npm 套件大小掃描：**針對已發布的版本執行 npm pack openclaw@<version> --dry-run --json，記錄壓縮 tarball 大小、解壓縮後大小及檔案數量。
主要效能掃描對每個標籤使用一個冒煙測試樣本，但 v2026.5.27 與 v2026.5.28 列使用最新的重複 3 次發行分支成品。較早的 4 月背景資料使用 clawgrit-reports 已發布的重複 3 次中位數。請將這些數字視為趨勢證據及尋找迴歸的訊號，而非發行閘門統計資料。

​
快照

效能涵蓋範圍：要求測量 77 個發行版、74 個有成品支援的資料點，以及 3 次無法取得的 CI 執行。測得的最新穩定版資料點：v2026.5.28。

穩定版代理程式回合

冷啟動回合快 5.1 倍
  • v2026.4.14：9.8s
  • v2026.5.28：1.9s

已發布套件

17.9MB tarball最新的穩定版套件，低於 3 月套件大小高峰的 43.3MB。

最新穩定版安裝

361.7MiB 全新安裝相較於 2026.5.22 引入 shrinkwrap 時的高峰，大幅縮減巢狀 OpenClaw 相依性樹，但本機安裝稽核中仍有較小的 259.7MiB 巢狀樹。

相依性圖

300 個已安裝套件測量方式為停用指令碼的全新安裝中，不重複的套件名稱／版本根節點；比上一個穩定版少 71 個根節點。

​
5.28 的變更

v2026.5.27 與 v2026.5.28 之間的清理縮減了預設安裝圖，而非移除功能本身。

根預設圖

不重複的套件名稱／版本根節點從 371 降至 300。套件實例從 372 降至 301。

巢狀樹

在同一次本機安裝稽核中，巢狀 openclaw/node_modules 從 656.1MiB 降至 259.7MiB。

原生選用相依性錐

全平台 @napi-rs/canvas 原生套件相依性錐不再進入預設安裝。

供應鏈介面

預設套件較少，代表預設必須信任的 tarball、維護者、原生二進位檔、安裝階段行為及遞移更新路徑也較少。
問題不只是 shrinkwrap 本身，而是不良的套件結構。v2026.5.28 仍附帶 shrinkwrap，但巢狀相依性樹已大幅縮小，而且本機稽核中的全平台 canvas 扇出已消失。

​
重點數據

請勿將 4 月下旬損壞的資料列作為公開效能基準。v2026.4.23 與 v2026.4.29 是有用的迴歸證據，但 14x 類型的大幅差異主要描述從不良發行系列恢復的情況。 部落格敘事請使用較早發布的 4 月基準作為尺度。此基準是已發布的 clawgrit-reports 模擬提供者執行（重複 3 次）中的 v2026.4.14；該次執行僅因未輸出診斷時間軸而失敗，因此冷啟動、暖啟動及 RSS 中位數仍可作為粗略尺度。請將此資料視為敘事背景，而非發行閘門統計資料。 在 5 月掃描中，最新的發行分支資料列相較於 v2026.5.2 有顯著變化： 與上一個穩定版相比：

​
安裝佔用空間

​
npm 套件大小

2026.5.12 是變更記錄中明顯的外掛抽離里程碑：Amazon Bedrock、Bedrock Mantle、Slack、OpenShell 沙箱、Anthropic Vertex、Matrix 及 WhatsApp 已移出核心相依性路徑，因此其相依性錐會隨這些外掛一起安裝，而非隨每次核心安裝一併安裝。

​
Kova 代理程式回合摘要

4 月穩定版系列包含兩種不同情況。4 月上旬雖然緩慢，但仍屬可辨識的正常表現；4 月下旬則成為迴歸斷崖。v2026.5.2 是模擬提供者執行環境首次降至 3-5s 範圍，並在所提供的掃描中開始持續通過的位置。 較早發布的背景資料： 提供的掃描：

​
原始碼探測

有 17 個成功的較舊參照略過了原始碼探測，因為那些原始碼樹當時尚未具備必要的探測進入點。這些參照仍有代理程式回合指標。 具代表性的原始碼探測資料點： 即使代理程式回合執行環境仍通過，本表仍可看出 v2026.5.22 的命令列介面健康狀態尖峰。調查特定命令列介面或閘道迴歸時，請保留原始碼探測。

​
安裝佔用空間稽核

相依套件樣本採用每月一個穩定版本，另加 2026.5.22 shrinkwrap 導入事件與最新的 2026.5.28 版本。

​
Shrinkwrap 分界點

2026.5.20 發布時沒有根層 shrinkwrap，也沒有大型巢狀 OpenClaw 相依套件樹。2026.5.22 導入根層 shrinkwrap，並在巢狀 openclaw/node_modules 下安裝了 911.8MB。2026.5.28 保留 shrinkwrap，且仍在 巢狀 openclaw/node_modules 下安裝 259.7MiB，但本機全新安裝稽核中已不再安裝 任何 @napi-rs/canvas 套件。 檢查已發布的 tarball 可驗證此分界點： 重要區別是：shrinkwrap 本身並不是問題。 v2026.5.28 仍隨附根層 shrinkwrap。問題在於套件結構導致 npm 實體化 大型巢狀 OpenClaw 相依套件樹，以及全部 12 個 @napi-rs/canvas 平台套件。 v2026.5.28 中的巢狀樹較小，而 Canvas 平台的扇出套件也不再出現在 本機稽核中。 如需 shrinkwrap 的白話說明及維護者層級的套件檢查，請參閱 npm shrinkwrap。

​
供應鏈解讀

相依套件數量是營運安全指標，不只是安裝大小指標。每個套件都會擴大 操作人員必須信任的維護者、tarball、遞移更新、選用原生二進位檔，以及 安裝時行為的範圍。 清理方向如下：
  • 將大型及選用功能保留在預設核心安裝之外
  • 讓外掛套件自行擁有其執行階段相依套件圖
  • 避免在閘道啟動期間進行執行階段套件管理器修復
  • 維持確定性安裝，同時避免實體化所有平台的原生套件
  • 在套件驗收與測量流程中維持停用安裝指令碼
  • 在發布前攔截巢狀相依套件樹與原生選用相依套件的爆增
相關文件：