リリースパフォーマンススイープ

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

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

• リリースパフォーマンススイープ: v2026.5.28 から安定版 v2026.4.23 までの GitHub Releases。OpenClaw Performance ワークフロー、 profile=smoke、モックプロバイダーレーンを使用。ほとんどのタグ行は1サンプルです。 v2026.5.27 と v2026.5.28 の行は、最新の repeat-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件のアーティファクト裏付け済みポイント、 3件の利用できない CI 実行。測定済みの最新安定版ポイント: v2026.5.28。

インストールフットプリントのタイムライン

5.28で変わったこと

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

主な数値

4月下旬の壊れた行を公開パフォーマンスのベースラインとして使用しないでください。v2026.4.23 と v2026.4.29 は回帰の証拠として有用ですが、大きな 14x 形式の差分は主に不良リリースラインからの回復を示しています。

ブログの説明では、規模感として4月前半に公開されたベースラインを使用してください。

4月前半のベースラインは、公開された clawgrit-reports のモックプロバイダー実行に含まれる v2026.4.14 です。この実行は repeat 3 を使用し、診断タイムラインが出力されなかったためにのみ失敗しました。コールド、ウォーム、RSS の中央値は、概算の規模感としてはまだ有用です。これはリリースゲート統計ではなく、説明用の文脈として扱ってください。

5月の一連の作業では、最新のリリースブランチ行が v2026.5.2 から大きく改善しました。

前回の安定版リリースとの比較:

インストールフットプリント

npmパッケージサイズ

2026.5.12 は、changelog 上で見える Plugin 抽出のマイルストーンです。Amazon Bedrock、Bedrock Mantle、Slack、OpenShell sandbox、Anthropic Vertex、Matrix、WhatsApp はコア依存関係パスから移動し、それらの依存関係コーンはすべてのコアインストールではなく、それらの Plugin と一緒にインストールされるようになりました。

Kovaエージェントターンの概要

4月の安定版ラインには2つの異なる話があります。4月前半は遅いものの認識可能な状態でした。4月下旬は回帰の崖になりました。v2026.5.2 は、モックプロバイダーのレーンが初めて3-5秒台に下がり、提供された一連の測定で一貫して成功し始めた地点です。

以前に公開された文脈:

提供された一連の測定:

ソースプローブ

必要なプローブエントリポイントがそれらのソースツリーにまだ存在しなかったため、成功した17件の古い ref ではソースプローブをスキップしました。これらの ref についてもエージェントターン指標は存在します。

代表的なソースプローブ地点:

v2026.5.22 CLI ヘルススパイクは、agent-turn レーンがまだ通過していたにもかかわらず、この表で確認できます。対象を絞った CLI または gateway のリグレッションを調査するときは、ソースプローブを維持してください。

インストールフットプリント監査

依存関係サンプルは、月ごとに 1 つの安定版リリースに加えて、2026.5.22 の shrinkwrap 導入イベントと最新の 2026.5.28 リリースを使用します。

Shrinkwrap 境界

公開 tarball の検査で境界が確認されています。

重要な違い: shrinkwrap 自体が問題ではありません。v2026.5.28 はまだルート shrinkwrap を同梱しています。問題は、npm が大規模なネストされた OpenClaw 依存関係ツリーと 12 個すべての @napi-rs/canvas プラットフォームパッケージを実体化するパッケージ形状でした。ネストされたツリーは v2026.5.28 で小さくなり、canvas プラットフォームのファンアウトはローカル監査に現れなくなりました。

shrinkwrap とメンテナーレベルのパッケージチェックについての平易な説明は、npm shrinkwrap を参照してください。

サプライチェーンの解釈

依存関係数は、インストールサイズの指標であるだけでなく、運用上のセキュリティ指標でもあります。各パッケージは、オペレーターが信頼しなければならないメンテナー、tarball、推移的更新、任意のネイティブバイナリ、インストール時の動作の集合を広げます。

クリーンアップの方向性は次のとおりです。

• 重量級で任意の機能をデフォルトのコアインストールの外に保つ
• Plugin パッケージが自身のランタイム依存関係グラフを所有するようにする
• Gateway 起動中のランタイムパッケージマネージャー修復を避ける
• 全プラットフォームのネイティブパッケージの実体化を引き起こさずに、決定論的インストールを維持する
• パッケージ受け入れと測定パスではインストールスクリプトを無効のままにする
• 公開前に、ネストされた依存関係ツリーとネイティブ任意依存関係の爆発を検出する

関連ドキュメント:

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