我已经掌握了所有必要的事实。让我来撰写评审。
依据: 绝对指标强:25% retention 下 7B 保留 98.7%、3B 保留 97.3% 的 full-token 性能。相对提升一致:7B 上 12 个 matched benchmark-ratio cells 中赢 10 个,3B 上赢 11 个。Pareto comparison(Table 1)显示 25% retention 的 MACER 在更低 FLOPs 下超越 45% retention 的 OmniZip。端到端效率(Table 3)在 latency、memory、decode time 上全面优于 OmniZip。OmniVinci-9B transfer(Table 19)显示跨 backbone 迁移性,最高提升 +12.9 pp。
但 baseline 覆盖有限:主表仅比较 Random、FastV、OmniZip 三个 baseline。DASH 比较仅在 appendix(Table 16, 6 cells)。论文发表时(2026-08-03),存在多个同期工作未被比较:OmniScope (2607.23193, 2026-07-25)、Omni-Prune (2607.23445, 2026-07-26)、ContextGuard (2605.11605, 2026-05-12)。其中 OmniScope 在 Qwen2.5-Omni 上报告 25% retention 下仅 0.35 pp 平均精度下降,性能与 MACER 相当,但未做 head-to-head 比较。虽然部分为同期工作,但 ContextGuard(2026-05-12,早 3 个月)不应被视为同期。baseline 集对方法型论文偏薄。
依据: “Allocation before ranking” 的概念框架和 attention decomposition(Eq. 1-2)是真实的理论贡献——将 shared top-K 的耦合问题用代数形式精确表达,并设计三组件解耦方案,这是增量创新。
但核心 idea——”modality-specific token budgets + modality-local scoring”——与同期工作 OmniScope (2607.23193, 2026-07-25, 发表时间仅早 9 天) 高度重叠。OmniScope 明确提出 “share the query across modalities, but not the salience estimates” 和 “allocates modality-specific token budgets”,与 MACER 的 “allocation before ranking” 本质相同。两者都是 training-free、都用 Qwen2.5-Omni、都在类似 benchmark 上评测。
按 skill 规则,2 个月内同期工作不作为强扣分依据。OmniScope(9 天前)符合同期定义。但核心 idea 的独立发现意味着 MACER 的 novelty 不在概念层面(modality-specific budget),而在具体实现层面(ANMS 的 row-wise normalization、asymmetric readout layers、video coverage bonus、attention decomposition 的理论分析)。这些实现层面的贡献是真实的增量,但不足以支撑强 novelty 判定。
ContextGuard (2605.11605, 2026-05-12, 早 ~3 个月) 也处理 audio-video token pruning 中的模态关系问题,虽方法不同(predict visual semantics from audio),但论文未引用。这不属于同期(>2 个月),构成 novelty 上下文的一个缺口。
依据: 论文提供了详细的可复现信息:完整算法(Table 8, 7 步伪代码)、scale-specific 超参(Table 7: ℓa, ℓv, α, λc, C)、FLOPs 计算公式(Eq. 20-22)、评测 protocol(LMMs-Eval, greedy decoding, FlashAttention-2)。backbone 均为开源模型。benchmark 均为公开数据集。
但代码尚未开源——论文仅声明 “Code and calibrated configurations will be released upon publication”,这是承诺而非交付。对于 staging pruning 的实现(在 forward pass 中间层做 token removal 并继续推理),工程实现细节对复现至关重要,缺少代码会增加复现难度。calibration split 的具体数据也未公开。
| Axiom | 判定 | 分数 | 权重 | 加权分 |
|---|---|---|---|---|
| 一 对象公理 | ✅ | 8 | 1.0 | 8 |
| 二 识别公理 | ✅ | 8 | 1.5 | 12 |
| 三 独立性公理 | ✅ | 9 | 1.0 | 9 |
| 四 压缩公理 | ✅ | 8 | 1.0 | 8 |
| 五 效用公理 | ⚠️ | 7 | 2.0 | 14 |
| 六 新颖性公理 | ⚠️ | 6 | 2.0 | 12 |
| 七 可复现公理 | ⚠️ | 6 | 1.0 | 6 |
加权总分: 7.26/10(加权分之和 69 / 权重之和 9.5) 最终建议: Weak Accept