compact功能默认最大输出tokens太低导致频繁出现压缩失败

[clclyzybzjsq]

compaction-basic:
maxTokens:定义的默认值太低导致压缩容易失效，可以通过在settings.yaml尾部追加‘compaction-basic:
maxTokens: 32768’(或其他更大值)解决

[173787247]

结论

是的：compaction-basic.maxTokens 默认偏小，压缩阶段输出容易被截断，就会表现为「compact / 压缩失败」。在 profile 配置里显式加大一般就能稳住。

推荐配置

在 settings.yaml（或你合并进 profile 的 patch）里追加 / 合并：

compaction-basic:
  maxTokens: 32768

上下文很长或模型上限更高时，可以再试 65536，按模型与机器承受能力调整。

生效步骤

1. 保存配置后重启 dsh web（或对应 profile 进程）
2. 开一个新会话再触发 compact（旧会话可能仍用旧参数）
3. 若仍失败，到 Trajectory 里看 compact 相关错误是否仍是截断 / max tokens

注意

• 对话里模型的 max_tokens 不等于 compaction 的 maxTokens，两处要分开确认
• 若使用多层 cordis / profile patch：后一层如果写了整个 compaction-basic 对象，会整段替换——请把 maxTokens 一并带上

按上面改完若还有问题，补充一下 dsh 版本号和 compact 那段 Trajectory，方便继续排查。

[fan56]

「输出预算不够→压缩失败」这条路径可以整个绕开：dsh-dcp 是确定性压缩后端，压缩这一步零 LLM 调用——没有 max output tokens 可撞，也不需要模型把旧对话重述一遍。触发阈值、保留尾巴、事务锁全部继承官方实现，只替换「摘要」一环；检查点格式与官方兼容（可互相合并）。实测约 8 万 token 历史压到 ~700 token、0 次模型调用。

dsh plugin add @aiwayds/dsh-dcp

顺带一提：调高压缩的输出预算仍是官方 compaction-basic 值得做的修复，两者不冲突。