OpenClawが度重なる不具合を謝罪、コア軽量化とLTS提供を発表

OpenClawは、DiscordやTelegram、WhatsAppなどの各種チャットチャンネルを、バックエンドのAIモデルや外部ツール群と接続するためのオープンソース基盤プロジェクトだ。5月5日、公式ブログにてバージョン2026.4.29で発生した一連の重大な不具合を謝罪し、コア機能の軽量化と長期サポート（LTS）版の提供計画を発表した。

不具合の兆候は2026.4.24頃から見られ始め、2026.4.29で問題が一気に顕在化した。多くの環境でゲートウェイの応答速度が低下し、一部の環境ではプラグインの依存関係修復が無限ループに陥って起動不能となったほか、Discord、Telegram、WhatsAppの各チャンネルで通信品質が著しく悪化した。復旧のために旧バージョンへのダウングレードを余儀なくされたユーザーも多い。

なぜリファクタリングで障害が起きたのか

今回の障害は単一のバグによるものではなく、アーキテクチャ移行の過渡期に生じた構造的な問題だった。

npmエコシステムにおけるAxios改ざんなどのサプライチェーン攻撃を受け、推移的依存関係やインストール時スクリプトの危険性が現実の脅威となった。OpenClaw自体はAxiosに直接依存していないものの、複雑な依存関係リスクを抑えるため、チームは各種チャンネル連携や重いパーサー、プロバイダーなどの付随機能をコアから「ClawHub」へと順次分離する作業を進めていた。

問題は、その切り離しが極めて中途半端な状態でリリースされたことだ。起動時や更新処理の内部でプラグイン依存関係の修復が走り、内蔵プラグインと外部プラグインの分離が未完了のまま混在し、ClawHubのメタデータ管理も未成熟だった。さらにゲートウェイのコールドパスに過剰な処理が集中したことで、ユーザー環境での動作遅延やループを引き起こした。

また、リリース作業やコードレビュー、パッケージング、サポートの全般を創業者個人が抱え込む「個人主導」の運用体制も限界に達していた。現在はOpenClaw Foundationを通じ、OpenAIの支援を受けて専任チームの構築を進めている。

今後の対応とリリース計画

チームは現在、コアに残す機能、単体で追加インストールするプラグイン、ソースビルド専用の機能を明確に区分し、境界線の整理を進めている。

リリース方針も見直される。通常の迅速なリリースサイクルとは別に、安定稼働を重視する環境向けとして5月下旬に独立したLTS版の提供を発表する予定だ。

現在実務でOpenClawをセルフホスト運用している場合は、無理に最新版へ上げず、過去の安定版にとどまるか、5月下旬のLTS版を待ってから移行するのが確実だ。

なぜ重要か

複数チャネルを束ねるAIエージェント基盤を自前で構築したい開発者にとって、OpenClawは有力な選択肢だ。ただし今回のトラブルが示す通り、ツールの成熟度としてはまだ成長痛の最中にあるため、可用性が求められる本番用途では5月下旬のLTS版の登場を待ってから導入を検討すべきだろう。

肥大化したコアをスリム化し、危険な依存関係ツリーを整理する判断自体は理にかなっている。個人の実験的プロジェクトからOpenAIの支援を受けた財団運営へと移行する過程の混乱であり、信頼性の高いインフラへと脱皮するための避けて通れない関門といえる。