OpenClaw 2.0 已到來：變了什麼、為何花了兩個月，以及與 Hermes 的比較
目錄
你可能想知道的事
1) 與先前版本相比，OpenClaw 2.0 引入了哪些具體改進與取捨？
2) 為何專案暫停發布七週，這對在 OpenClaw 與競爭者如 Hermes 間選擇的使用者有何影響？
主要議題
OpenClaw 2.0（版本 2026.8.1）是該專案迄今為止最大的一次單次更新，由廣泛的貢獻者群體共同完成。發行說明指出共有 933 位貢獻者參與，其中包括 569 位首次貢獻者，超過 16,000 個 pull request 被合併到此版本。這個規模值得注意：大約相當於該專案歷史上合併過的一半 pull request，被一次重大更新部署。
在功能上，OpenClaw 是一個自託管、開源的代理框架，將大型語言模型（LLM）作為持久代理運行，而非短暫的聊天會話。代理在使用者的機器或基礎設施上運行，能夠自動喚醒並採取行動，整合 WhatsApp、Telegram、Discord 與 Signal 等通訊平台，並且在允許時存取電子郵件、行事曆、檔案與 shell。該專案在最初開發者轉往 OpenAI 後迅速成長，催生了更廣泛的衍生與整合生態，並促成 OpenClaw Foundation 的成立，列出產業合作伙伴，同時該專案仍為獨立非營利組織。
2.0 更新最初的目標相對謹慎：簡化安裝並重建瀏覽器應用程式。然而，團隊在開發過程中大幅擴展了範圍。實際上，升級觸及許多子系統——記憶體管理、模型整合、外掛、訊息、資安、自動化、瀏覽器、原生應用與會話儲存——因為這些區塊與正在重寫的部分共用程式碼。團隊明確將這種範圍擴張形容為「意外」，承認公開的範圍蔓延：兩個原計畫的修正，在團隊開始透過具多人協作能力的新程式碼庫執行自身工作流程後，膨脹成跨領域的大規模改造。
2.0 的一個關鍵重點是上手與設定流程。安裝程式現在會檢查現有使用者狀態——例如偵測現有的 Claude 或 ChatGPT 訂閱、可用的 API 金鑰或本地 Ollama 模型——然後才提示進行設定。它會在儲存設定前驗證模型是否可用，並將新使用者直接帶入實時對話，而不是設定畫面。此方法旨在降低摩擦並縮短新安裝的價值實現時間。
介面被重新設計以強調以聊天為主要互動模型，而非獨立的總覽儀表板。檔案、Git 差異、pull request 狀態、瀏覽器面板與終端現在圍繞對話流程排列。這種整合反映當代聊天助理的視覺家族，並減少在與代理互動時在多工具之間切換的認知負擔。
效能與響應速度 是明確的目標：團隊在測試中報告 JavaScript 請求時間的模擬延遲從約 140ms 降到約 45ms，啟動時間從 1.6 秒改善到約 575ms。雖然這類數字依情境而異，但顯示在感知速度與響應性上投入了實質工程心力。
面向使用者的主要功能是共享雲端會話，允許類似多人遊戲的協作模式，同事可以在代理執行任務中途加入而不失去上下文。這使得代理的輸出從私人、本地的產物變成可由他人繼續的協作狀態。專案將共享會話定位為從每位開發者的本地環境轉向共享團隊環境的一步。
資安與治理功能有顯著進展，但預設仍採保守啟用。OpenClaw 2.0 引入了針對請求的核准、參數範圍命令權限、沙箱選項（Docker 與 Podman）、角色強制執行，以及一個能在請求中注入憑證而不暴露給模型的團隊範圍秘密儲存庫。然而，許多這些保護為選用：沙箱與更嚴格的核准預設關閉，且單一 Gateway 守護進程相當於單一信任域而非租戶隔離。對於需要嚴格多租戶分離的組織，文件建議的做法是部署獨立的 Gateway（稱為「cells」）。
將 OpenClaw 與 Hermes 比較突顯不同的設計取捨。Hermes 在今年較早推出，強調可將成功工作流程轉換為可重用技能的程序化記憶，並以較保守的安全預設發佈。架構上，OpenClaw 將 Gateway 守護進程與其路由的代理分離，偏好支持多種整合與部署模式的生態與頻道廣度。Hermes 則將對話、工具調度與記憶內嵌於單一代理類別，為工作流程自我改進提供較簡單的心智模型，但在跨多代理與多使用者擴展時可能較難。多數觀察者的共識是：OpenClaw 在生態與頻道支援上領先；Hermes 在自動化工作流程改進與安全預設上領先。OpenClaw 2.0 的沙箱與核准機制縮小了差距，但由於強化設定並非預設強制，安全姿態的差異尚未被完全消除。
在營運面，長達七週的發布停頓是由團隊決定慎重處理更新以避免升級時破壞既有安裝所驅動。遷移到以 SQLite 為後端的會話儲存需要特別注意；發行說明警告使用者在升級前備份會話，因為在 SQLite 遷移後建立的會話，如果之後在未備份情況下回退，將不會出現。這種保守做法解釋了發布長時間停滯與大量 PR 的原因：團隊選擇同時處理許多程式路徑，以維護廣大且快速成長使用者群的使用體驗。
對於既有使用者，建議的升級路徑仍為慣用的 CLI 更新，並務必遵循發行說明與備份指引。新使用者則會透過改良的上手流程在 Mac、Windows、Linux、iPhone、iPad 與 Android 上獲得指引，包含從 Claude、Codex 或 Hermes 遷移的分階段匯入。該專案仍以 MIT 授權並可在 github.com/openclaw/openclaw 取得。
關鍵見解表
| 面向 | 描述 |
|---|---|
| 發行規模 | 933 位貢獻者與約 16,000 個 pull request 被合併到單一版本——對該專案而言異常龐大的更新。 |
| 上手與設定 | 安裝程式自動偵測現有模型／訂閱並在儲存前驗證模型；使用者會立即進入實時對話。 |
| 介面與工作流程 | 控制介面以聊天為核心重建，將檔案、差異、瀏覽器與終端整合到對話周圍，減少切換情境。 |
| 多人協作 | 共享雲端會話允許同事加入並在任務中途繼續代理的工作，實現協作代理工作流程。 |
| 安全性 | 新功能：請求核准、參數範圍權限、Docker/Podman 沙箱、角色強制，以及秘密儲存庫——多數預設關閉。 |
| 與 Hermes 的比較 | OpenClaw 在生態與頻道支援上表現優異；Hermes 強調程序化記憶與預設安全行為。2.0 縮小但未消除差距。 |
後續...
展望未來，社群與整合持久代理框架的企業可進一步探討數個領域。首先，改進預設安全姿態與更簡單的租戶隔離機制，將降低企業採用門檻：自動沙箱化、更安全的預設核准與一流的多租戶 Gateway 將降低營運風險與設定負擔。
第二，為程序化記憶與可重用技能在代理系統間建立標準化的互通性，可協助使用者在 OpenClaw 與 Hermes 等專案間遷移或結合優勢。定義代理如何安全分享學得的技能、稽核與來源資訊的研究與標準工作，可降低供應商綁定並提高信任。
第三，持續在效能、可觀測性與開發者使用性上投入工程資源——包括升級與遷移的確定性測試——隨著代理框架擴展到更大的團隊將愈發重要。最後，以人為本的上手與協作工作流程設計將決定此類系統的採用廣度：越容易開始，貢獻者與使用者基礎將越廣。
OpenClaw 2.0 是反映快速演進生態張力的一個里程碑：快速成長、社群驅動的貢獻，以及需在開放性與營運安全間取得平衡。此版本顯示在朝向協作性、持久代理的路上取得了實質進展，同時強調在組織評估這些系統時，預設與部署模式與功能一樣重要。