OpenClaw 2.0，正式版本號為 v2026.8.1，是這個開源 AI 代理平台的一次大規模重建。版本於 2026 年 8 月底推出，從安裝流程、模型設定、持久化狀態，到瀏覽器版 Control UI、原生客戶端、外掛、Automation 與團隊協作，都有不同程度的調整。專案表示，這次發布涉及 933 名貢獻者，其中 569 人是首次參與，並合併超過 16,000 個 Pull Request。 13

對使用者而言，最重要的變化不是某一項單獨功能，而是 OpenClaw 正從一組分散的本機代理工具，逐漸轉向可長期運作、可交接、可供團隊共同管理的代理基礎層。

但這也代表升級不能只看新功能。工作階段資料與對話紀錄正逐步離開過去的純檔案儲存方式，更新前先備份並驗證狀態，會比直接執行升級指令更重要。

從安裝到啟用代理，流程更簡單

OpenClaw 2.0 重新設計安裝與模型設定流程，讓使用者透過引導完成配置，而不是逐一手動填寫每個供應商的設定。安裝程式可以偵測可用的模型憑證、API 金鑰與既有訂閱，協助使用者沿用原本已有的存取權限。 3

這項改動針對的是「安裝完成，但還要花很久才能真正跑起第一個代理」的落差。模型選擇與供應商管理也加入更清楚的控制項，包括記住模型選擇，以及指定模型變更只套用於目前工作階段、特定代理，還是共享預設值。 21

工作階段與對話紀錄轉向 SQLite

架構層面最關鍵的變化之一，是將對話狀態改為以 SQLite 為基礎的持久化儲存。較早期的 OpenClaw 文件曾記載 sessions.json 工作階段儲存檔與 *.jsonl 對話紀錄；2.0 則進一步採用以資料庫為核心的模式，支援工作階段、對話紀錄、搜尋、記憶與封存管理。 1835

對使用者來說，長期累積的代理歷史理論上會更容易查詢，也更適合處理工作階段交接、封存與共享工作。不過，這同時改變了升級與降級時的資料風險。單純複製舊有 JSON 或 JSONL 檔案，不應被視為完整的遷移方案；如果日後要回到較舊、以檔案為基礎的版本，尤其需要使用支援的備份與還原流程。 6

OpenClaw 提供的備份工具可建立、驗證與還原包含設定、狀態、驗證設定檔、供應商與頻道憑證、工作階段，以及可選工作區的備份封存檔；文件也提供針對 SQLite 的備份操作。 3335

Control UI 從聊天視窗變成操作主控台

重新設計的 Control UI 不再只是聊天介面。它加入以工作區為中心的工具，包括檔案編輯、Git、Pull Request 與 CI 活動檢視、瀏覽器活動檢查，以及網頁終端機。使用者可以直接在瀏覽器中觀察代理正在做什麼，必要時介入處理。 3

設定流程也更容易上手。介面可以根據即時設定結構描述產生表單，並在可用時納入外掛與頻道的設定結構；進階使用者仍可使用原始 JSON 編輯器。 17

OpenClaw 公布的效能提升相當明顯，但必須看清測試條件。在使用模擬 Gateway、50 毫秒 HTTP/1.1 延遲的模擬預設聊天測試中，啟動時間由約 1.6 秒降至 575 毫秒，JavaScript 請求數則由 140 次降至 45 次。這些數字反映的是特定測試環境，並不代表每種部署都能取得相同結果。 57

團隊可跨裝置接手工作，保留原有上下文

OpenClaw 2.0 引入共享雲端工作階段。任務可以在配對裝置或雲端工作器上執行，同時帶著工作區與累積上下文一起移動。預先暖機的機器與專案種子也可以重複使用；團隊成員加入或接手進行中的任務時，不必從空白對話重新開始。 221

這讓代理任務更像一項可以交接的工作，而不是鎖定在單一操作者電腦上的對話。版本同時新增以 SQLite 儲存的團隊範圍憑證庫：秘密值只能寫入、不能讀回，受保護的對外連線可限制在已宣告的主機，且可讀取的環境值會與秘密值分開處理。 35

