OpenClaw 2.0（正式版本號為 v2026.8.1）今次唔係加一兩項新功能咁簡單，而係由底層重新整理平台。更新範圍由安裝、模型設定、對話記憶，一路伸延到瀏覽器控制台、團隊協作、原生應用程式、插件同安全管理。

項目形容今次係 OpenClaw 推出以來最大型嘅版本，背後有 933 位貢獻者參與，其中 569 位係首次參與，合共合併超過 16,000 個 Pull Request。3

OpenClaw 2.0 主要改咗啲乜？

1. 安裝同模型設定簡化

全新安裝流程會逐步引導使用者完成配置，並嘗試找出可用嘅模型認證資料同現有訂閱，減少逐個供應商手動輸入設定嘅需要。實際效果係：由零開始部署第一個可用嘅 AI agent，理論上會比以前順手，亦更容易接駁支援嘅模型供應商。3

2. 對話、記憶同工作階段轉向 SQLite

OpenClaw 會將對話、工作階段歷史同 transcript，由舊有嘅平面 JSON／JSONL 儲存方式，逐步搬到以 SQLite 為基礎嘅持久化儲存。舊文件曾以 sessions.json 儲存工作階段資料，並以 *.jsonl 保存文字記錄。7

SQLite 化之後，系統可以用更有結構嘅方式處理對話搜尋、長期記憶、封存、工作階段交接及共享狀態，亦為日後管理大量工作階段提供更穩固嘅基礎。

3. Skills、模型同自動化工作流擴展

新版本擴大可重用、可持續改進嘅 skills，亦加強模型選擇、供應商處理，以及週期性或持續運行嘅自動化工作。Gateway 就繼續係核心中樞，負責工作階段路由同各個通訊渠道嘅連接。8

4. Browser Control 控制台重做

瀏覽器版 Control UI 係今次其中一個較明顯嘅改動。項目提供嘅測試數據顯示，在模擬環境、Gateway 假端點及 50 毫秒 HTTP/1.1 延遲下，預設聊天測試嘅啟動時間由約 1.6 秒降至約 575 毫秒；JavaScript 請求數量亦由 140 個減至 45 個。不過，呢啲係模擬測試結果，唔應直接當成所有實際部署環境都會有相同表現。16

控制台亦會根據即時設定 schema 自動產生表單，包括插件及 channel schema；對於需要精細控制嘅使用者，仍然保留 Raw JSON 編輯器作為後備方案。6

5. 瀏覽器內嘅開發及營運工具更多

重新設計嘅 dashboard 加入更接近工作區嘅操作功能，包括檔案編輯、Git／Pull Request／CI 狀態查看、瀏覽器檢查，以及 web terminal 工作流。即係話，使用者可以喺瀏覽器內檢查同控制更多工作，唔使成日轉去其他工具。3

6. 原生應用程式同插件管理加強

原生客戶端、配對裝置工作流同插件配置都得到改善。插件設定會透過 Control UI 嘅 schema 驅動介面變得更容易查看同管理。6

團隊共享工作階段：可以一齊接手，但唔等於租戶隔離

OpenClaw 2.0 新增共享工作階段，工作可以放到已配對嘅裝置或者雲端 worker 上運行，同時保留工作區及工作階段脈絡。系統亦可以重用已經預熱嘅機器同 project seed，讓隊友加入或者接手現有任務，而唔使由頭再講一次背景。23

但呢項功能要小心理解：共享工作階段係協作同延續性功能，唔係安全隔離邊界。團隊唔應該將佢當成多租戶隔離，亦唔可以用佢取代獨立 Gateway、認證資料、存取控制或者基礎設施邊界。

OpenClaw 架構文件仍然將 Gateway 定義為工作階段、路由及 channel 連接嘅單一真相來源；隔離程度可以按 agent、workspace 或 sender 配置。8換句話講，如果要服務互不信任嘅使用者，單靠共享工作階段並唔足夠。

團隊認證資料庫有咩保障？

版本更新亦加入以 SQLite 儲存、按團隊範圍管理嘅認證資料庫。當中包括：

