リリースパフォーマンスの総点検

このページでは、2026年5月に実施したOpenClawのパフォーマンス、 パッケージサイズ、依存関係、shrinkwrapのクリーンアップを裏付ける証拠をまとめています。公開ブログ記事の 技術的な補足資料です。

ここでは、2つの監査を組み合わせています。

• リリースパフォーマンス調査: 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.28での変更点

v2026.5.27からv2026.5.28までに行ったクリーンアップでは、 機能自体を削除するのではなく、デフォルトインストールのグラフを縮小しました。

主要な数値

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 起動時にランタイムパッケージマネージャーによる修復を行わない
• 全プラットフォーム向けネイティブパッケージの実体化を引き起こすことなく、 決定論的なインストールを維持する
• パッケージの受け入れおよび測定パスではインストールスクリプトを無効のままにする
• 公開前に、ネストされた依存関係ツリーとネイティブのオプション依存関係の急増を 検出する

関連ドキュメント:

• Plugin の依存関係解決
• Plugin インベントリ
• 完全なリリース検証