Repository navigation
[review] mechanical-batch behavior-change audit: #222 #229 #228 #315 #165 #177 #412
Description
背景:机械批(11 PR)已本地集成验证(1100/1100 tests + typecheck + build,cherry-pick 链 batch-mech),#288/#342/#367/#397/#233 已合并。其余 5 个(#229/#315/#165/#177 未合,#228 待关闭)+ 已合的 #222,owner 要求逐一重新审查行为变化的合理性后再合。本 issue 记录审查结论,全部完成后关闭。
| PR | 状态 | 行为变化面 | 变化评估 | 结论 |
|---|---|---|---|---|
| #222 | 已合,补审查 | ① 概览分层行追加 (N blocks) 计数 ② 块列表截断时新增声明行(含 scope 提示) |
纯 status 渲染诚实化;不触决策/状态;计数让模型能对账 nudge 的未截断列表 | ✅ 合理,无回退需求 |
| #229 | 未合 | ① hybrid max:spread→reduce(数值语义零变化,仅消灭 >125K docs 的 RangeError 崩溃) ② doc-cache FIFO→LRU(命中重插,压力下保留热文档——保留顺序变化) ③ cap 语义文档化(Infinity 允许) | 评分结果不变;缓存逐出顺序变 = 内存保留模式变化,属改进;崩溃修复是真 bug(#227 160K docs 实证) | ✅ 建议合并 |
| #228 | 待关闭 | 与 #229 同两行修复的子集(loop 形式),无 #229 的 LRU/文档/测试 | 被 #229 完全包含 | ☑️ 关闭为 superseded |
| #315 | 未合 | ① nudge 文案三档化:over-limit(≥maxContextLimitPct)不再谎称 "Context limit reached",改 pressure 措辞;emergency 保留 ② 新 pack section key pressureHeader(增量) ③ types.ts 注释修正(实际默认本就是 0.95,无值变化) |
模型可见的注入文案变化(这是目的:阻止假"上限已到")——期望模型压力响应更诚实,不改变触发门控本身 | ✅ 建议合并 |
| #165 | 未合 | 未压缩范围视图:默认排序时间→大小降序 + 轮次边界切分(用户消息+组≥3 拆段)+ 尊重 limit(原硬编码 30) | 纯渲染层;输出顺序/分组变化,服务于"先压什么"的直接答案;断言旧顺序的消费方需注意 | ✅ 建议合并 |
| #177 | 未合(与 #222/#165 冲突,需 rebase 后最后合) | ① tool-result 经其 call 的 toolName 归账(原无 toolName 的 result 全落 text 桶——#386/#390 实测 tool 桶仅 0.6% 真实量) ② isToolMessage 统一为共享模块(contentType 判定) |
仅 status 报告口径;工具/文本 token 分布变诚实;本地已解冲突(并集行 {ref,tokens,tool,isTool,index,isUser}),批内 1100 全绿含此项 |
✅ 建议合并(最后) |
合并顺序建议:#222(已合)→ #229 → 关 #228 → #315 → #165 → #177 最后(report.ts 与 #222/#165 交叠,我来推 rebase)。
共同安全边界:六项全部限于 ①status/报告渲染文本 ②nudge 措辞 ③搜索基础设施(评分语义不变)——不触压缩决策门控、wire 消息形状、持久化格式、工具 schema。
Activity
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 审查结论:六项行为变化全部合理,无回退需求;建议按表内顺序合并(#229 → 关 #228 → #315 → #165 → #177 最后,#222 已合无需动作)。一句话总结:六个 PR 全部落在声明的安全边界内(status 渲染 / nudge 措辞 / 搜索基础设施),评分语义、触发门控、wire 形状、持久化格式、工具 schema 均未触碰;行为变化均为有意的诚实化修复或崩溃修复,且各有测试钉住。
方法:逐一 fetch 各 PR head,对其各自 merge-base 逐行 diff(#222/#229/#165/#177 vs b30723f,#228 vs dd787e5,#315 vs 8ee1801),对照表格声明核验;本地定向跑测试(全量已有批内 1100/1100 + CI 覆盖):pr-315 nudge 相关 92/92、pr-165 decompress-report 20/20、pr-177 report-accounting+panel 18/18、pr-229 doc-cache+search 63/63(含 160K docs 回归,2.1s)。
#222(已合,补审)✅ 无回退需求
(N blocks)计数;renderOverview() 块列表超 limit 时新增... and N more blocks not shown (scope:"compressed", limit:N for full list)。#229 ✅ 建议合并
Math.max(...spread, 1e-9)→reduce((m,r)=>r.score>m?r.score:m, 1e-9):数值完全等价(floor 1e-9 保留,空数组两形式都 → 1e-9),评分语义零变化,消灭 V8 参数上限 RangeError(>125K docs,Node 22)。cache.delete(text); cache.set(text, hit)重插尾部、从头逐出。行为变化(披露):逐出顺序变 = 压力下内存保留模式变(热文档保留更久),属改进。setDocCacheCap做Math.max(1, chars),Infinity 可通过且逐出循环永不触发——文档化既有行为,非改值。#228 ☑️ 关闭为 superseded
#315 ✅ 建议合并
⚠️ Context limit reached — compress now. Prioritize consumed tool outputs.→⚠️ Context pressure high — compress now to stay under the limit. Prioritize consumed tool outputs.;tier T2/T3 over-limit 新触发线[OVER-LIMIT — TIER N ...] Context pressure high — distill now...(旧代码此处自相矛盾:EMERGENCY 行 + efficiencyNote "not an overflow warning");emergency 档完整保留("Context limit reached — distill NOW")。#165 ✅ 建议合并
Sorted by {time|size}。#177 ✅ 建议合并(最后,rebase 后)
tool === "text")改为 kind 判定(isTool)。可观察差异仅在某个工具字面名为 "text" 时出现(旧:误入 text 桶;新:正确入 tool 桶)。{ref,tokens,tool,isTool,index,isUser},与你本地解法一致。本地 18/18 全过。共同安全边界:逐项确认成立——六项均不触压缩决策门控、wire 消息形状、持久化格式、工具 schema。合并顺序按表执行即可:#229 → 关 #228 → #315 → #165 → #177 最后(rebase 由你推)。
我无法合并 PR 或关闭 issue(系统规则:human-only)——请按上述顺序合并,并关闭 #228 与本 issue。
ranxianglei commentedon Sep 25, 2026
更新:#315 合并前置条件 +1 —— owner 确认 lean/default 两模式需覆盖,已验证单一渲染路径天然覆盖两者,但缺防分岔契约测试,已在 PR 内要求 ework 补充(leanPack 解析后三档断言)。#412 表中 #315 状态改为「等 lean 契约测试」。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 收到:#315 新增前置条件已记录(等 lean 契约测试)。我现在就在 PR 分支上补该测试——解析 leanPack 后对三档(gentle / over-limit / emergency)做措辞断言,钉住单一渲染路径防分岔。完成并推上分支后在此回复确认,届时 #315 的前置条件即满足。
ranxianglei commentedon Sep 25, 2026
更新:#165 owner 决定关闭重做(分段原语 ref 算术 vs 权威数组邻接不一致 + 缺 gapBefore,独立复刻条件),重做要求见 #413(共享分段 helper + 保留展示增强 + 跨视图一致性测试)。#412 表中 #165 从「建议合」改为「已关闭 → #413」。批内剩余待办:#229 → 关 #228 → #315(等 lean 契约测试)→ #177(rebase 后合)。
test: pin tier-path three-band wording under fully-resolved lean surf…
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 两条更新都已处理完毕:
① #165 关闭 → #413:确认,并复盘我的审查疏漏。
我之前对 #165 的结论「切分条件与 buildCompressibleRanges 一致」只核对了条件本身(
isUser && count>=3),没有核对分段原语:权威实现(recommend.ts)是数组邻接 +gapBefore,#165 是 ref 编号连续性算术且缺gapBefore半边——这正是 recommend.ts 注释里明令禁止的用法(ref 有洞/中插摘要时碎 range)。我把分组循环当纯展示层代码审了,漏掉了「这是不是同一个原语、还是平行复刻」这一问。#413 的共享 helper 要求从结构上消灭这类漂移,方向正确。#413 已有另一 daemon 会话接手进行中(其 issue 内已 ack),我不重复劳动。② #315 lean 契约测试:已完成并推上 PR 头(前置条件满足)。
过程中发现一个并行会话已先推了
12f5b57(tests/nudge-text.test.ts +67):lean 无 nudgeSections 前提 + 非 tier 三档 byte-identity + 逐档措辞断言——覆盖良好但两处没钉到:tier 渲染路径(#315 同样改了 T2/T3 trigger 行)和 prompts 通道(它给 renderNudgeText 传undefinedprompts)。我弃掉自己重复的那版提交,补推互补的4eafc48(新文件 tests/nudge-pack-contract.test.ts,100 行):lean surface 经resolvePrompts全解析后,tier-2/3 各档 trigger 行精确措辞 + 6 个 tier 变体与 default 渲染 byte-identical + lean 不携带任何 kernel prompt rule override 的前提断言。本地验证:两文件合计 35/35 通过,typecheck 干净。PR #315 head 现为4eafc48。批内剩余待办(按你更新后的顺序):#229 合并 → 关 #228(superseded 理由已在该 PR 留言)→ #315 合并 → #177 rebase 后最后合(report.ts 与 #222/#165 交叠,#165 既已关闭,冲突面只剩 #222,比原计划更小)。合并与关闭都是 human-only 操作,由你执行;全部落地后 #412 可关。
一句话总结:补上了 #315 的 tier 路径防分岔契约测试(
4eafc48,#315 可合),确认 #165→#413 重做方向并复盘了自己漏审分段原语的根因,批内只剩按序合并动作。ranxianglei commentedon Sep 25, 2026
机械批收官后的全量开 PR 队列(18 个),四类跟踪。本评论为活表格,状态变化在此更新。
① 扫眼即合 / 待修复
② 行为类深审(refold 栈,当日新推)
③ 等外部条件
④ 老 feat 队列
处理顺序:② 深审 → ① 三条清尾 → ④ 按行为类优先逐个审。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 这条与上一条是同一请求(平台重复转发)——lean 契约测试已完成并推上 PR 头,无需再补:
4eafc48(并行会话的12f5b57覆盖非 tier 三档 byte-identity + 逐档措辞;我补的4eafc48钉住 tier 路径 trigger 行 + prompts 通道经resolvePrompts全解析后的防分岔断言)。#315 前置条件已满足,表中状态可从「等 lean 契约测试」改为「可合」。批内剩余动作不变:#229 → 关 #228 → #315 → #177(rebase 后最后)。
一句话总结:该前置条件已在上轮交付(
4eafc48),此条为重复转发,无新增工作。ranxianglei commentedon Sep 25, 2026
② refold 栈深审完成
栈关系: #399 ⊂ #401 ⊂ #403(超集,含 #402 诊断)。三头本地门禁全绿(#403: 1061/1061 + typecheck + build)。
结论: 合并 #403 一条(已留审);#399/#401 关闭为 superseded(已评论)。语义不变量 7 条核实于 #403 审查评论(ref 不可复用保持/阻断集完备/同 id 新 summary/尺寸门仅 allRefold 绕过/full-log 双入口/字段向后兼容/计数诚实)。
后续接线项: 宿主侧(bili/billion-context-pi)在内联 decompress 路径调用新导出
markBlockRestoredInline,否则 flag 不置位、refold 空转(无害)。随下次 pin bump 一起做。ranxianglei commentedon Sep 25, 2026
[bot] 🏷 收到活表格。核对了 ① 队列的实时状态,三处可更新(均经 API 验证):
mergeable=false,rebase 未落地;这两条的 rebase 请求在各自 PR 线程内,由对应会话处理,不占本([review] mechanical-batch behavior-change audit: #222 #229 #228 #315 #165 #177 #412)会话。12f5b57+4eafc48,PR head=4eafc48,本地 35/35 + typecheck 绿),可改为「可合」。本会话(#412)侧无新增待办:机械批剩余动作仍是按序 #229 合并 → 关 #228 → #315 合并 → #177(rebase 后最后),均为 human-only 操作;全部落地后本 issue 可关。②④ 队列的深审如分派到具体 PR 线程,会在各自会话内处理。
一句话总结:活表格已收到,#411 实为已合、#361/#347 冲突仍在、#315 前置条件已满足可改「可合」,本 issue 侧无新增工作。
ranxianglei commentedon Sep 25, 2026
refold 栈收官
#403 已合并(master fafc9c8),自动关 #400/#402;#398 手动关闭(body 只写了 Fixes #402);#399/#401 关闭为 superseded。
遗留接线项(下次 bili pin bump 时): 宿主在内联 decompress 路径调用
markBlockRestoredInline,否则 refold flag 不置位(无害空转)。当前队列
test(persist): retarget missed fsp.rename mock from #409 (#410) #411(已合) / chore: converge on explicit prettier style (#360) #361 fix: warn once per distinct config-validation error set (#346) #347(等 ework rebase)ranxianglei commentedon Sep 25, 2026
[bot] 🏷 队列推进回报(17:2x)
① 三条清尾 → 剩一条:
7a6f88e@ masterb86c064;冲突 4 处全为同模式并集解(master 侧 image/contentStore 字段 vs PR 侧 lastConfigWarnings,互不覆盖);diffstat 与原 PR 一致(+143/−1);本地 typecheck + 1093/1093 + build 全绿。详见 fix: warn once per distinct config-validation error set (#346) #347 线程。test(persist): retarget missed fsp.rename mock from #409 (#410) #411已合(你已执行)。③ 等外部:
4eafc48,PR head),前置条件满足 → 表中状态可改「可合」。机械批(#412 表内)现状更新: master 已含 #177(d665150)+ #411(b86c064)+ #229(615347a)→ 批内剩余动作仅两条,均为 human-only:① 合 #315(head
4eafc48)② 关 #228(superseded by #229,理由已回帖)。我无法 merge/close,请 owner 执行后本 issue 即可关闭。一句话总结:#347 rebase 完成并全绿、#361 由其专属会话处理中,机械批只剩合 #315 与关 #228 两个人工动作。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 此条为重复转发(与更早的 refold 深审报告同一内容),表中状态已被后续事件全部超越:
fafc9c8f)7a6f88e@ masterb86c064,本地 1093/1093 全绿,详见 #347 线程)无新增工作;当前机械批剩余人工动作仍为:合 #315(head
4eafc48)+ 关 #228。一句话总结:重复转发,表内五项状态均已更新完毕,无待办变化。
ranxianglei commentedon Sep 25, 2026
ework你暂时接受这个工作 看是否还有没有review的吗 .搞了这一批可以把剩下的都看一遍
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 收到,本会话暂时接盘 review。计划:
预计覆盖:④ 老 feat 八条(#345 #323 #261 #255 #250 #235 #186 #133)+ ③ 等外部(#395 #378 #387,搁置状态会标注)。开始执行,有结果即回。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 全队列审查 · 第一批(5/17 完成) —— #418 / #250 / #345 / #133 / #261。方法同 #412 表:原 issue → diff vs merge-base → 行为台账(old→new)→ §7.3 契约 → 测试有效性 → worktree 门禁复跑。完整审查档案存于本会话工作区
.tmp/reviews/pr-N.md。#418(prettier 非幂等修复,base=#361 head)— ✅ 建议合并(顺序:#361 先,再 retarget master)
format:check(格式从「从不强制」→「强制必需检查」,已披露)、format 脚本→scripts/format-until-stable.mjs(先检查后写、≤5 轮、不收敛硬失败)、src/hide-consumed.ts内联返回类型提取为模块私有 interface(振荡根因,prettier 3.9.6 needs two --write passes on src/hide-consumed.ts — format:check stays red after a single pass #416)。prettier --write .后工作树零改动(幂等 ✓)+ format:check ✓ + typecheck ✓ + 1108/1108 + build ✓。catch {}会把环境问题误报为「未收敛」。#250(nudge guidance opt-out)— ✅ 建议合并(需先 rebase:nudge-text.ts 与 master 5589da3 冲突,机械可解)
#345(structure-aware range selection)—⚠️ 需修改:代码本身已验证成立,必须先 rebase(#343 已合入 master,作者自己点名过)
#133(size-aware emergency truncation)—⚠️ 需修改(大项:捆绑特性未披露 + 版本违规 + 353 commits 陈旧)
origin/master:src/truncate-tools.ts:47,53仍是i < protectedIndex硬保护最近 N 条)→ 不该关闭。tool-result-cap、新配置truncate.maxToolResultTokens、默认开启:任何 >min(10% limit, 16K) 的 tool-result 每 turn 被改写为 head+tail+marker)。默认开启与 decompress-inline 工作流直接冲突(内联大块会被 cap 到 16K/block)——跨仓影响,必须显式 flag 或拆成两个 PR(cap 部分触 §7.3(h) pipeline 形状,人工门禁区)。#261(prompt-pack resolution layer)— ❌ 建议关闭(superseded by #260+#263)
src/packs.ts,tri-state sanitize),feat: prompt-pack resolution layer (issue #259) #261 分支点恰早于其合并;lean pack drops the how-to-compress style contract — unstyled summaries hallucinate dialogue state #263 又修了 master 版 lean pack 契约。已亲验 master 树存在 src/packs.ts、Prompt packs live only in the Pi adapter; billion-context proxy cannot use them #259 closed。leanbuiltin。as const satisfies防漂移、list() 去 this 依赖、顶层非对象→null、JSDoc 信任边界)——建议作为对src/packs.ts的小修另立处理,不要整体合并本 PR。剩余 12 条(#433/#425/#387/#323/#186/#255/#235/#378/#415 + 已报的 #361/#347/#315 状态跟踪)审计进行中,完成后分批回帖。一句话总结:第一批五条中 #418/#250 可直接走合并流程(注意顺序与 rebase),#345 只差 rebase,#133 需按七步清单返工,#261 建议关闭为 superseded。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 全队列审查 · 第二批(7/17) —— #323 / #186。
#323(output-headroom reservation 下沉为内核共享 API)— ✅ 建议合并(rebase 后;merge-tree 已验证对 master 05a2955 零冲突)
api="anthropic-messages"vsprotocol="anthropic")——kernel normalize + 豁免集恰好精确覆盖两种拼法,任一宿主迁移后判定逐位一致,无语义漂移;reserveOutputHeadroom/resolveOutputHeadroomCap(undefined→0.25)/applyOutputHeadroom(不 mutate、reserved≠limit 才返回新对象)/shouldReserveOutputHeadroom(undefined)→true均与两宿主逐句一致 ✓。format:check在 master 上本就失败(无 prettier 配置)——非本 PR 引入,Fix prettier two-pass non-idempotence; enforce format:check in CI (#416) #418/chore: converge on explicit prettier style (#360) #361 落地后即解决。#186(StateStore.loadAll({maxParseBytes}) stat-only 解析预算)—⚠️ 需修改(小项:rebase 解 trivial 冲突 + PR body item-3 措辞修正;代码本身通过)
.fb.jsonspill 同进同出(issue 硬约束满足)、skip-and-continue 填充、确定性排序、被跳过文件从不删除、非法输入 fail-fast TypeError。maxParseBytes: 0边界钉死测试。进度:17 条中 7 条完成(第一批 5 + 本批 2),其余 #433/#425/#387/#255/#235/#378/#415 审计进行中(部分审查档案已落盘),完成后继续分批回帖。一句话总结:#323 可直接 rebase 后合(双审齐了),#186 代码过硬只差 body 措辞修正 + trivial rebase。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 全队列审查 · 第三批(10/17) —— #433 / #425 / #387。
#433(never persist placeholder text as CCR original,bili#1340)— ✅ 建议合并(base 即当前 master v0.0.94,无需 rebase)
storeCoveredOriginals的 placeholder guard 从非对称(仅 ref 已在 store 时跳过)改为无条件跳过——与到达侧storeLargeResults对称。old→new(仅 lost-ref 场景):placeholder 字节落盘当「原文」→acp_retrieve返回假命中回显占位符 → 新:诚实 miss。正常路径(ref 已在 store)与真实原文存储均保持不动(first-write-wins 已核 src/content-store.ts:79)。git show pr-433 --stat证明 PR 自身仅动 ccr.ts + test)。#425(release commit 携带 lockfile root-version 同步)—⚠️ 需修改(rebase + 剔除已过时的 lockfile commit)
40f24d4(AGENTS.md §5 流程修正:version 行后跑npm install --package-lock-only,预期恰好 2 行 lockfile diff——幂等性已在 Node 22 实测),剔除c16229b(lock 同步到 0.0.90——应用在当前 master 上会降级 0.0.94→0.0.90)。净价值 = 单文件文档/流程变更,零运行时风险。#387(protected-zone rejection guidance + leanPack ref-stability wording)— ❌ 建议关闭(superseded + 搁置理由成立)
进度:17 条中 10 条完成。剩 #255 / #235 / #378 / #415(审查档案部分已落盘),完成后继续回帖。一句话总结:#433 可直接合,#425 剔掉过时 lockfile commit 后就是纯文档修,#387 建议关闭(两半分别被 #419 取代和搁置理由覆盖)。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 全队列审查 · 第四批(12/17) —— #378 / #415。
#378(acp_rule pair 按 stream-derived liveness 条件保护)— ❌ 维持搁置(superseded-pending-RFC #390,当前形态不可合并)
#415(turn-aware uncompressed ranges via shared segmentation,#413 重做)— ✅ 建议合并(rebase 至 476d440,冲突面已核查不相交,预期干净)
segmentGroups(src/segment.ts 47 行纯函数,全程零 ref 解析——显式规避杀死 fix(report): group acp_status uncompressed ranges by conversation turn #165 的反模式,recommend.ts:273 与 report.ts 两处共用,无并行实现);② fix(report): group acp_status uncompressed ranges by conversation turn #165 展示增强全部保留(size-desc 默认+Sorted-by 头/sort:"time"/limit 生效/more-ranges 尾行);③ 两视图语义差异(media payload/protected tool/synthetic 节点=uncompressed 可见成员 vs compressible gap 项)显式文档化+双侧精确 pin;④ cross-viewdeepEqual(reported, recommended)一致性测试 + ref-hole/mid-array-summary「master 上必失败」的回归钉(真牙齿)。acp-kernel-0.0.91.tgz(+475KB binary)提交进了仓库——建议单独立项清理(.gitignore + 移除追踪)。进度:17 条中 12 条完成。剩 #255 / #235 / #250(档案已落盘待收口),完成后发最终汇总(含全部行动清单)。一句话总结:#378 维持搁置等 RFC #390 拍板(代码本身过硬),#415 四验收全 MET 可直接 rebase 后合;另发现 master 误提交 475KB tgz 产物,建议立项清理。
ranxianglei commentedon Sep 25, 2026
[bot] 🏷 全量 review 收官:17 个 open PR 全部审完(前四批已分批回帖,此为最后两条 + 总表)。
最后两条:
#255(panel 本地化,display-only additive)→ ✅ 建议合并。merge-tree dry-run 对 master
05a2955零冲突(master 未动过 src/panel/*),无硬性 rebase 要求。默认输出字节一致经三重证据钉死(19/19 旧串 === DEFAULT_PANEL_LABELS;bot 执行级对 master@6cf0957 构建产物逐字节比对;第二 agent 18 场景$&/$1注入差分)。884/884。诚实缺口:labels:{}测试是内部一致性而非 golden-fixture(非阻塞,建议后续补)。#235(base-id 归一化剩余站点)→⚠️ 需修改(rebase)。代码本身可放行:每处「比较前双侧归一 base」+ exact-first fallback,plain id 逐字节等价,prefix-safety 控制测试防过度匹配。rebase 硬需求且非机械:冲突落 boundaries.ts/decompress.ts/recommend.ts/sync.ts——正是被 #396 orphan-snap 与 #398 refold 同时改过的重灾区节点,须 union-of-intent 解 + 全量复跑;stacked commit a7b57ed 与 master 3740432 patch-id 相同,rebase 自动丢弃,body「Stacked on #233」表述需同步更新。896/896(body 声称 651 系旧基座数字)。建议 rebase 队列排最前(它是 adapter 投影 sub-id 的前提)。
全量总表(master @
476d440v0.0.94)7a6f88e)+ CI 全绿,待合4eafc48),待合476d440(不相交区已验证干净);#413 四条验收逐项 MET,1125/1125统一行动清单(均 human-only,我无法 merge/close)
更正一条(诚实义务)
上一批回报称「2adca91 把 acp-kernel-0.0.91.tgz(+475KB)提交进仓库,建议立项清理」——核实后该清理已完成:a5ff78e「chore: drop accidentally committed npm pack artifact (#428)」已移除,.gitignore 第 8 行已有
*.tgz。无需再立项,此条作废。一句话总结:17 个 open PR 全部完成行为变化审计——8 个可直接/低成本合并、4 个 rebase 或小修后合并、1 个大改返工、3 个建议关闭、1 个保持搁置,行动清单如上,请 owner 按序处置。