compress 锚点 args 复写本从未瘦身:继承 acp-kernel #230 解析 bug(qwen/glm 字符串形态全触发)

[ranxianglei]

现象

每次上游请求都携带 compress 锚点工具调用 arguments 里的完整 summary 原文复写本(每个活块一份)。同一份摘要存在两份:块摘要消息(权威拷贝)+ 锚点调用 args(冗余拷贝),后者本应被内核 hide-consumed 管线瘦身(滤死范围 + >200 字符摘要存根化),但由于 acp-kernel #230 的解析 bug,该瘦身对本项目的主要模型从未生效。

影响链路(代码证据)

• src/server.ts:328 createCore() + src/plugin.ts:399 core.processTurn(...) —— hide-consumed 管线在代理内完整生效
• acp-kernel src/wire/openai.ts:133 text: tc.function.arguments ?? "" —— CoreMessage tool-call text = 原始 wire 参数字符串(qwen 等非严格 provider 把 content 数组双重编码为字符串)
• 修复前 parseCallText 只认 Array.isArray(obj.content) → 字符串形态静默 return null → 改写跳过
• 出口 acp-kernel src/wire/openai.ts:191 arguments: m.text ?? "" —— 未瘦身文本原样发回上游,每个后续请求都在浪费 token

触发条件与实测

• 触发:content 字符串形态(qwen3.8 / glm-5.3 等非严格 provider 全中)或调用文本带前缀
• 法证回放 billion-context-pi 风暴会话 01a07b3c(2026-09-09):52/52 个 compress 调用均为字符串形态,tag-prefixed 0 个;锚点 args 复写本合计 ~22K tokens 永驻上下文

后果

1. 压缩回收量慢性泄漏:compress 报 reclaimed 22K,meter 回落不及预期(内容从 args 复写本溜回)
2. 越压越胖棘轮:底座抬高 → 更快回到压力带 → 更多 nudge → 更多 compress → 底座更高(风暴会话六分钟一循环的燃料之一)
3. 块失活后死范围条目残留,误导模型后续 compress 决策

修复方案

bump acp-kernel pin 至包含 #230 修复(PR acp-kernel#232:首个 { 定位 JSON + 保留前缀 + 字符串形态 content 解析 + 原形态回写)的版本(预计 v0.0.60,待 #232 合并发版)。bump PR 挂 draft 等 kernel 发版后刷新 lockfile 转 ready。

关联

• 根因:acp-kernel issue #230 / PR #232
• 同病兄弟:billion-context-pi 出口侧另需适配层同步(该仓库单独立案)

[ranxianglei]

🤖 Powered by ework · qwen3.8-27b

状态:修复 bump 的 draft PR 已就位,等 kernel 发版转正。

已完成

• 根因确认:acp-kernel fix: persistent overlay homes for pi/omp/hermes launchers (session history loss) #230 的 parseCallText 只认 Array.isArray(obj.content);qwen/glm 等非严格 provider 把 content 数组双重编码为字符串形态 → 静默 return null → hide-consumed 瘦身被跳过 → compress 锚点 args 复写本原样发回上游,每轮请求都浪费 token。
• 已建 draft PR #659:devDependencies.acp-kernel 0.0.59 → 0.0.60(含 #232 修复)。

验证(用含修复的预发版实跑,确认 bump 无兼容风险)
v0.0.60 尚未发版,我用带 #232 修复的预发版 acp-kernel@0.0.59-pr.232.81 在本地完整跑了一遍:

• npm run typecheck ✅ 无错
• npm test ✅ 1246/1246 通过,0 失败
• npm run build ✅ 成功
• 产物 dist/index.js 内含 docs: recover deleted README usage detail into CONFIGURATION (en+zh) #232 修复标记(首个 { 定位 JSON)indexOf("{") ✅

结论:0.0.60 正式版(同一修复)上线后,该 bump 可直接转正,无 API/兼容风险。

阻塞(需人工)
acp-kernel #232 目前仍未合并,v0.0.60 未发版。在此之前 #659 保持 draft——CI 的 npm ci 会因版本不存在而失败、lockfile 无法刷新,均为预期。

转正步骤(v0.0.60 上线后)

1. npm install 刷新 lockfile(应只含 acp-kernel 0.0.59→0.0.60)
2. npm test && npm run build 确认绿
3. commit lockfile → push → CI 绿 → 转 ready → 人工合并

关联

• 根因:acp-kernel #230 / PR #232
• 同病兄弟:billion-context-pi 出口侧另需适配层同步,该仓库单独立案(不在本 issue 范围)。