跳到正文
IFAI

開源專案

OpenClaw 為近期版本故障致歉:計劃精簡核心並在 5 月底推 LTS

首次發布 傳播指數 45

OpenClaw 官方就 2026.4.29 版本出現的閘道器變慢、外掛依賴修復死迴圈及多渠道卡頓致歉。問題源於將核心模組拆分至 ClawHub 過程中的過渡混亂。團隊宣佈將精簡核心並明確外掛邊界,計劃 5 月底推出 LTS 版本,同時在 OpenAI 協助下擴充維護團隊。

OpenClaw 為近期版本故障致歉:計劃精簡核心並在 5 月底推 LTS
圖:openclaw.ai

OpenClaw 是一個把 Discord、Telegram 和 WhatsApp 等多種即時通訊渠道,與底層 AI 模型及外部工具打通的開源基礎設施專案。5 月 5 日,官方就 2026.4.29 版本出現的嚴重故障正式致歉,並公佈了精簡核心與推出長期支援(LTS)版本的整改計劃。

這次故障早在 2026.4.24 版本就初現端倪,到了 2026.4.29 版本問題徹底暴露。大量自建部署的例項出現閘道器響應變慢,部分使用者在啟動或更新時陷入外掛依賴修復的死迴圈,Discord、Telegram、WhatsApp 等通道的連通穩定性嚴重滑坡,導致不少使用者不得不緊急回滾降級。

為什麼一次重構會把系統搞崩

這次事故並不是孤立的程式碼 bug,而是核心拆分過渡期引發的連鎖反應。

由於近期 npm 生態發生包括 Axios 被篡改在內的供應鏈投毒事件,深層傳遞依賴和安裝後腳本的安全風險劇增。OpenClaw 雖然不直接依賴 Axios,但為了防範複雜的依賴圖譜隱患,團隊決定把各類通訊渠道、模型提供商、重型解析器和可選整合從核心中剝離,遷移到獨立的 ClawHub。

問題在於,這個拆分卡在了最尷尬的中間狀態。外掛依賴修復邏輯被錯誤地塞進了系統啟動與更新路徑,內建元件與外接外掛處於半剝離狀態,ClawHub 的製品後設資料尚未穩定,閘道器冷路徑也承擔了過多工,最終導致普通使用者直接撞上效能驟降與死迴圈。

這也暴露了專案運作上的短板:此前 OpenClaw 過於依賴創始人單打獨鬥,釋出、程式碼審查、打包和支援全壓在一個人身上。團隊表示正依託 OpenClaw Foundation,在 OpenAI 的協助下組建正規工程團隊。

接下來怎麼改

團隊正在重新劃定外掛邊界,明確標出哪些模組保留在核心包內、哪些通過獨立安裝引入、哪些僅支援原始碼檢出。

釋出流程也將迎來重構。除了現有的快速迭代週期外,團隊計劃在 5 月底正式公佈獨立的 LTS 版本,專門為追求生產環境穩定性的使用者提供保障。

如果你目前在生產環境自建執行 OpenClaw,現階段建議繼續維持在舊版或謹慎降級,等待 5 月底的 LTS 版本就緒再做遷移。

為什麼重要

對於想要自建多渠道 AI Agent 的開發者來說,OpenClaw 是個功能豐富的核心工具。但這次事件表明它還處於向企業級基建轉型的震盪期,如果你需要極高的系統可用性,現在不值得盲目追新,建議等 5 月底的 LTS 版本落地後再考慮部署。

相比市面上只做簡單轉發的輕量工具,OpenClaw 敢於大刀闊斧削減 core 並梳理深層依賴,這個方向是正確的。從創始人個人的實驗專案,過渡到由 OpenAI 協助的基金會正規軍,這種陣痛幾乎是開源專案走向工業級標準的必修課。

來源 (1)

  1. [1]
    openclaw.ai(在新分頁開啟)原文openclaw.ai

每日 AI 內容精選