資料庫配置
少數高資料量或具有特定生命週期的功能會使用專用 SQLite 儲存區，包括任務登錄和軌跡資料。
版本控制契約
每個資料庫都會在兩處記錄其結構描述：PRAGMA user_version是 SQLite 結構描述版本。- 主要的
schema_meta資料列會記錄role、agent_id、schema_version和app_version。app_version是最後寫入結構描述中繼資料的 OpenClaw 組建。
user_version 比執行中的組建更新，OpenClaw 會拒絕該資料庫並回報 newer schema version 錯誤。閘道會在啟動前檢查所有已登錄的資料庫。openclaw update 也會拒絕宣告的結構描述支援版本比磁碟上資料庫更舊的套件或原始碼目標。在加入結構描述中繼資料之前發布的目標套件無法進行預檢。
透過 npm 手動安裝 OpenClaw 會略過更新程式的防護。資料庫開啟檢查仍會拒絕不相容的組建。
代理程式結構描述歷程
版本 3 是未出貨的開發步驟，已併入版本 4。
狀態結構描述歷程
完整性檢查
閘道預檢只會讀取結構描述標頭。對於不需要遷移的資料庫，速度較慢的完整掃描由背景驗證程式負責。
隔離決策只會存放在專用的
openclaw-quarantine.sqlite 儲存區，因此即使遭隔離的資料庫損壞，這些決策仍會保留。驗證結果會記錄於日誌中。
疑難排解
為何更新至 2026.7.2 後無法降回舊版本
截至v2026.7.1 的每個版本都使用代理程式結構描述 1 和狀態結構描述 1。2026.7.2 發布系列（從 v2026.7.2-beta.1 開始）會在首次啟動時將你的資料庫向前遷移。該遷移是單向的：資料會重寫為較新的結構描述，之後安裝較舊的 OpenClaw 並不會復原遷移。較舊的組建會拒絕啟動，並顯示 newer schema version 錯誤，指出擁有該資料庫的組建。
降級二進位檔絕不會降級資料。如果更新後必須執行比 2026.7.2 更舊的版本，有以下三種選擇：
- 還原更新前建立的備份。在重大更新前，建立並驗證備份。
- 讓較舊的組建使用獨立的狀態目錄（
OPENCLAW_STATE_DIR）。它會以全新狀態啟動；遷移後的資料會保持不變，以供你返回較新組建時使用。 - 依照下方的手動降級程序操作。此程序不受支援，若沒有經過驗證的備份，可能造成資料遺失。
openclaw update 會拒絕安裝無法開啟目前資料庫的版本，因此更新程式不會讓你陷入這種情況。透過 npm 手動安裝較舊版本會略過此防護；資料庫仍會拒絕舊的二進位檔，但只會在安裝完成後才拒絕。
閘道因較新的結構描述版本錯誤而拒絕啟動
較新的 OpenClaw 組建曾寫入你的資料庫，而目前執行的組建較舊。錯誤訊息和閘道啟動日誌會指出擁有該資料庫的組建（app_version）。請安裝該版本或更新版本，或使用上述任一選項。不要編輯資料庫以消除錯誤。
完整性驗證失敗後資料庫遭到隔離
背景驗證程式已證實該檔案損毀，因此現在每次開啟時都會快速失敗，而不會重新掃描。請從備份還原或修復資料庫，然後執行openclaw doctor --fix 以清除隔離記錄。如果隔離記錄本身無法清除，Doctor 會回報明確錯誤；請重複執行，直到它回報狀態正常為止。
不支援降級
手動降級結構描述僅供願意承擔風險的代理程式和操作人員使用。編輯任何資料庫前，請先建立並驗證備份。停止閘道以及所有可能開啟該資料庫的程序。 一般程序如下：- 閱讀目標版本的結構描述和遷移。
- 在單一交易中，移除目標版本之後引入的所有資料表、索引、觸發程序和欄位。
- 將
PRAGMA user_version和schema_meta.schema_version設為目標版本。 - 啟動閘道前，執行目標版本的完整資料庫驗證。
範例：代理程式結構描述 11 降至 9
結構描述 10 新增了作用中逐字記錄投影。結構描述 11 新增了租約、持久傳遞、對話位址狀態及心跳偵測結果。QMD 協調使用state_leases 中的資料列；沒有需要保留的獨立 QMD 資料表。
檢查寫入資料庫的確切結構描述後，對每個受影響的每代理程式資料庫執行等效的 SQL：