OpenClaw 2026.9.3、隔離環境でアップグレードを事前検証する一方、Nodeとプラグインインターフェースに同時に破壊的変更

[OpenClaw 2026.9.3](https://github.com/openclaw/openclaw/releases/tag/v2026.9.3)では、アップグレードプロセスが2段階方式に変更された。コア、プラグイン、サポート対象のデータマイグレーションをまず隔離された候補状態でリハーサルし、検証に成功した場合にのみ本番のGatewayへ切り替える。候補の検証に失敗した場合、システムは既存の推論設定を使用して使い捨て環境内で限定的な修復を行い、その後、別のチェックによって有効化の可否を判断できる。修復できなければ失敗とロールバックの結果を記録として残し、設定の手動変更が必要な場合はオペレーターに対応を戻す。長期記憶、スケジュール、マルチエージェントの状態を保持するサービスにとって、これは稼働中の環境を直接上書きする方法よりも、トランザクション型リリースに近い。

ただし、これは低リスクなパッチではない。最低実行環境はNode 24.16.0、またはNode 26.1.0以降に引き上げられ、公式にはNode 26が推奨されている。その理由には、一部の旧バージョンの`node:sqlite`が埋め込みNUL文字の位置でTEXTを通知なく切り詰める問題や、SQLite WALの安全性要件が含まれる。Node 22、25、およびそれ以前の24／26はサポート対象外となり、一部の旧macOSおよびLinux ARMv7向けインストール経路も利用できなくなる。[互換性ドキュメント](https://docs.openclaw.ai/install/node-compatibility)では、Nodeのバージョン情報だけを信用せず、実際に読み込まれているSQLiteライブラリを検証するよう推奨している。

プラグイン作者はさらに、execution-policy、approval、検索およびディレクトリ結果のcallbackに関する非互換な変更への対応が必要となる。Workshop skillの所有権も、ワークスペース単位から、エージェントごとに用意される書き込み可能な集合へと変更された。パフォーマンス面では、ホットなprompt cacheの維持、コールドセッション更新と記憶検索における重複処理の削減、セッションをまたいだworker buildの再利用が試みられているが、リリースノートに定量的な結果は示されていない。

隔離環境でのリハーサルでも、アプリケーション層の意味論が完全に正しいことまでは証明できない。[P0レベルの問題報告](https://github.com/openclaw/openclaw/issues/142580)によると、2026.7.1-2からアップグレードした後、Doctor、SQLiteの整合性チェック、Gatewayのヘルスチェックがすべて合格したにもかかわらず、メインエージェントが既存の記憶を引き継げなかったという。現時点では単一環境からの報告にとどまり、根本原因も特定されていない。本番環境へのデプロイでは、実際の長期セッションを事前に複製して意味論的回帰テストを行い、アップグレード前のスナップショットと、実際に起動可能な旧バージョンの実行環境を保持すべきである。