- リリースパフォーマンス調査:
v2026.5.28から 安定版v2026.4.23まで遡ったGitHub Releasesを、OpenClaw Performanceワークフローのprofile=smoke、モックプロバイダーレーンを使用して調査しました。ほとんどのタグ行は1サンプルです。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サイズ、展開後サイズ、 ファイル数を記録しました。
スナップショット
パフォーマンスの対象範囲: 要求した77リリース、アーティファクトに裏付けられた74ポイント、 および利用できないCI実行3件。測定済みの最新安定版ポイント:v2026.5.28。
安定版のエージェントターン
コールドターンが5.1倍高速
v2026.4.14: 9.8sv2026.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、メンテナー、ネイティブバイナリ、
インストール時の動作、推移的な更新経路も減少します。
主要な数値
4月後半の壊れた行を公開パフォーマンスのベースラインとして使用しないでください。v2026.4.23とv2026.4.29はリグレッションを示す証拠として有用ですが、
14xのような大きな差分は、主として不良リリース系列からの回復を表しています。
ブログの説明では、規模感を示すために、公開済みの4月前半のベースラインを使用します。
このベースラインは、公開済みclawgrit-reportsモックプロバイダー実行（3回反復）の
v2026.4.14です。その実行が失敗した唯一の理由は診断タイムラインが出力されなかったことであり、
コールド、ウォーム、RSSの中央値は概算の規模感として引き続き有用です。
これはリリースゲートの統計値ではなく、説明上のコンテキストとして扱ってください。
5月の調査内では、最新のリリースブランチ行は
v2026.5.2から大きく改善しました。
前の安定版リリースとの比較:
インストールフットプリント
npmパッケージサイズ
2026.5.12は、変更履歴で確認できるPlugin抽出の節目です。
Amazon Bedrock、Bedrock Mantle、Slack、OpenShellサンドボックス、Anthropic Vertex、
Matrix、WhatsAppがコアの依存関係経路から移動され、依存コーンはすべてのコアインストールではなく、
それらのPluginとともにインストールされるようになりました。
Kovaエージェントターンの概要
4月の安定版系列には、2つの異なる状況があります。4月前半は遅かったものの、 通常の範囲として認識できる状態でした。4月後半にはリグレッションが急激に悪化しました。v2026.5.2は、
モックプロバイダーレーンが初めて3～5sの範囲まで短縮され、提供された調査で
安定して合格し始めた時点です。
以前に公開されたコンテキスト:
提供された調査:
ソースプローブ
成功した古いrefのうち17件では、そのソースツリーに必要なプローブのエントリポイントがまだ存在しなかったため、 ソースプローブをスキップしました。これらのrefにもエージェントターン指標は 存在します。 代表的なソースプローブのポイント:
この表では、エージェントターンレーンが引き続き合格しているにもかかわらず、
v2026.5.22のCLIヘルスの急増を確認できます。特定のCLIまたはGatewayのリグレッションを
調査する際は、ソースプローブを維持してください。
インストールフットプリント監査
依存関係のサンプルには、各月の安定版リリースを1つずつ使用し、さらに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、推移的更新、 オプションのネイティブバイナリ、インストール時の動作の範囲が広がります。 クリーンアップの方針は次のとおりです。- 重量級およびオプションの機能をデフォルトのコアインストールから除外する
- Plugin パッケージが自身のランタイム依存関係グラフを所有するようにする
- Gateway 起動時にランタイムパッケージマネージャーによる修復を行わない
- 全プラットフォーム向けネイティブパッケージの実体化を引き起こすことなく、 決定論的なインストールを維持する
- パッケージの受け入れおよび測定パスではインストールスクリプトを無効のままにする
- 公開前に、ネストされた依存関係ツリーとネイティブのオプション依存関係の急増を 検出する