• secret 值只可寫入，唔會以可讀形式直接取回；
• 受保護嘅對外連線只限於預先聲明嘅主機；
• 可讀取嘅環境值會同 secret 分開處理。3

對於需要多人共同管理 agent 同工作流嘅團隊，呢種做法可以減少將敏感資料散落喺各個配置檔案嘅風險。不過，實際安全程度仍然取決於 Gateway、主機、帳戶權限及網絡邊界點樣部署。

升級前最重要：先備份，唔好直接覆蓋

今次更新涉及工作階段及 transcript 嘅儲存方式改變，所以官方明確建議更新前先備份配置同狀態。13

OpenClaw 嘅備份工具支援建立、驗證及還原完整封存檔，亦支援針對 SQLite 嘅建立、列出、驗證及還原操作。備份內容可以包括狀態、配置、認證 profile、模型及 channel 認證資料、工作階段，並可選擇包括 workspace。13

特別要留意，唔應該只係複製舊有嘅 sessions.json 或 .jsonl 檔案，就當成完成遷移。建議使用官方支援嘅 backup／restore 流程；文件亦提醒，唔好直接複製正在使用嘅 .sqlite、-wal、-shm 或 -journal 檔案作備份。711

較穩妥嘅做法係：先建立備份、執行驗證、確認可以還原，再喺測試或 staging 目錄試行更新。對於儲存咗認證資料、對話歷史及工作區嘅部署，呢一步尤其唔應該慳。

OpenClaw 2.0 仍然想解決咩問題？

整體方向仍然係打造一個開放、可攜性較高嘅 agent 平台：使用者可以按需要選擇模型、供應商、裝置、插件及部署環境，而唔係被綁死喺單一 AI 公司或服務之下。

不過，就目前提供嘅證據而言，可以確認嘅係上述技術改動；至於 MIT 授權及治理安排嘅精確措辭，單靠現有資料未足以獨立核實。因此，對 OpenClaw 2.0 最準確嘅理解係：佢係一次大規模平台重建，提升咗安裝、狀態管理同團隊協作能力，但共享工作階段仍然唔應被當成多租戶安全方案。

OpenClaw 2.0（正式版本號為 v2026.8.1）今次唔係加一兩項新功能咁簡單，而係由底層重新整理平台。更新範圍由安裝、模型設定、對話記憶，一路伸延到瀏覽器控制台、團隊協作、原生應用程式、插件同安全管理。

項目形容今次係 OpenClaw 推出以來最大型嘅版本，背後有 933 位貢獻者參與，其中 569 位係首次參與，合共合併超過 16,000 個 Pull Request。3

OpenClaw 2.0 主要改咗啲乜？

1. 安裝同模型設定簡化

全新安裝流程會逐步引導使用者完成配置，並嘗試找出可用嘅模型認證資料同現有訂閱，減少逐個供應商手動輸入設定嘅需要。實際效果係：由零開始部署第一個可用嘅 AI agent，理論上會比以前順手，亦更容易接駁支援嘅模型供應商。3

2. 對話、記憶同工作階段轉向 SQLite

OpenClaw 會將對話、工作階段歷史同 transcript，由舊有嘅平面 JSON／JSONL 儲存方式，逐步搬到以 SQLite 為基礎嘅持久化儲存。舊文件曾以 sessions.json 儲存工作階段資料，並以 *.jsonl 保存文字記錄。7

SQLite 化之後，系統可以用更有結構嘅方式處理對話搜尋、長期記憶、封存、工作階段交接及共享狀態，亦為日後管理大量工作階段提供更穩固嘅基礎。

3. Skills、模型同自動化工作流擴展

新版本擴大可重用、可持續改進嘅 skills，亦加強模型選擇、供應商處理，以及週期性或持續運行嘅自動化工作。Gateway 就繼續係核心中樞，負責工作階段路由同各個通訊渠道嘅連接。8

4. Browser Control 控制台重做

瀏覽器版 Control UI 係今次其中一個較明顯嘅改動。項目提供嘅測試數據顯示，在模擬環境、Gateway 假端點及 50 毫秒 HTTP/1.1 延遲下，預設聊天測試嘅啟動時間由約 1.6 秒降至約 575 毫秒；JavaScript 請求數量亦由 140 個減至 45 個。不過，呢啲係模擬測試結果，唔應直接當成所有實際部署環境都會有相同表現。16

