过度流量回收应在等待完全自动比对超时前缩短工具结果

□ 总结

在一个工具重的Telegram直接会话中,一个溢出回路等待完全的自動相通安全超时(~900s)后再倒回工具-结果截取. 随后的截取几乎立即完成,并允许了即时续发,因此用户可见的延迟似乎可以被避免.

这看起来与现有的收缩/文本问题有关,如#53008,#64962,#78562和#45503,但具体的恢复令问题是:

当一个上下文被累积的工具结果所严重驱动时,OpenClaw在等待全部LLM收缩超时前,至少要等待比赛/升级,以便更早地缩短。

发生了什么事#

请求一个Telegram直接会话来进行一个小的配置改变(切换默认模型为"OpenAI-codex/GPT-5.5"). 实际的配置变化/热重装不是缓慢的部分. 出现延误的原因是在活跃的主要会议上出现环境溢出复苏。

观察日志时间表(亚洲/首尔):

页:1 00:06:14 [文本-翻转-分 会话 Key=代理: main: telegram: direct: 提供商:OpenAI-codex/GPT-5. 来源=助手错误 信件= 336个 错误 = Context 溢出: 估计上下文大小在工具循环期间超过安全阈值.

00:06:14 检测到上下文溢出(尝试1/3);尝试对OpenAI-codex/GPT-5进行自动比对.

00:21:37 [文本-翻转-分 供应商:OpenAI-codex/GPT-5。 信件=343个 错误 = Context 溢出: 估计上下文大小在工具循环期间超过安全阈值.

00:21:37 检测到上下文溢出(尝试1/3);尝试对OpenAI-codex/GPT-5进行自动比对.

00:36:50 [compaction-diag] 结束 触发=流出 提供商:OpenAI-codex/GPT-5.4. 尝试= 1 最大尝试=3 结果=失败 理由=超时 会期Ms=912840

00:36:50 OpenAI-codex/GPT-5.4:收缩超时的自动压缩失败.

00:36:50 [文本-流出-回收] OpenAI-codex/GPT-5.4(文本Window=272000令牌)工具结果截取

00:36:50 [工具-结果-通 会话中截断了281个工具结果 上下文温道=272000 最大钱=16,000 预算总额 超规模=0 合计=281

00:36:50 [文本-流出-回收] 截断了 281 工具结果; 正在重试

与此相关的是,工具-结果截取在900s收缩超时后需要毫秒,会话有281个工具结果. 这表明,溢出至少在很大程度上是由工具驱动的。

□ 预期行为

对于工具繁忙的会话中超时恢复,OpenClaw应避免在采用廉价的裁量法之前等待完全的自动比对暂停。

可能的行为 :

1. 检测工具-结果沉重的上下文(`工具-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果-结果
2. 在LLM收缩前运行工具-结果分流/挤压,或与收缩相平行/并排.
3. 如果截取减少上下文足够多,请立即重试.
4. 截取时只回落到LLM的收缩上
. . . . . . .