工作階段修剪

工作階段修剪會在每次呼叫 LLM 前，從上下文中修剪舊的工具結果。它能減少累積工具輸出（執行結果、檔案讀取結果、搜尋結果）造成的上下文膨脹，而不會改寫一般對話文字。

為何重要

長時間的工作階段會累積工具輸出，使上下文視窗膨脹。這會增加成本，並可能迫使系統比必要時間更早進行壓縮。

修剪對 Anthropic 提示快取尤其有價值。快取 TTL 到期後，下一個請求會重新快取完整提示。修剪可縮小快取寫入量，直接降低成本。

運作方式

修剪以 cache-ttl 模式執行，並同時受時間檢查與上下文大小檢查控制：

1. 等待快取 TTL 到期（手動設定時預設為 5 分鐘；Anthropic 的自動預設值請參閱智慧型預設值）。TTL 到期前會完全略過修剪，以保留相近輪次間的提示快取重用。
2. TTL 到期後，根據模型的上下文視窗估算上下文總大小。如果比例低於 softTrimRatio（預設為 0.3），則略過修剪，並讓 TTL 計時器繼續運行。
3. 對超過比例且過大的工具結果進行柔性修剪：保留開頭與結尾（預設各 1500 個字元，合計上限為 4000 個字元），並在中間插入 ...。
4. 如果比例仍等於或高於 hardClearRatio（預設為 0.5），且仍有至少 minPrunableToolChars（預設為 50,000）個字元的可修剪工具內容，則對這些結果進行強制清除：將其內容替換為預留位置（預設為 [舊工具結果內容已清除]）。
5. 只有在修剪確實變更上下文時才重設 TTL 計時器，讓後續請求能重用新的快取。

無論閾值為何，都會套用兩項安全規則：最近的 keepLastAssistants 個助理輪次（預設為 3）絕不會被修剪，而且工作階段第一則使用者訊息之前的任何內容也絕不會被修剪（以保護 SOUL.md／USER.md 等啟動階段讀取內容）。

只有 toolResult 訊息符合修剪資格；一般對話文字不受影響。使用 agents.defaults.contextPruning.tools.{allow,deny} 可限定哪些工具名稱可被修剪。

舊版影像清理

OpenClaw 也會為歷史記錄中持久保存原始影像區塊或提示載入媒體標記的工作階段，建立獨立且具冪等性的重播檢視。

• 它會逐位元組完整保留最近 3 個已完成輪次，使近期後續請求的提示快取前綴保持穩定。此計數包含所有已完成輪次，而不只包含影像的輪次，因此純文字輪次也會占用此視窗。
• 在重播檢視中，來自 user 或 toolResult 歷史記錄、較舊且已處理的影像區塊，會被替換為 [影像資料已移除 - 模型已處理]。
• 較舊的文字媒體參照，例如 [media attached: ...]、[Image: source: ...] 和 media://inbound/...，會被替換為 [媒體參照已移除 - 模型已處理]。目前輪次的附件標記會保持不變，讓視覺模型仍能載入新影像。
• 原始工作階段逐字記錄不會被改寫，因此歷史記錄檢視器仍可呈現原始訊息項目及其中的影像。
• 此機制與上述一般快取 TTL 修剪分開運作。其用途是避免重複的影像承載資料或過時的媒體參照在後續輪次中破壞提示快取。

智慧型預設值

隨附的 Anthropic 外掛第一次解析 Anthropic（或 Claude 命令列介面）驗證設定檔時，會自動設定修剪與心跳偵測頻率，但只會設定您尚未明確指定的欄位：

如果您自行設定 agents.defaults.contextPruning.mode 或 agents.defaults.heartbeat.every，OpenClaw 不會覆寫它們。此自動預設值只會針對 Anthropic 系列驗證觸發；其他供應商的修剪預設為 off，除非您自行設定。

啟用或停用

對於非 Anthropic 供應商，修剪預設為關閉。若要啟用：

{  agents: {    defaults: {      contextPruning: { mode: "cache-ttl", ttl: "5m" },    },  },}

若要停用：將 mode 設為 "off"。

修剪與壓縮的比較

兩者相輔相成——修剪可在壓縮週期之間保持工具輸出精簡。

延伸閱讀

• 壓縮：透過摘要縮減上下文
• 閘道設定：所有修剪設定選項（contextPruning.*）

相關內容

• 工作階段管理
• 工作階段工具
• 上下文引擎