pi 0.86.0 自动压缩失败:第二次压缩请求 max_completion_tokens 被设为 1
记一次pi自动压缩失败(0.86.0版本)
pi 0.86.0 版本出现上下文自动压缩失败,上下文持续膨胀接近 100%。排查发现第一次压缩请求正常且成功,问题出在第二次压缩请求的参数上:max_completion_tokens 被设为 1,模型为 Qwen3.8-Flash。由于 octopus 未保存日志,50W 上下文场景下的首次压缩情况已无法追查。
2026 年10 月 6 日 06:44 1
pi版本还停留在0.86.0, 没有更新1.0+的版本, 昨天发现pi的上下文一直膨胀都快到100%了, 还一直压缩失败, 就让pi自己找了 下原因
pi压缩时, 第一发起正常请求, 并且压缩成功了, 问题出在了第二次压缩请求的参数max_completion_tokens
"messages":
[
0:
{
"role":"system"
"content":"You are a context summarizatio..."
}
1:
{
"role":"user"
"content":"<conversation> [User]: 确认 [As..."
}
]
"model":"Qwen3.8-Flash"
"max_completion_tokens":1
"store":false
"reasoning_effort":"medium"
"stream":true
"stream_options":
{
"include_usage":true
}
pi第一次还否决了
后面承认自己错了
问题又出在了50W上下文, 但这里查不下去了, 因为我的octopus没有保存日志, 已经不知道第一次压缩时候的情况了
1 个赞
Aurelian (Aurelian) 2026 年10 月 6 日 06:46 2
更新,pi的压缩问题之前存在了很久,后面修复了
来源:LinuxDo · linux.do