不過，這裡有一項不能忽略的限制：共享工作階段是便利性與連續性功能，不是租戶隔離機制。團隊不應以此取代獨立 Gateway、憑證、存取控制或基礎設施邊界。OpenClaw 的架構仍由 Gateway 負責工作階段路由與頻道連線，隔離則可按代理、工作區或訊息來源設定。 519

Skills、Automation、原生應用程式與外掛同步擴充

這次版本也擴充可重用的 Skills、模型與供應商工作流程、週期性 Automation，以及 Gateway 在協調工作階段與頻道連線方面的角色。原生客戶端與配對裝置工作流程獲得更廣泛支援，而由結構描述驅動的設定方式，也讓外掛與頻道配置更容易在 Control UI 中被發現與管理。 168

這些變化的意義，在於把代理平台中常被分開處理的部分連接起來：模型存取、訊息傳遞、記憶、工具、排程工作與操作者控制。OpenClaw 2.0 的重點因此不只是某個吸睛功能，而是讓這些元件圍繞持久化工作階段更完整地協同運作。

升級前，先做好這四件事

由於這次更新改變了工作階段與對話紀錄的儲存方式，管理者在升級前應：

1. 建立包含所需設定與狀態的 OpenClaw 支援備份。
2. 驗證備份封存檔，不要把成功複製檔案視為備份完成。
3. 將憑證與工作階段歷史視為敏感資料，採取適當方式儲存備份。
4. 在正式升級前測試還原，或至少保留已驗證的復原路徑。

OpenClaw 文件明確建議更新前備份設定與狀態；其備份工具支援建立、驗證與還原封存檔，也支援 SQLite 專用備份操作。 333539

結論：這是一個基礎設施版本

OpenClaw 2.0 更適合被理解為一次基礎設施級更新。引導式設定降低了入門門檻；SQLite 為工作階段與對話紀錄提供更持久的基礎；Control UI 變成更快速、功能更完整的操作主控台；共享雲端工作階段則讓代理工作可在團隊成員與不同裝置之間流動。 1321

代價是，這次更新觸及核心狀態與權限管理。個人使用者應在具備已驗證備份後再升級；團隊則必須清楚區分「方便協作」與「真正的安全隔離」。這些準備工作，重要性並不亞於新功能本身。

OpenClaw 2.0，正式版本號為 v2026.8.1，是這個開源 AI 代理平台的一次大規模重建。版本於 2026 年 8 月底推出，從安裝流程、模型設定、持久化狀態，到瀏覽器版 Control UI、原生客戶端、外掛、Automation 與團隊協作，都有不同程度的調整。專案表示，這次發布涉及 933 名貢獻者，其中 569 人是首次參與，並合併超過 16,000 個 Pull Request。 13

對使用者而言，最重要的變化不是某一項單獨功能，而是 OpenClaw 正從一組分散的本機代理工具，逐漸轉向可長期運作、可交接、可供團隊共同管理的代理基礎層。

但這也代表升級不能只看新功能。工作階段資料與對話紀錄正逐步離開過去的純檔案儲存方式，更新前先備份並驗證狀態，會比直接執行升級指令更重要。

從安裝到啟用代理，流程更簡單

OpenClaw 2.0 重新設計安裝與模型設定流程，讓使用者透過引導完成配置，而不是逐一手動填寫每個供應商的設定。安裝程式可以偵測可用的模型憑證、API 金鑰與既有訂閱，協助使用者沿用原本已有的存取權限。 3

這項改動針對的是「安裝完成，但還要花很久才能真正跑起第一個代理」的落差。模型選擇與供應商管理也加入更清楚的控制項，包括記住模型選擇，以及指定模型變更只套用於目前工作階段、特定代理，還是共享預設值。 21

工作階段與對話紀錄轉向 SQLite

架構層面最關鍵的變化之一，是將對話狀態改為以 SQLite 為基礎的持久化儲存。較早期的 OpenClaw 文件曾記載 sessions.json 工作階段儲存檔與 *.jsonl 對話紀錄；2.0 則進一步採用以資料庫為核心的模式，支援工作階段、對話紀錄、搜尋、記憶與封存管理。 1835

對使用者來說，長期累積的代理歷史理論上會更容易查詢，也更適合處理工作階段交接、封存與共享工作。不過，這同時改變了升級與降級時的資料風險。單純複製舊有 JSON 或 JSONL 檔案，不應被視為完整的遷移方案；如果日後要回到較舊、以檔案為基礎的版本，尤其需要使用支援的備份與還原流程。 6

