Skip to main content
每个模型都有一个上下文窗口：它能处理的最大 token 数量。当对话接近该限制时，OpenClaw 会将较早的消息压缩成摘要，以便聊天可以继续。

​
工作原理

  1. 较早的对话轮次会被总结为一个压缩条目。
  2. 该摘要会保存在会话转录中。
  3. 最近的消息会保持完整。
当 OpenClaw 将历史拆分为压缩块时，会保持 assistant 的工具调用与其匹配的 toolResult 条目配对。如果拆分点落在一个工具块内部，OpenClaw 会移动边界，以确保这对内容保持在一起，并保留当前未摘要的尾部。 完整的对话历史仍保存在磁盘上。压缩只会改变模型在下一轮看到的内容。

​
自动压缩

默认开启自动压缩。当会话接近上下文限制时，或者模型返回上下文溢出错误时（在这种情况下 OpenClaw 会先压缩再重试），它就会运行。 你会看到：
  • embedded run auto-compaction start / complete in normal Gateway logs.
  • 🧹 Auto-compaction complete in verbose mode.
  • /status 显示 🧹 Compactions: <count>。
在压缩之前，OpenClaw 会自动提醒代理将重要笔记保存到 memory 文件中。这可以防止上下文丢失。
OpenClaw 会根据以下提供方错误模式检测上下文溢出：
  • request_too_large
  • context length exceeded
  • input exceeds the maximum number of tokens
  • input token count exceeds the maximum number of input tokens
  • input is too long for the model
  • ollama error: context length exceeded

​
手动压缩

在任何聊天中输入 /compact 可强制执行一次压缩。你也可以附加指令来指导摘要内容： 
/compact Focus on the API design decisions
当设置了 agents.defaults.compaction.keepRecentTokens 时，手动压缩会遵循 OpenClaw 的该截断点，并在重建后的上下文中保留最近的尾部。如果没有显式的保留额度，手动压缩会作为一个硬性检查点，仅从新的摘要继续。

​
配置

在你的 openclaw.json 中，于 agents.defaults.compaction 下配置压缩。下面列出最常见的选项；完整参考请见 Session management deep dive。

​
使用不同模型

默认情况下，压缩使用代理的主模型。设置 agents.defaults.compaction.model 可将摘要生成委托给更强大或更专业的模型。该覆盖项接受任意 provider/model-id 字符串： 
{
  "agents": {
    "defaults": {
      "compaction": {
        "model": "openrouter/anthropic/claude-sonnet-4-6"
      }
    }
  }
}
这同样适用于本地模型，例如一个专用于摘要的第二个 Ollama 模型： 
{
  "agents": {
    "defaults": {
      "compaction": {
        "model": "ollama/llama3.1:8b"
      }
    }
  }
}
若未设置，压缩会以当前活动会话模型开始。如果摘要因适合回退的提供方错误而失败，OpenClaw 会通过该会话现有的模型回退链重试该次压缩。回退选择是临时的，不会写回会话状态。显式的 agents.defaults.compaction.model 覆盖项仍然是精确指定的，不会继承会话回退链。

​
标识符保留

压缩摘要默认会保留不透明标识符（identifierPolicy: "strict"）。可通过 identifierPolicy: "off" 禁用，或使用 identifierPolicy: "custom" 并配合 identifierInstructions 提供自定义指导。

​
活动转录字节保护

当设置了 agents.defaults.compaction.maxActiveTranscriptBytes 时，如果活动 JSONL 达到该大小，OpenClaw 会在运行前触发常规的本地压缩。这对于长时间运行的会话很有用：提供方侧的上下文管理可能能保持模型上下文健康，而本地转录会继续增长。它不会拆分原始 JSONL 字节；它只是要求常规压缩流水线创建语义摘要。
字节保护需要 truncateAfterCompaction: true。如果不轮转转录，活动文件不会缩小，该保护也会保持不激活。

​
后继转录

当启用 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"
        }
      }
    }
  }
}
内存刷新模型覆盖是精确的，不会继承活动会话的回退链。详情和配置请参见 Memory。

​
可插拔的压缩提供方

插件可以通过插件 API 上的 registerCompactionProvider() 注册自定义压缩提供方。注册并配置后，OpenClaw 会将摘要生成委托给该提供方，而不是内置的 LLM 流水线。 要使用已注册的提供方，请在配置中设置其 id： 
{
  "agents": {
    "defaults": {
      "compaction": {
        "provider": "my-provider"
      }
    }
  }
}
设置 provider 会自动强制 mode: "safeguard"。提供方会接收与内置路径相同的压缩指令和标识符保留策略，而 OpenClaw 在提供方输出后仍会保留最近轮次和拆分轮次后缀上下文。
如果提供方失败或返回空结果，OpenClaw 会回退到内置的 LLM 摘要生成。

​
压缩与修剪

压缩修剪
它做什么总结较早的对话截断旧的工具结果
已保存？是（在会话转录中）否（仅内存中，每次请求）
范围整个对话仅工具结果
会话修剪 是一个更轻量的补充，它会截断工具输出而不进行摘要。

​
故障排除

压缩过于频繁？ 模型的上下文窗口可能较小，或者工具输出可能较大。尝试启用 会话修剪。 压缩后上下文感觉陈旧？ 使用 /compact Focus on <topic> 来引导摘要，或者启用 内存刷新 以便笔记得以保留。 需要一个全新开始？ /new 会在不压缩的情况下开启一个新会话。 有关高级配置（保留 token、标识符保留、自定义上下文引擎、OpenAI 服务器端压缩），请参见 Session management deep dive。

​
相关内容

  • Session：会话管理和生命周期。
  • Session pruning：截断工具结果。
  • Context：代理轮次的上下文如何构建。
  • Hooks：压缩生命周期钩子（before_compaction、after_compaction）。