控制台亦會根據即時設定 schema 自動產生表單，包括插件及 channel schema；對於需要精細控制嘅使用者，仍然保留 Raw JSON 編輯器作為後備方案。6

5. 瀏覽器內嘅開發及營運工具更多

重新設計嘅 dashboard 加入更接近工作區嘅操作功能，包括檔案編輯、Git／Pull Request／CI 狀態查看、瀏覽器檢查，以及 web terminal 工作流。即係話，使用者可以喺瀏覽器內檢查同控制更多工作，唔使成日轉去其他工具。3

6. 原生應用程式同插件管理加強

原生客戶端、配對裝置工作流同插件配置都得到改善。插件設定會透過 Control UI 嘅 schema 驅動介面變得更容易查看同管理。6

團隊共享工作階段：可以一齊接手，但唔等於租戶隔離

OpenClaw 2.0 新增共享工作階段，工作可以放到已配對嘅裝置或者雲端 worker 上運行，同時保留工作區及工作階段脈絡。系統亦可以重用已經預熱嘅機器同 project seed，讓隊友加入或者接手現有任務，而唔使由頭再講一次背景。23

但呢項功能要小心理解：共享工作階段係協作同延續性功能，唔係安全隔離邊界。團隊唔應該將佢當成多租戶隔離，亦唔可以用佢取代獨立 Gateway、認證資料、存取控制或者基礎設施邊界。

OpenClaw 架構文件仍然將 Gateway 定義為工作階段、路由及 channel 連接嘅單一真相來源；隔離程度可以按 agent、workspace 或 sender 配置。8換句話講，如果要服務互不信任嘅使用者，單靠共享工作階段並唔足夠。

團隊認證資料庫有咩保障？

版本更新亦加入以 SQLite 儲存、按團隊範圍管理嘅認證資料庫。當中包括：

• secret 值只可寫入，唔會以可讀形式直接取回；
• 受保護嘅對外連線只限於預先聲明嘅主機；
• 可讀取嘅環境值會同 secret 分開處理。3

對於需要多人共同管理 agent 同工作流嘅團隊，呢種做法可以減少將敏感資料散落喺各個配置檔案嘅風險。不過，實際安全程度仍然取決於 Gateway、主機、帳戶權限及網絡邊界點樣部署。

升級前最重要：先備份，唔好直接覆蓋

今次更新涉及工作階段及 transcript 嘅儲存方式改變，所以官方明確建議更新前先備份配置同狀態。13

OpenClaw 嘅備份工具支援建立、驗證及還原完整封存檔，亦支援針對 SQLite 嘅建立、列出、驗證及還原操作。備份內容可以包括狀態、配置、認證 profile、模型及 channel 認證資料、工作階段，並可選擇包括 workspace。13

特別要留意，唔應該只係複製舊有嘅 sessions.json 或 .jsonl 檔案，就當成完成遷移。建議使用官方支援嘅 backup／restore 流程；文件亦提醒，唔好直接複製正在使用嘅 .sqlite、-wal、-shm 或 -journal 檔案作備份。711

較穩妥嘅做法係：先建立備份、執行驗證、確認可以還原，再喺測試或 staging 目錄試行更新。對於儲存咗認證資料、對話歷史及工作區嘅部署，呢一步尤其唔應該慳。

OpenClaw 2.0 仍然想解決咩問題？

整體方向仍然係打造一個開放、可攜性較高嘅 agent 平台：使用者可以按需要選擇模型、供應商、裝置、插件及部署環境，而唔係被綁死喺單一 AI 公司或服務之下。

不過，就目前提供嘅證據而言，可以確認嘅係上述技術改動；至於 MIT 授權及治理安排嘅精確措辭，單靠現有資料未足以獨立核實。因此，對 OpenClaw 2.0 最準確嘅理解係：佢係一次大規模平台重建，提升咗安裝、狀態管理同團隊協作能力，但共享工作階段仍然唔應被當成多租戶安全方案。