Review:自进化Agent的RL Memory与Skill方法批判
一篇对当前 “用 RL 提升 memory / skill refinement” 这条线的批判性综述。作者把现状分成 4 类:SkillRL、MemRL、纯 prompt memory、search-augmented RL。本笔记整理作者的核心观点,并与 vault 内已有的相关论文笔记交叉链接。
总论点
真正的”真问题”不是 memory 本身,而是 credit assignment。
- 在 agent RL 中,难点不是”存点东西”,而是哪一步该被奖励,哪段经验对哪一步有用。
- 当前大量 “self-evolving / 自进化” 的工作,核心 memory / skill 主要靠 prompting 或外部模型生成,把”外部经验整理”说成”RL 学会自己整理出 skill”——over claim 重于 RL 实质。
- 普遍现象:benchmark 节节攀高,但 per-step latency、retrieval infra、memory poisoning / staleness、cache invalidation、rollout 成本、offline / online mismatch 几乎都不讨论。baselines 也偏弱(no-memory、naive full-context、passive semantic retrieval)。
⚠️ 关键公平性提醒: 既然号称”self-evolving”,就不应该在 runtime 之前对模型做黑箱 SFT。一旦做了 SFT,模型就已经从历史轨迹中学到环境细节,根本没有 “evolve” 的意义。
一、SkillRL
Paper: arxiv.org/pdf/2602.08234 — Evolving Agents via Recursive Skill-Augmented Reinforcement Learning
公开定位
原始 trajectory → 蒸馏成层级 SkillBank → RL 训练时检索进 prompt。在 ALFWorld、WebShop 和 7 个 search tasks 上优于 baseline。
值得肯定
- 真问题: raw trajectory 太噪、太长、太贵。抽象成 rule / heuristic 再注入,确实比直接塞原始日志更省 token、更高效。
- 蒸馏方向是对的。
但水分很大
- “self-evolving” ≠ RL 学 skill
- SkillBank 是通过 experience-based distillation 构建和更新的。
- 不是 end-to-end 把 skill writer / retriever 放进 policy gradient 里学。
- 本质是外部抽取 + prompt 注入,不是 RL 学 skill。
- 代码里用 gpt-o3 这种闭源大模型做 skill 蒸馏,效果能不好吗?
- 更像是 experience distillation pipeline,不是”RL 学 skill”系统。
- 有效部分主要来自表示层的 abstraction,不来自 RL 机制本身。
- 评测不公
- 没有 test set,直接用 validation set 评测。
- 失败的 cases 拿去更新 skill bank,接着再评测。
- 跟 Reflexion 类似的”路数”,现实里几乎不可能这样做。
相关工作
- SKILL0: In-Context Agentic Reinforcement Learning for Skill Internalization — 其实是 GiGPO (verl-agent) 项目上的一点魔改,加了 memory 机制。沿用 GiGPO 的那几个 benchmark。
- GiGPO 原项目: alfworld 只评测了 in-distribution split,没有测 out-of-distribution split。后续这些 incremental 文章一律避而不谈。
二、SLEA-RL
Paper: arxiv.org/pdf/2603.18079 — Step-Level Experience Augmented Reinforcement Learning for Multi-Turn Agentic Training
核心主张
在多轮环境里,task-level retrieval 会失配,所以要做 step-level retrieval,并配合 step-level advantage。
方向上对的两个点
- retrieval 与 state 真正绑定 — 不再跟初始 instruction 锁死,而是跟当前 observation 走。这是对的。
- 正面碰 step-level credit assignment — 比很多”memory 论文”更重要的一步。
工业落地的顾虑
- clustering 脆: 用 observation clustering 做 cluster-indexed retrieval。论文环境里有效,但 UI 变、DOM 变、tool schema 变怎么办? observation 模态一换,cluster 还能沿用吗?
- 系统太重: 同时引入 per-step retrieval、clustering / index、memory admission、step-level advantage estimation。latency 增加,failure mode 增加,可解释性反而下降。
- 对 benchmark 友好,对 production drift 敏感: 论文环境 ≠ 线上环境,这种 mismatch 决定了很多”方向没错”的论文工业价值不高。
局限
- “self-evolving” 依然不是 fully learned memory。experience library 通过 semantic analysis 演化,而非 gradient update。
- 虽然比 SkillRL 更靠近 credit assignment,但 memory 演化本身仍不是 end-to-end 学出来的。
定位
适合回答”step-level retrieval 值不值?““credit assignment 能不能更细?”这类偏 research prototype 的问题,而非”线上 agent 怎么搭建”。
三、MemRL
Paper: arxiv.org/pdf/2601.03192 — Self-Evolving Agents via Runtime Reinforcement Learning on Episodic Memory
公开主张
- 冻结 LLM,避免改参数。
- 把 plasticity 放到 episodic memory 上。
- Two-Phase Retrieval: 先语义相关,再按 learned Q-value / utility 选。
- utility 通过环境反馈持续更新。
评价:开创了一个方法
- 至少在学一个真正该学的东西: 用环境反馈给 memory item 学 utility。
- 这比纯 embedding retrieval 前进了一大步。
- 语义相似 ≠ 决策有用,表面相似 ≠ 可复用。MemRL 方向上更接近”真正的 memory RL”。
工业契合度
- 把”模型能力稳定”和”记忆可塑”分开,和工业实践很像。
- 现实里不想频繁动基座模型(API 模型贵、合规要求高、灰度上线严格),把 learning 放到外部 memory / retrieval 层通常更现实。
- 工程上: 一个主模型 + 一个 embedding provider + API 接口就能跑起来,除 vllm 推理外不需要 GPU 算力,实作可行。
严重问题
utility / Q-value 估计依赖环境反馈,反馈稀疏时还是难。
memory item 的 non-stationarity 很麻烦。
论文省略了”sparse memory repo 到底能存多大,会不会爆炸”的讨论。
最严重 — 高度怀疑是不是真的 RL:
在当前框架下,retrieval 路径基本是确定性的:
- 第一阶段: 给定 query,embedding 确定的 → 相似度排序确定。
- 从 query 扩展到 memory ID: top query groups 选出后,memory IDs 按既定规则查出,这一步也确定。
- 第二阶段打分: candidate memories 给定后,similarity 和 Q 值固定,hybrid scoring 和排序也确定。
- 最终选择: vanilla topk 是确定性的,tri-channel bucket selection 也是确定性的。
在
configs/rl_alf_config.yaml中epsilon = 0(LLM temperature 也为 0),没有 exploration。结论: 这不是 RL 意义上的 exploration method,而是:
- 对 memory bank 的 exploration 较弱。
- 对 memory 的 credit coverage 也较弱。
path-dependent 严重:
- Epoch 1 构建初始 memory bank。
- Epoch 2 起,retrieval 已经受 Epoch 1 memory bank 强烈影响。
- retrieval 基本 greedy,早期被选中的 memories 不断被重复使用和更新。
- Epoch 1 对后续训练轨迹的影响 disproportionately 大。
- 后续 epochs 不是独立学习轮次,而是在已带偏置的 memory state 上做 refinement。
- 后果: 早期好的 memories 被放大;早期差的、噪声 memories 也被锁定;大量 memories 始终没被充分测试。
四、Prompt-based memory (工业上最有用,学术上最容易被低估)
代表工作: - Mem0 — arxiv.org/pdf/2504.19413 - ExpeL — ojs.aaai.org/…/29936 - MemP — arxiv.org/abs/2508.06433 — vault 笔记: [[Memp:Exploring Agent Procedural Memory]] - SimpleMem — arxiv.org/abs/2601.02553
共同形态
外部 memory store + retrieval + in-context guidance。都属于prompt 注入流派,不是端到端把 memory 学进参数。
为什么工业价值最高
满足工业最看重的四件事:
- 不依赖训练: 不需要每周重训 policy,不需要昂贵 rollout,不需要复杂 GRPO infra。
- 模型无关: 尤其适合黑盒 API 模型。ExpeL 动机里就明确提到 proprietary APIs 下无法做 parametric update。
- 可控: memory schema 可查; retrieval 可调; 错了能删; 支持灰度和回滚。
- 延迟 / 成本可优化: SimpleMem 这类把 token budget 当一等公民处理,工业里非常重要。
明显上限
- 不能真正改变 base policy。
- 只能”提醒”模型,不一定真学会。
- retrieval 质量差时会把噪声喂进去。
落地建议
今天最该先上什么: Mem0 / SimpleMem 这类外部 memory 系统,远比 fancy 的 RL-memory 联训更值。 不是因为理论更强,而是满足工业最重要的指标: ROI、可控性、维护成本、上线速度。
vault 内已有相关笔记: - [[Mem0:Building Production -Ready AI Agents with Scalable Long-Term Memory]] - [[Memp:Exploring Agent Procedural Memory]] - [[ReasoningBank:Scaling Agent Self-Evolving with Reasoning Memor]]
五、Search-augmented RL
代表工作: ZeroSearch、StepSearch、EvolveR
定位
让模型在 step-by-step reasoning 中主动生成搜索查询,用 outcome-based reward 做 RL。学的是 search / retrieval 本身,不是积累经验记忆。
适用场景
open-domain QA、citation-heavy search、product / document search、multi-hop retrieval。
优点
- reward 比较干净(rule-based: 是否搜到、是否答对、是否命中)。
- 没什么 delay,适合可验证检索任务。
局限
- 现实场景复杂得多: action correctness、tool parameterization、session state drift、auth / permission、UI fragility、exception handling。
- 学会检索 ≠ 学会 agent。
vault 内已有: - [[ZEROSEARCH:Incentivize the Search Capability of LLMs without Searching]] - [[Search-R1:Training LLMs to Reason and Leverage Search Engines with RL]]
六、整体批判
- 灌水 / 噪音多 — 普遍披着 “self-evolving RL” 的 over claim 外衣讲故事。
- 核心机制靠 prompt / 外部模型,但表述成”RL 学会自己整理出 skill”。
- benchmark 节节攀高,但 per-step latency、retrieval infra、memory poisoning、cache invalidation、rollout 成本、offline / online mismatch 几乎都不讨论。
- baselines 偏弱 — 常去比 no-memory、naive full-context、passive semantic retrieval 这种明显处于劣势的方法。
- 最严重的公平性问题: 既然号称 self-evolving,就不应该在 runtime 之前做黑箱 SFT。一旦 SFT,模型就已经从历史轨迹中学到了环境细节(好轨迹 / 坏轨迹、各种状态、工具 schema 都在 SFT 数据里),根本就没有 “evolve” 的意义。
七、本人总结
四类方法对比一览:
| 类别 | 核心思路 | RL 实质 | 工业落地 | 代表论文 |
|---|---|---|---|---|
| SkillRL | 蒸馏 trajectory → SkillBank → prompt 注入 | 弱(主要是 experience distillation) | 低 | SkillRL, SKILL0 |
| SLEA-RL | step-level retrieval + step-level advantage | 中(碰 credit assignment) | 中低(系统太重) | SLEA-RL |
| MemRL | 冻结 LLM,学 memory utility (Q-value) | 中(epsilon=0, exploration 弱) | 中(实作可行,但 path-dependent) | MemRL |
| Prompt memory | 外部 store + retrieval + in-context | 无 | 高 | Mem0, ExpeL, MemP, SimpleMem |
| Search-augmented RL | 学检索策略 + outcome reward | 中(rule-based reward) | 中 | ZeroSearch, StepSearch, EvolveR |
两个判断标准: - 真 RL 还是假 RL: 是否在 policy gradient 里端到端学 memory / skill writer / retriever? 还是只是 prompt 注入? - 真公平还是假公平: 有没有 test set? 有没有 out-of-distribution split? 有没有在 runtime 之前偷偷 SFT?
如果两问答案都偏负,这篇论文的工业价值大概率不如一篇朴素的 prompt-based memory 工作。
相关笔记
- [[RSI:Recursive Self-Improvement 分类图谱]] —— 同主题分类图谱:test-time / training-time RSI 的闭环逐层扩展,以及 “verifier 才是 closed-loop RSI 的真瓶颈”——可与本文 “credit assignment 才是真问题” 互证。