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

このページでは、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のモックプロバイダー実行における v2026.4.14です（3回反復。この実行が失敗した唯一の理由は診断タイムラインが 出力されなかったことなので、コールド、ウォーム、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～5秒の範囲まで短縮され、 安定して成功し始めた地点です。

以前に公開されたコンテキスト:

提供された調査:

ソースプローブ

成功した古い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 インベントリ
• 完全リリース検証