跳到正文
LinuxDo· 且笑风尘不敢造次·· 3 小时前AI 评分31

pi 0.86.0 自动压缩失败:第二次压缩请求 max_completion_tokens 被设为 1

记一次pi自动压缩失败(0.86.0版本)

AI 导读

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第一次还否决了

image

后面承认自己错了

image

问题又出在了50W上下文, 但这里查不下去了, 因为我的octopus没有保存日志, 已经不知道第一次压缩时候的情况了

image

1 个赞

Aurelian (Aurelian) 2026 年10 月 6 日 06:46 2

更新,pi的压缩问题之前存在了很久,后面修复了

来源:LinuxDo · linux.do