OpenClaw 提供的備份工具可建立、驗證與還原包含設定、狀態、驗證設定檔、供應商與頻道憑證、工作階段，以及可選工作區的備份封存檔；文件也提供針對 SQLite 的備份操作。 3335

Control UI 從聊天視窗變成操作主控台

重新設計的 Control UI 不再只是聊天介面。它加入以工作區為中心的工具，包括檔案編輯、Git、Pull Request 與 CI 活動檢視、瀏覽器活動檢查，以及網頁終端機。使用者可以直接在瀏覽器中觀察代理正在做什麼，必要時介入處理。 3

設定流程也更容易上手。介面可以根據即時設定結構描述產生表單，並在可用時納入外掛與頻道的設定結構；進階使用者仍可使用原始 JSON 編輯器。 17

OpenClaw 公布的效能提升相當明顯，但必須看清測試條件。在使用模擬 Gateway、50 毫秒 HTTP/1.1 延遲的模擬預設聊天測試中，啟動時間由約 1.6 秒降至 575 毫秒，JavaScript 請求數則由 140 次降至 45 次。這些數字反映的是特定測試環境，並不代表每種部署都能取得相同結果。 57

團隊可跨裝置接手工作，保留原有上下文

OpenClaw 2.0 引入共享雲端工作階段。任務可以在配對裝置或雲端工作器上執行，同時帶著工作區與累積上下文一起移動。預先暖機的機器與專案種子也可以重複使用；團隊成員加入或接手進行中的任務時，不必從空白對話重新開始。 221

這讓代理任務更像一項可以交接的工作，而不是鎖定在單一操作者電腦上的對話。版本同時新增以 SQLite 儲存的團隊範圍憑證庫：秘密值只能寫入、不能讀回，受保護的對外連線可限制在已宣告的主機，且可讀取的環境值會與秘密值分開處理。 35

不過，這裡有一項不能忽略的限制：共享工作階段是便利性與連續性功能，不是租戶隔離機制。團隊不應以此取代獨立 Gateway、憑證、存取控制或基礎設施邊界。OpenClaw 的架構仍由 Gateway 負責工作階段路由與頻道連線，隔離則可按代理、工作區或訊息來源設定。 519

Skills、Automation、原生應用程式與外掛同步擴充

這次版本也擴充可重用的 Skills、模型與供應商工作流程、週期性 Automation，以及 Gateway 在協調工作階段與頻道連線方面的角色。原生客戶端與配對裝置工作流程獲得更廣泛支援，而由結構描述驅動的設定方式，也讓外掛與頻道配置更容易在 Control UI 中被發現與管理。 168

這些變化的意義，在於把代理平台中常被分開處理的部分連接起來：模型存取、訊息傳遞、記憶、工具、排程工作與操作者控制。OpenClaw 2.0 的重點因此不只是某個吸睛功能，而是讓這些元件圍繞持久化工作階段更完整地協同運作。

升級前，先做好這四件事

由於這次更新改變了工作階段與對話紀錄的儲存方式，管理者在升級前應：

1. 建立包含所需設定與狀態的 OpenClaw 支援備份。
2. 驗證備份封存檔，不要把成功複製檔案視為備份完成。
3. 將憑證與工作階段歷史視為敏感資料，採取適當方式儲存備份。
4. 在正式升級前測試還原，或至少保留已驗證的復原路徑。

OpenClaw 文件明確建議更新前備份設定與狀態；其備份工具支援建立、驗證與還原封存檔，也支援 SQLite 專用備份操作。 333539

結論：這是一個基礎設施版本

OpenClaw 2.0 更適合被理解為一次基礎設施級更新。引導式設定降低了入門門檻；SQLite 為工作階段與對話紀錄提供更持久的基礎；Control UI 變成更快速、功能更完整的操作主控台；共享雲端工作階段則讓代理工作可在團隊成員與不同裝置之間流動。 1321

代價是，這次更新觸及核心狀態與權限管理。個人使用者應在具備已驗證備份後再升級；團隊則必須清楚區分「方便協作」與「真正的安全隔離」。這些準備工作，重要性並不亞於新功能本身。