跳转到主要内容

Documentation Index

Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

OpenClaw 会端到端管理以下领域的会话:
  • 会话路由(入站消息如何映射到 sessionKey
  • 会话存储sessions.json)及其跟踪的内容
  • 转录持久化*.jsonl)及其结构
  • 转录卫生(运行前的提供商特定修正)
  • 上下文限制(上下文窗口与已跟踪 token)
  • 压缩(手动压缩和自动压缩)以及预压缩工作应挂接的位置
  • 静默内务处理(不应产生用户可见输出的记忆写入)
如果你想先了解更高层级的概览,请从这里开始:

事实来源:Gateway 网关

OpenClaw 围绕一个拥有会话状态的单一 Gateway 网关进程设计。
  • UI(macOS 应用、Web 控制 UI、TUI)应向 Gateway 网关查询会话列表和 token 计数。
  • 在远程模式下,会话文件位于远程主机上;“检查你的本地 Mac 文件”无法反映 Gateway 网关正在使用的内容。

两个持久化层

OpenClaw 在两个层中持久化会话:
  1. 会话存储(sessions.json
    • 键值映射:sessionKey -> SessionEntry
    • 小型、可变、可安全编辑(或删除条目)
    • 跟踪会话元数据(当前会话 ID、最后活动时间、开关、token 计数器等)
  2. 转录(<sessionId>.jsonl
    • 带树结构的追加式转录(条目有 id + parentId
    • 存储实际对话 + 工具调用 + 压缩摘要
    • 用于为未来轮次重建模型上下文
    • 一旦活动转录超过检查点大小上限,就会跳过大型预压缩调试检查点,避免再生成一份巨大的 .checkpoint.*.jsonl 副本。
Gateway 网关历史读取器应避免物化整个转录,除非该表面明确需要任意历史访问。第一页历史、嵌入式聊天历史、重启恢复,以及 token/用量检查都会使用有界尾部读取。完整转录扫描会通过异步转录索引执行,该索引按文件路径加 mtimeMs/size 缓存,并在并发读取器之间共享。

磁盘位置

每个智能体在 Gateway 网关主机上:
  • 存储:~/.openclaw/agents/<agentId>/sessions/sessions.json
  • 转录:~/.openclaw/agents/<agentId>/sessions/<sessionId>.jsonl
    • Telegram 话题会话:.../<sessionId>-topic-<threadId>.jsonl
OpenClaw 通过 src/config/sessions.ts 解析这些路径。

存储维护和磁盘控制

会话持久化为 sessions.json、转录工件和轨迹 sidecar 提供自动维护控制(session.maintenance):
  • modewarn(默认)或 enforce
  • pruneAfter:陈旧条目的年龄截止值(默认 30d
  • maxEntries:限制 sessions.json 中的条目数(默认 500
  • resetArchiveRetention*.reset.<timestamp> 转录归档的保留期(默认:与 pruneAfter 相同;false 会禁用清理)
  • maxDiskBytes:可选的会话目录预算
  • highWaterBytes:清理后的可选目标值(默认是 maxDiskBytes80%
普通 Gateway 网关写入会流经每个存储专用的会话写入器,该写入器会在进程内序列化变更,而不获取运行时文件锁。热路径补丁辅助函数会在持有该写入器槽位时借用已验证的可变缓存,因此大型 sessions.json 文件不会为每次元数据更新都被克隆或重新读取。运行时代码应优先使用 updateSessionStore(...)updateSessionStoreEntry(...);直接保存整个存储是兼容性工具和离线维护工具。当 Gateway 网关可访问时,非试运行的 openclaw sessions cleanupopenclaw agents delete 会将存储变更委托给 Gateway 网关,使清理加入同一个写入队列;--store <path> 是用于直接文件维护的显式离线修复路径。对于生产规模上限,maxEntries 清理仍会批处理,因此存储可能短暂超过配置上限,然后在下一次高水位清理时被重写回上限以内。会话存储读取在 Gateway 网关启动期间不会修剪或限制条目;请使用写入或 openclaw sessions cleanup --enforce 进行清理。即使未配置磁盘预算,openclaw sessions cleanup --enforce 仍会立即应用配置的上限,并修剪旧的未引用转录、检查点和轨迹工件。 维护会保留持久的外部对话指针,例如群组会话和线程作用域聊天会话,但当 cron、钩子、Heartbeat、ACP 和子智能体的合成运行时条目超过配置的年龄、数量或磁盘预算时,它们仍可能被移除。 OpenClaw 在 Gateway 网关写入期间不再创建自动的 sessions.json.bak.* 轮转备份。旧版 session.maintenance.rotateBytes 键会被忽略,openclaw doctor --fix 会从旧配置中移除它。 转录变更会在转录文件上使用会话写入锁。锁获取会等待最多 session.writeLock.acquireTimeoutMs,然后才抛出会话繁忙错误;默认值为 60000 毫秒。仅当合法的准备、清理、压缩或转录镜像工作在较慢机器上竞争更久时,才提高该值。陈旧锁检测和最长持有警告仍是独立策略。 磁盘预算清理的强制执行顺序(mode: "enforce"):
  1. 先移除最旧的已归档、孤立转录或孤立轨迹工件。
  2. 如果仍高于目标值,则驱逐最旧的会话条目及其转录/轨迹文件。
  3. 持续执行,直到用量小于或等于 highWaterBytes
mode: "warn" 中,OpenClaw 会报告潜在驱逐,但不会修改存储/文件。 按需运行维护:
openclaw sessions cleanup --dry-run
openclaw sessions cleanup --enforce

Cron 会话和运行日志

隔离的 cron 运行也会创建会话条目/转录,并且它们有专用的保留控制:
  • cron.sessionRetention(默认 24h)会从会话存储中修剪旧的隔离 cron 运行会话(false 会禁用)。
  • cron.runLog.maxBytes + cron.runLog.keepLines 会修剪 ~/.openclaw/cron/runs/<jobId>.jsonl 文件(默认:2_000_000 字节和 2000 行)。
当 cron 强制创建新的隔离运行会话时,它会在写入新行前清理之前的 cron:<jobId> 会话条目。它会携带安全偏好,例如思考/快速/详细设置、标签,以及显式用户选择的模型/凭证覆盖。它会丢弃环境对话上下文,例如渠道/群组路由、发送或队列策略、提权、来源和 ACP 运行时绑定,因此新的隔离运行无法从旧运行继承陈旧的交付或运行时权限。

会话键(sessionKey

sessionKey 标识你所在的_对话桶_(路由 + 隔离)。 常见模式:
  • 主/直接聊天(每个智能体):agent:<agentId>:<mainKey>(默认 main
  • 群组:agent:<agentId>:<channel>:group:<id>
  • 房间/渠道(Discord/Slack):agent:<agentId>:<channel>:channel:<id>...:room:<id>
  • Cron:cron:<job.id>
  • Webhook:hook:<uuid>(除非被覆盖)
规范规则记录在 /concepts/session

会话 ID(sessionId

每个 sessionKey 都指向一个当前 sessionId(继续该对话的转录文件)。 经验规则:
  • 重置/new/reset)会为该 sessionKey 创建新的 sessionId
  • 每日重置(默认是 Gateway 网关主机本地时间凌晨 4:00)会在重置边界后的下一条消息到达时创建新的 sessionId
  • 空闲过期session.reset.idleMinutes 或旧版 session.idleMinutes)会在空闲窗口之后有消息到达时创建新的 sessionId。当每日重置和空闲过期都配置时,先过期者生效。
  • 系统事件(Heartbeat、cron 唤醒、exec 通知、Gateway 网关内务处理)可能会变更会话行,但不会延长每日/空闲重置的新鲜度。重置滚动会在构建新提示前丢弃前一个会话的排队系统事件通知。
  • 父级派生策略在创建线程或子智能体派生时使用 PI 的活动分支。如果该分支过大,OpenClaw 会使用隔离上下文启动子级,而不是失败或继承不可用的历史。大小策略是自动的;旧版 session.parentForkMaxTokens 配置会被 openclaw doctor --fix 移除。
实现细节:该决策发生在 src/auto-reply/reply/session.ts 中的 initSessionState()

会话存储架构(sessions.json

存储的值类型是 src/config/sessions.ts 中的 SessionEntry 关键字段(不完整列表):
  • sessionId:当前转录 ID(除非设置了 sessionFile,否则文件名由此派生)
  • sessionStartedAt:当前 sessionId 的开始时间戳;每日重置 新鲜度使用它。旧版行可能会从 JSONL 会话头派生它。
  • lastInteractionAt:最后一次真实用户/渠道交互时间戳;空闲重置 新鲜度使用它,因此 Heartbeat、cron 和 exec 事件不会让会话保持 存活。没有此字段的旧版行会回退到恢复出的会话开始 时间来判断空闲新鲜度。
  • updatedAt:最后一次存储行变更时间戳,用于列表、修剪和 内务处理。它不是每日/空闲重置新鲜度的权威依据。
  • sessionFile:可选的显式转录路径覆盖
  • chatTypedirect | group | room(帮助 UI 和发送策略)
  • providersubjectroomspacedisplayName:用于群组/渠道标记的元数据
  • 开关:
    • thinkingLevelverboseLevelreasoningLevelelevatedLevel
    • sendPolicy(每会话覆盖)
  • 模型选择:
    • providerOverridemodelOverrideauthProfileOverride
  • Token 计数器(尽力而为 / 取决于提供商):
    • inputTokensoutputTokenstotalTokenscontextTokens
  • compactionCount:该会话键完成自动压缩的次数
  • memoryFlushAt:上一次预压缩记忆刷新的时间戳
  • memoryFlushCompactionCount:上一次刷新运行时的压缩计数
该存储可以安全编辑,但 Gateway 网关是权威来源:随着会话运行,它可能会重写或重新水合条目。

转录结构(*.jsonl

转录由 @earendil-works/pi-coding-agentSessionManager 管理。 该文件是 JSONL:
  • 第一行:会话头(type: "session",包含 idcwdtimestamp、可选 parentSession
  • 随后:带 id + parentId 的会话条目(树)
值得注意的条目类型:
  • message:用户/助手/toolResult 消息
  • custom_message:扩展注入的消息,_会_进入模型上下文(可从 UI 隐藏)
  • custom:扩展状态,_不会_进入模型上下文
  • compaction:带 firstKeptEntryIdtokensBefore 的持久化压缩摘要
  • branch_summary:浏览树分支时持久化的摘要
OpenClaw 有意不会“修正”转录;Gateway 网关使用 SessionManager 读写它们。

上下文窗口与已跟踪 token

有两个不同概念很重要:
  1. 模型上下文窗口:每个模型的硬上限(模型可见的 token)
  2. 会话存储计数器:写入 sessions.json 的滚动统计(用于 /status 和仪表板)
如果你在调优限制:
  • 上下文窗口来自模型目录(也可通过配置覆盖)。
  • 存储中的 contextTokens 是运行时估算/报告值;不要把它当作严格保证。
更多信息见 /token-use

压缩:它是什么

压缩会把较早对话汇总到转录中的持久化 compaction 条目,并保留最近消息不变。 压缩后,未来轮次会看到:
  • 压缩摘要
  • firstKeptEntryId 之后的消息
压缩是持久的(不同于会话修剪)。参见 /concepts/session-pruning

压缩块边界和工具配对

当 OpenClaw 将长转录拆分为压缩块时,它会让 assistant 工具调用与其匹配的 toolResult 条目保持配对。
  • 如果按 token 占比拆分的位置落在工具调用与其结果之间,OpenClaw 会将边界移动到 assistant 工具调用消息,而不是拆开这一对。
  • 如果尾随的工具结果块原本会让该块超出目标大小, OpenClaw 会保留该待处理工具块,并保持未摘要的尾部完整。
  • 已中止/错误的工具调用块不会让待处理拆分保持打开。

自动压缩发生的时机(Pi 运行时)

在嵌入式 Pi 智能体中,自动压缩会在两种情况下触发:
  1. 溢出恢复:模型返回上下文溢出错误 (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 以及类似的提供商形态变体) → 压缩 → 重试。
  2. 阈值维护:在一个成功轮次之后,当:
contextTokens > contextWindow - reserveTokens 其中:
  • contextWindow 是模型的上下文窗口
  • reserveTokens 是为提示词 + 下一次模型输出预留的余量
这些是 Pi 运行时语义(OpenClaw 会消费事件,但由 Pi 决定何时压缩)。 当设置了 agents.defaults.compaction.maxActiveTranscriptBytes,且活动转录文件达到该大小时,OpenClaw 还可以在打开下一次 运行前触发一次预检本地压缩。这是用于降低本地 重新打开成本的文件大小保护,而不是原始归档:OpenClaw 仍会运行正常的语义压缩, 并且它要求启用 truncateAfterCompaction,这样压缩后的摘要才能成为一个 新的后继转录。 对于嵌入式 Pi 运行,agents.defaults.compaction.midTurnPrecheck.enabled: true 会添加一个可选启用的工具循环保护。在追加工具结果之后、下一次 模型调用之前,OpenClaw 会使用与轮次开始时相同的预检 预算逻辑来估算提示词压力。如果上下文已无法容纳,该保护 不会在 Pi 的 transformContext 钩子中执行压缩。它会发出结构化的 轮次中预检信号,停止当前提示词提交,并让 外层运行循环使用现有恢复路径:在足够时截断过大的工具结果, 或触发已配置的压缩模式并重试。该选项默认禁用,并且可与 defaultsafeguard 压缩模式配合使用,包括由提供商支持的 safeguard 压缩。 这独立于 maxActiveTranscriptBytes:字节大小保护会在 轮次打开前运行,而轮次中预检会在嵌入式 Pi 工具 循环中、追加新工具结果之后稍后运行。

压缩设置(reserveTokens, keepRecentTokens

Pi 的压缩设置位于 Pi 设置中:
{
  compaction: {
    enabled: true,
    reserveTokens: 16384,
    keepRecentTokens: 20000,
  },
}
OpenClaw 还会为嵌入式运行强制执行安全下限:
  • 如果 compaction.reserveTokens < reserveTokensFloor,OpenClaw 会将其提高。
  • 默认下限为 20000 个 token。
  • 设置 agents.defaults.compaction.reserveTokensFloor: 0 可禁用该下限。
  • 如果它已经更高,OpenClaw 会保持不变。
  • 手动 /compact 会遵循显式的 agents.defaults.compaction.keepRecentTokens 并保留 Pi 的近期尾部截断点。如果没有显式保留预算, 手动压缩仍是硬检查点,重建后的上下文会从 新摘要开始。
  • 设置 agents.defaults.compaction.midTurnPrecheck.enabled: true 可在新的工具结果之后、下一次模型 调用之前运行可选的工具循环预检。这只是一个触发器;摘要生成仍使用已配置的 压缩路径。它独立于 maxActiveTranscriptBytes,后者是 轮次开始时的活动转录字节大小保护。
  • agents.defaults.compaction.maxActiveTranscriptBytes 设置为字节值或 字符串,例如 "20mb",可在活动 转录变大时于轮次前运行本地压缩。此保护仅在 同时启用 truncateAfterCompaction 时生效。保持未设置或设置为 0 可 禁用。
  • 启用 agents.defaults.compaction.truncateAfterCompaction 时, OpenClaw 会在压缩后将活动转录轮转为压缩后的后继 JSONL。 旧的完整转录会保持归档状态,并从 压缩检查点链接,而不是原地重写。
原因:在压缩变得不可避免之前,为多轮“内务处理”(如记忆写入)留出足够余量。 实现:src/agents/pi-settings.ts 中的 ensurePiCompactionReserveTokens() (由 src/agents/pi-embedded-runner.ts 调用)。

可插拔压缩提供商

插件可以通过插件 API 上的 registerCompactionProvider() 注册压缩提供商。当 agents.defaults.compaction.provider 设置为已注册的提供商 ID 时,safeguard 扩展会将摘要生成委托给该提供商,而不是内置的 summarizeInStages 流水线。
  • provider:已注册压缩提供商插件的 ID。未设置时使用默认 LLM 摘要。
  • 设置 provider 会强制 mode: "safeguard"
  • 提供商会接收与内置路径相同的压缩指令和标识符保留策略。
  • safeguard 在提供商输出之后仍会保留近期轮次和拆分轮次后缀上下文。
  • 内置 safeguard 摘要会用新消息重新提炼先前摘要, 而不是逐字保留完整的先前摘要。
  • safeguard 模式默认启用摘要质量审计;设置 qualityGuard.enabled: false 可跳过格式异常输出时重试的行为。
  • 如果提供商失败或返回空结果,OpenClaw 会自动回退到内置 LLM 摘要。
  • 中止/超时信号会被重新抛出(不会被吞掉),以尊重调用方取消。
来源:src/plugins/compaction-provider.ts, src/agents/pi-hooks/compaction-safeguard.ts

用户可见界面

你可以通过以下方式观察压缩和会话状态:
  • /status(在任何聊天会话中)
  • openclaw status(CLI)
  • openclaw sessions / sessions --json
  • Gateway 网关日志(pnpm gateway:watchopenclaw logs --follow):embedded run auto-compaction start + complete
  • 详细模式:🧹 Auto-compaction complete + 压缩次数

静默内务处理(NO_REPLY

OpenClaw 支持用于后台任务的“静默”轮次,在这些任务中用户不应看到中间输出。 约定:
  • assistant 以精确的静默 token NO_REPLY / no_reply 开始其输出,以表示“不要向用户交付回复”。
  • OpenClaw 会在交付层剥离/抑制它。
  • 精确静默 token 抑制不区分大小写,因此当整个载荷只是静默 token 时,NO_REPLYno_reply 都会计入。
  • 这仅用于真正的后台/不交付轮次;它不是处理 普通可执行用户请求的捷径。
截至 2026.1.10,当 部分块以 NO_REPLY 开头时,OpenClaw 还会抑制草稿/输入中流式传输,因此静默操作不会在轮次中泄漏部分 输出。

压缩前“记忆刷新”(已实现)

目标:在自动压缩发生之前,运行一个静默的 Agent 式轮次,将持久 状态写入磁盘(例如智能体工作区中的 memory/YYYY-MM-DD.md),这样压缩就不能 擦除关键上下文。 OpenClaw 使用预阈值刷新方法:
  1. 监控会话上下文使用量。
  2. 当它跨过一个“软阈值”(低于 Pi 的压缩阈值)时,向智能体运行一条静默的 “立即写入记忆”指令。
  3. 使用精确的静默 token NO_REPLY / no_reply,这样用户不会看到 任何内容。
配置(agents.defaults.compaction.memoryFlush):
  • enabled(默认:true
  • model(用于刷新轮次的可选精确提供商/模型覆盖,例如 ollama/qwen3:8b
  • softThresholdTokens(默认:4000
  • prompt(用于刷新轮次的用户消息)
  • systemPrompt(为刷新轮次追加的额外系统提示词)
说明:
  • 默认提示词/系统提示词包含 NO_REPLY 提示,以抑制 交付。
  • 设置 model 时,刷新轮次会使用该模型,而不会继承 活动会话的回退链,因此仅本地的内务处理不会静默 回退到付费对话模型。
  • 刷新每个压缩周期运行一次(在 sessions.json 中跟踪)。
  • 刷新仅针对嵌入式 Pi 会话运行(CLI 后端会跳过它)。
  • 当会话工作区为只读(workspaceAccess: "ro""none")时会跳过刷新。
  • 请参阅 记忆 了解工作区文件布局和写入模式。
Pi 也在扩展 API 中公开了 session_before_compact 钩子,但 OpenClaw 的 刷新逻辑目前位于 Gateway 网关侧。

故障排除检查清单

  • 会话键错误?从 /concepts/session 开始,并确认 /status 中的 sessionKey
  • 存储与转录不匹配?通过 openclaw status 确认 Gateway 网关主机和存储路径。
  • 压缩刷屏?检查:
    • 模型上下文窗口(过小)
    • 压缩设置(reserveTokens 相对于模型窗口过高会导致更早压缩)
    • 工具结果膨胀:启用/调优会话修剪
  • 静默轮次泄漏?确认回复以 NO_REPLY 开头(不区分大小写的精确 token),并且你使用的构建包含流式传输抑制修复。

相关