壓縮

每個模型都有上下文視窗：也就是它能處理的權杖數量上限。當對話接近該上限時，OpenClaw 會將較舊的訊息壓縮成摘要，讓聊天可以繼續。

運作方式

1. 較舊的對話輪次會彙整成精簡項目。
2. 摘要會儲存在工作階段逐字記錄中。
3. 近期訊息會完整保留。

OpenClaw 選擇壓縮分割點時，會讓助理工具呼叫與其對應的 toolResult 項目保持配對。如果分割點落在工具區塊內，OpenClaw 會移動邊界，確保配對項目保持在一起，並保留目前尚未摘要的尾端內容。

完整的對話記錄會保留在磁碟上。壓縮只會變更模型在下一輪看到的內容。

自動壓縮

自動壓縮預設為啟用。當工作階段接近上下文上限，或模型傳回上下文溢位錯誤時，它就會執行（若發生後者，OpenClaw 會先壓縮再重試）。

你會看到：

• 一般閘道記錄中的 embedded run auto-compaction start / complete。
• 詳細模式中的 🧹 Auto-compaction complete。
• 顯示 🧹 Compactions: <count> 的 /status。

手動壓縮

在任何聊天中輸入 /compact，即可強制執行壓縮。你可以加入指示來引導摘要內容：

/compact 聚焦於 API 設計決策

設定 agents.defaults.compaction.keepRecentTokens 時（預設值：20,000），手動壓縮會遵守該截斷點，並在重建的上下文中保留近期尾端內容。若未明確設定保留預算，手動壓縮的行為就像硬性檢查點，只會從新摘要繼續。

設定

請在 openclaw.json 的 agents.defaults.compaction 下設定壓縮。以下列出最常用的選項；如需完整參考，請參閱工作階段管理深入解析。

使用不同的模型

壓縮預設會使用代理程式的主要模型。設定 agents.defaults.compaction.model，即可將摘要工作委派給功能更強或更專用的模型。覆寫值接受 provider/model-id 字串，或設定於 agents.defaults.models 下的純別名：

{  "agents": {    "defaults": {      "compaction": {        "model": "openrouter/anthropic/claude-sonnet-4-6"      }    }  }}

壓縮開始前，已設定的純別名會解析為其標準供應商與模型。如果純值同時符合別名與已設定的字面模型 ID，則以字面模型 ID 為優先。未符合任何項目的純值會保留為作用中供應商上的模型 ID。

這也適用於本機模型，例如專門用於摘要的第二個 Ollama 模型：

{  "agents": {    "defaults": {      "compaction": {        "model": "ollama/llama3.1:8b"      }    }  }}

未設定時，壓縮會從作用中工作階段模型開始。如果摘要因符合模型備援條件的供應商錯誤而失敗，OpenClaw 會透過工作階段現有的模型備援鏈重試該次壓縮。備援選擇僅為暫時使用，不會寫回工作階段狀態。明確設定的 agents.defaults.compaction.model 覆寫值會保持精確指定，且不會繼承工作階段備援鏈。

識別碼保留

壓縮摘要預設會保留不透明識別碼（identifierPolicy: "strict"）。若要停用，請以 identifierPolicy: "off" 覆寫。自訂指引應放在壓縮供應商的 summarize() 實作中。

作用中逐字記錄位元組防護

設定 agents.defaults.compaction.maxActiveTranscriptBytes 時，如果逐字記錄歷史達到 該大小，OpenClaw 會在執行前觸發一般本機壓縮。這適用於長時間執行的工作階段：供應商端的上下文 管理可能讓模型上下文保持正常，但持久化的逐字記錄歷史 仍會持續增長。它不會分割原始位元組，而是要求一般壓縮 流水線建立語意摘要。

後繼逐字記錄

啟用 agents.defaults.compaction.truncateAfterCompaction 時，OpenClaw 不會就地重寫現有逐字記錄。它會根據壓縮摘要、保留的狀態與尚未摘要的尾端內容，建立新的作用中後繼逐字記錄，然後記錄檢查點中繼資料，讓分支／還原流程指向該壓縮後的後繼記錄。 後繼逐字記錄也會移除在短暫重試時段內送達、內容完全相同的冗長使用者輪次， 因此頻道重試風暴不會在壓縮後被帶入 下一份作用中逐字記錄。

OpenClaw 不再為新的壓縮寫入個別的 .checkpoint.*.jsonl 副本。現有的舊版檢查點檔案在仍被參照時可繼續使用， 並由一般工作階段清理程序刪除。

壓縮通知

壓縮預設會以靜默方式執行。設定 notifyUser，即可在壓縮開始與完成時顯示簡短狀態訊息；如果壓縮前的記憶清理已用盡資源，但回覆仍可繼續，也會顯示功能降級通知：

{  agents: {    defaults: {      compaction: {        notifyUser: true,      },    },  },}

記憶清理

壓縮前，OpenClaw 可以執行一輪靜默記憶清理，將需長期保留的筆記儲存至磁碟。若要讓此維護輪次使用本機模型，而非作用中的對話模型，請設定 agents.defaults.compaction.memoryFlush.model：

{  "agents": {    "defaults": {      "compaction": {        "memoryFlush": {          "model": "ollama/qwen3:8b"        }      }    }  }}

記憶清理的模型覆寫值會保持精確指定，且不會繼承作用中工作階段的備援鏈。詳細資訊與設定方式請參閱記憶。

可插拔壓縮供應商

外掛可以透過外掛 API 上的 registerCompactionProvider() 註冊自訂壓縮供應商。註冊並設定供應商後，OpenClaw 會將摘要工作委派給該供應商，而非內建的 LLM 流水線。

若要使用已註冊的供應商，請在設定中指定其 ID：

{  "agents": {    "defaults": {      "compaction": {        "provider": "my-provider"      }    }  }}

設定 provider 會自動強制使用 mode: "safeguard"。供應商會收到與內建路徑相同的壓縮指示和識別碼保留政策，而且在取得供應商輸出後，OpenClaw 仍會保留近期輪次和分割輪次的後綴上下文。

壓縮與修剪的比較

工作階段修剪是一種更輕量的輔助機制，可在不進行摘要的情況下移除工具輸出。

疑難排解

壓縮太頻繁？ 模型的上下文視窗可能太小，或工具輸出可能太大。請嘗試啟用工作階段修剪。

壓縮後覺得上下文過時？ 使用 /compact Focus on <topic> 引導摘要，或啟用記憶清理以保留筆記。

需要重新開始？ /new 會啟動新的工作階段，而不執行壓縮。

如需進階設定（保留權杖、識別碼保留、自訂上下文引擎、OpenAI 伺服器端壓縮），請參閱工作階段管理深入解析。

相關內容

• 工作階段：工作階段管理與生命週期。
• 工作階段修剪：移除工具結果。
• 上下文：如何為代理程式輪次建構上下文。
• 掛鉤：壓縮生命週期掛鉤（before_compaction、after_compaction）。