AI / Technology
COVE：把外部记忆和参数内化协调起来的自进化框架
这篇论文研究的是：当 LLM agent 所处环境会变时，应该把哪些知识放在外部记忆里，哪些知识写进参数里。作者认为，只有一种通道不够：只靠 harness-based evolution，容易把知识留在外部、上下文变重；只靠 parameter-based learning，又容易把易变知识写死，碰到接口或名称变化就失效。
动态环境为什么会卡住单通道自进化
在部署后的真实环境里，工具接口、API、数据库模式、库版本和用户需求都会变。这样一来，agent 需要不断适应，而不是只在训练时学一次。
问题在于，现有 self-evolution 往往偏向单一渠道：要么靠 harness-based 方法从执行反馈里学，要么靠 parameter-based 方法把模式写进参数。前者灵活但可能停留在外部记忆，后者稳固但对变化更脆弱。
只用 harness-based evolution 的问题
harness-based 方法依赖执行反馈、检索和候选抽取来改进行为，但它更像在外部不断补丁式学习。它能保持灵活，却不一定把可复用能力真正沉到参数里。
文中给出的诊断例子显示，在 MiniF2F 的 Lean 证明任务上，retrieved memories 从 2 增到 8，harness-side 成功率提升仍不足 3%。这说明单纯加记忆不一定带来实质进步。
COVE 的基本想法：按知识性质分流
COVE 的全称是 Channel Orchestrated Volatility-aware Evolution。它把 harness-based adaptation 和 parametric-based optimization 放在同一个框架里，但不让两者无差别地吞掉所有反馈。
它的目标是：稳定知识逐步内化，易变知识留在外部记忆，任务相关的线索再决定当前该走哪条通道。
三件事一起做：路由、调度、知识优化
Task-aware Router 根据任务特征、执行反馈和失败信号，在 harnessonly、parametriccandidate 和 hybrid 之间做选择。
Stage-aware Scheduler 根据平台期、数据是否足够、以及冷启动失败来决定何时切换到参数更新。作者还提到 plateau-triggered updates 优于 always-on parametric training 和 harness-only evolution。
KnowledgePO 则负责知识层面的分配：把知识标成 volatile、stable 或 strategic，再决定是留在 Memory 还是写进参数。
这些证据，能把结论推到哪一步
论文研究的是：在动态环境里，LLM agent 该把哪些经验留在外部记忆里、哪些经验内化到参数里。
作者提出 COVE（Channel Orchestrated Volatility-aware Evolution），把 harness-based learning 和 parameter-based learning 放进同一协调框架。
COVE 的路由与调度不是固定的，而是根据任务特征、执行反馈、失败信号、平台期、数据充分性和冷启动失败来决定是否以及何时做参数更新。
摘要没有给出具体任务名称、指标或提升幅度。
对可部署 agent 来说，这意味着什么
研究附录术语、来源与待验证问题
论文证据
论文研究的是：在动态环境里，LLM agent 该把哪些经验留在外部记忆里、哪些经验内化到参数里。
证据笔记（arXiv metadata / HTML full text）指出：工具接口、API 和用户需求会变化；现有 self-evolution 多依赖单一渠道（harness-based 或 parameter-based），两者各有权衡；研究问题是如何协调两种通道实现稳健自进化。
作者提出 COVE（Channel Orchestrated Volatility-aware Evolution），把 harness-based learning 和 parameter-based learning 放进同一协调框架。
证据笔记（Paper section 3）明确写到：COVE 统一协调两种学习通道，并包含 task-aware router、stage-aware scheduler 和 knowledge optimization。
COVE 的路由与调度不是固定的，而是根据任务特征、执行反馈、失败信号、平台期、数据充分性和冷启动失败来决定是否以及何时做参数更新。
证据笔记（Paper section 3）列出：Task-aware Router 根据任务特征、执行反馈和失败信号选择通道；Stage-aware Scheduler 根据 plateau、data sufficient 和 cold-start failure 触发参数更新。
作者用 anti-recitation 和稳定性判定来区分 volatile 知识与 stable 知识：过期或未观测到的 volatile 名称会被惩罚，稳定知识若在 A/B 测试中收益低于阈值则可从在线检索中释放。
证据笔记（Paper section 4）写到：R=R_task-λ·𝕀[使用过期或未观测到的 volatile 名称]；只允许当前 episode 的合法名称集合；稳定记忆做 A/B 测试，若 Δ_j 低于阈值且此前有正效用，则标记为 internalized 并从 online retrieval 释放。
摘要和正文证据都支持一个方向性结果：COVE 在多类任务上优于单通道 evolution strategies，并且在变化环境下更稳健、更高效。
证据笔记（arXiv metadata）称摘要报告了多类任务上的实验，COVE 优于单通道 evolution strategies；证据笔记（Paper section 5）称在 reasoning、QA、coding、theorem-proving 上协调演化优于单通道方案，robustness 和 efficiency 同时提升。
具体诊断数据显示，接口名变化会让纯参数化学习显著变脆弱：WikiTableQuestions 上 API-call 正确率从 96.50% 降到 54.00%，而将知识标为 volatility-aware 后，在 renamed 条件下提升到 92.5%（对应笔记中的分数）。
证据笔记（Paper section 3）给出：Same API names 40.5% / 96.5%，Renamed API names 16.5% / 54.0%；Volatility-aware on Renamed 达到 32.4% / 92.5%。
在 MiniF2F 的 Lean 任务上，单靠 harness-side 记忆累积的增益很有限：retrieved memories 从 2 增到 8，harness-side success rate 的提升仍不足 3%。
证据笔记（Paper section 3）明确写到：MiniF2F 上 retrieved memories 从 2 增至 8，harness-side 成功率提升仍不足 3%。
能力边界与局限
- 摘要没有给出具体任务名称、指标或提升幅度。
- 仅凭当前证据笔记，很多实验的完整 baseline、协议和统计显著性都不清楚。
- Table 1 / Figure 4 / Table 3 的完整上下文未提供，无法确认所有比较是否同一数据设置。
- 作者展示的主要是若干诊断任务与任务类别，外推到更广泛 agent 场景仍需更多验证。
- anti-recitation、路由阈值和 A/B 释放规则的具体超参数未在证据中给出。
和其他方案放在一起看
还不能确定的地方
COVE 在所有任务上是否都优于所有单通道 baseline，当前证据不足以确认。
证据笔记只给出摘要级结论和若干诊断任务/任务类别，没有完整任务表、所有 baseline 或逐项指标。
查看正文实验部分的完整表格、消融和附录，确认每个任务的 baseline、指标和统计显著性。
96.50%→54.00% 与 40.5%→16.5% 这两组数值之间的对应关系不完全清楚。
证据笔记同时给出不同分数，但未说明它们分别对应哪一列、哪一指标或哪一实验设置。
核对原文 Table 1 的列名、指标定义和实验说明。
plateau-triggered updates、volatility-aware 标记和 anti-recitation 的超参数未知。
证据笔记明确说未给出 w、ε、N、τ_c、λ 等具体值。
查看方法细节、附录或超参数表。
单通道方案在更长周期部署中的稳定性、可解释性和维护成本未被充分证明。
证据笔记只提到摘要和局部实验，未见长期在线评估或人类审计结果。
寻找长期部署实验、用户研究或在线 A/B 测试。
术语表
- COVE
- Channel Orchestrated Volatility-aware Evolution；把不同学习通道按知识类型协调起来的自进化框架。
- harness-based evolution
- 主要依赖执行、检索和反馈来改进行为的演化方式。
- parameter-based learning
- 把知识直接写进模型参数，让能力长期保留的学习方式。
- volatile knowledge
- 会变的知识，比如接口名、API 名称或其他表面形式。
- stable knowledge
- 更不容易变、适合长期内化的知识，比如通用策略或规律。
- anti-recitation
- 抑制模型复述过时或未观测到的易变名称，避免把旧表面形式记死。
- plateau-triggered update
- 当性能进入平台期时再触发参数更新，而不是持续不断地更新。
参考来源
来源追踪
摘要 / 元数据: COVE 统一协调 harness-based 与 parameter-based 两种学习通道。 arXiv metadata
摘要 / 元数据: 论文声称在多类任务上优于单通道 evolution strategies。 arXiv metadata
第 3 节: Task-aware Router 根据任务特征、执行反馈和失败信号选择通道。 Paper section 3
第 3 节: Stage-aware Scheduler 用 plateau、data sufficient、cold-start failure 触发参数更新。 Paper section 3
第 4 节: 对 volatile 名称使用 anti-recitation 奖励，抑制把过期或未观测到的名称写入参数。 Paper section 4
第 4 节: 稳定知识可通过 A/B 测试后从在线检索中释放；volatile 记忆不释放。 Paper section 4
第 5 节: 在 reasoning、QA、coding、theorem-proving 上，协调演化优于单通道方案。 Paper section 5
关于这篇论文的三个关键问题
COVE：把外部记忆和参数内化协调起来的自进化框架 解决了什么问题？
在部署后的真实环境里，工具接口、API、数据库模式、库版本和用户需求都会变。这样一来，agent 需要不断适应，而不是只在训练时学一次。
COVE：把外部记忆和参数内化协调起来的自进化框架 的核心结论有哪些证据？
论文研究的是：在动态环境里，LLM agent 该把哪些经验留在外部记忆里、哪些经验内化到参数里。 证据笔记（arXiv metadata / HTML full text）指出：工具接口、API 和用户需求会变化；现有 self-evolution 多依赖单一渠道（harness-based 或 parameter-based），两者各有权衡；研究问题是如何协调两种通道实现稳健自进化。
阅读 COVE：把外部记忆和参数内化协调起来的自进化框架 时最需要注意什么局限？
仅凭当前证据笔记，很多实验的完整 baseline、协议和统计显著性都不清楚。