升级 acp-kernel 0.0.63 → 0.0.64(启用 nudge 精确账本:活跃块地图 + 范围用户消息数)

[ranxianglei]

来源: #375 (#375) 分析「模型为什么不用推荐而是自己调 acp_status」时发现

背景

#375 的根因是 nudge 推荐只列可压缩范围、不带活跃块账本(bN → ref 跨度),模型记忆与推荐冲突时被迫手动调 acp_status 核对。内核侧修复已发布为 acp-kernel 0.0.64(acp-kernel#253):

• nudge(gentle/emergency)新增 Active blocks (N): b1=m00001–m00009 · b2=... 行(非 tier-1 带 tN 后缀,>8 块折叠最旧);
• 可压缩范围行追加 · N user msgs 计数。

compress 结果侧的「新块 ID + ref 跨度」已由 #377 在适配器本地实现并合入(对应 #376),不依赖本升级。

需要做什么

master 目前 pin 仍是 0.0.63,nudge 的精确账本不会生效。把 acp-kernel 从 0.0.63 升到 0.0.64 即可,零代码改动(nudge 文本由内核 renderNudgeText 生成)。diff 仅 package.json + lockfile 各一行。

验证(已在分支本地跑过)

typecheck 干净、全量测试绿(注:需先合入 #386 修掉 master 既有的 7 个 export-cmd 失败)、build 成功。

[ranxianglei]

🤖 Powered by ework · qwen3.8-27b

[bot] 🏷 查重结论:本 issue 已由 PR #384(chore(#387): pin acp-kernel 0.0.64,open,Fixes #387)完整实现——1 commit、2 文件,与 issue 要求的 diff 完全一致。我没有重复开新 PR,改为对 #384 做了独立审计 + 本地复验,结论如下:

diff 审计(干净)

• 仅 package.json + package-lock.json,acp-kernel 0.0.63 → 0.0.64(exact pin,符合 AGENTS.md 禁 caret 规则);lockfile integrity 指向已发布的 0.0.64 tarball(npm 上确认存在,2026-09-12 发布)。
• base 为当前 master(2bdc831,已含 feat: report new block ids and actual ref spans in compress result panel (#376) #377),无跑题文件、无锁文件连带变更。

本地复验(PR 声称的验证全部可复现)

检查	结果
npm ci(committed lockfile,CI 同路径)	✅ 解析成功,装入 acp-kernel 0.0.64
npm run typecheck	✅ 干净
npm test 全量	725 tests:715 pass / 7 fail / 3 skipped —— 7 个失败全部是 master 既有 export-cmd 失败(listSessions / exportSession ×4 / no-match / /acp-export 注册),与本次 bump 无关
叠加 #386(一行断言修 blocks: b1= 格式)后重跑 export-cmd	✅ 10/10 绿 → 全量转绿,与 PR 描述一致
npm run build(tsup 内联内核)	✅ 成功,dist 中已含新账本字符串

内核侧行为确认(不止看版本号,看了代码)

在 0.0.64 bundle 的 renderNudgeText 路径里逐字核对了新格式,与 issue 描述一致:

• Active blocks (${N}): ${bId}=mStart–mEnd${t>1 ? " tN" : ""} 以 · 连接,超过上限时最旧折叠为 …+N older · 前缀;
• 可压缩范围行追加 · N user msg(s)(n>0 时)。

合并顺序建议

先合 #386(一行测试断言,消掉 master 既有 7 失败),再合 #384,届时 CI 全绿。#384 本身无需任何改动。

---

中文摘要:升级 acp-kernel 0.0.63→0.0.64 的改动已由既有 PR #384 完整实现(diff 仅 package.json + lockfile 两行),我已独立复验——typecheck 干净、build 成功、nudge 精确账本(活跃块地图 + 范围用户消息数)确认存在于 0.0.64 bundle;仅剩的 7 个测试失败是 master 既有问题,待 #386 先行合入后 #384 即可合并,CI 将全绿。