Strategy after ICLR paper map · 2026-05-10

Self-Evolve × Long-Horizon:两个 topic 应该怎么做

结论先行:两个方向不要做成泛泛的“小说 agent”或“跑更长步骤”。应该分别收敛到 Feedback-to-State 自演化Delayed Feedback Trace Credit 长程归因。前者回答“用户反馈应该写到 agent 的哪里,并怎样验证写对了”;后者回答“长程失败到底是哪一步、哪段记忆、哪个状态更新或哪个 critic warning 造成的”。

Final recommendation

我的推荐:先 self-evolve,后 long-horizon

如果要做成论文/项目,self-evolve 更贴近当前 personalized user-feedback 主线,数据和评测更容易闭环;long-horizon 更有野心,但要靠 counterfactual repair 才能避免变成普通 agent benchmark。

Topic A · Self-Evolve

Feedback-to-State Self-Evolution

核心命题:用户反馈不是“塞进 memory”就完了,而是要路由到 user preference、critic checklist、planner rule、retriever policy、generation/reranker 或 preference dataset。

  • Benchmark:FUSE-Bench / PIF-State:评估 feedback → state diff 是否写对。
  • Method:AUDIT-F2S:带 evidence、scope、confidence、TTL、rollback 的结构化 state diff。
  • 主打贡献:feedback update correctness + anti-overgeneralization + future probe gain。
  • 最适合先做:能用 synthetic hidden preference + human pilot 快速形成闭环。
Topic B · Long-Horizon

Traceable Credit Assignment

核心命题:长程用户反馈天然延迟且歧义。系统必须知道失败来自 action、subgoal、memory retrieval、state update、critic miss,还是 ask-vs-act 决策。

  • Benchmark:TRACE-USER-Bench:评估 delayed feedback → culprit step/type/repair 是否正确。
  • Method:CREDIT-TRACE:构建 attribution graph,并用 counterfactual repair 验证归因。
  • 主打贡献:actionable attribution + repair gain + credit calibration。
  • 风险:如果没有 counterfactual repair,就会变成普通“长任务成功率”评测。

Why this split

为什么不是一个 topic 混着做?

混在一起会让问题过大:既要发现用户偏好,又要归因长程失败,还要证明未来变好。拆成两个 topic 能形成清晰论文贡献。

Self-Evolve asks

What changed?

用户说“太拖”“别用误会梗”“以后先给结论”,agent 到底改了哪个状态?改动范围是当前章节、当前 story、当前用户,还是全局规则?

Long-Horizon asks

Why did it fail?

用户第 8 章才说“不对味”,到底是第 3 章 planner 走偏、第 5 章 memory 取错,还是 critic 已警告但没被 obey?

Together

What should we update?

Long-Horizon 给出责任定位;Self-Evolve 决定写入位置、scope、rollback 和 future probes。两者合起来才是完整 user-feedback agent evolution。

Self-Evolve deep dives

Self-Evolve 可以深挖的点

核心不要做成“记住用户偏好”,而要做成“反馈写入 agent framework 的可验证机制”。

深挖点要解决的问题可参考论文可做成实验的观察
Feedback Event Encoder融合显式反馈、隐式行为、评论/改写请求,并估计不确定性;dwell time 不能直接等于喜欢。WIMHF, Ordinal Feedback RM, ReCouPLeordinal/rationale-aware encoder 是否提升 preference-state accuracy 与 dwell calibration。
Update Locus Router同一条反馈可能该写 user memory、critic、planner、retriever、reranker,而不是统一塞进 history。AutoLibra, AutoMetrics, P-GenRMrouter 的 target F1 / scope accuracy 是否高于 Reflexion、raw feedback RAG。
Scoped State Diff更新必须有 evidence、scope、confidence、TTL、conflict handling 和 rollback。WIMHF, PerFit, Generative Agents是否减少 overgeneralization:例如“女主太被动”不能学成“永远禁止男主帮忙”。
Framework Evolution反馈不仅改 memory,还应改 critic checklist、planner constraints、retriever policy 和 candidate reranker。Voyager, ExpeL, AutoLibramemory-only vs memory+critic vs memory+critic+planner vs full 的 future-probe win rate。
Active Feedback Request何时向用户追问?问什么最能减少 preference uncertainty?ActiveDPO, PrefDisco, Interactive Preference Elicitation同等用户打扰预算下,active query 是否比随机问更快收敛。
Personalized Reward/Reranker把 state diff 转成后续生成候选的评分标准,而非只影响 prompt。P-GenRM, AutoMetrics候选 rerank 后的 next-content win rate、long-term retention 是否提升。

Self-Evolve design

Self-Evolve 的 baseline、data、evaluation

Baselines

从弱到强的对照组

  • No personalization / generic generator
  • Static profile prompting
  • Full history prompting
  • Raw feedback RAG
  • Reflexion / Self-Refine / ExpeL
  • Generative Agents memory-reflection-planning
  • LightMem / long-memory retrieval
  • DPO / ActiveDPO from A/B choices
  • P-GenRM-like personalized reward/reranker
  • Ablations: memory-only, no verifier, no planner update, no active query
Data

三层数据构造

  • sim-controlled:100–300 synthetic users × 20 turns,hidden preference profile + gold state diff。
  • sim-stress:噪声、漂移、显式/隐式冲突、overgeneralization traps。
  • human-pilot:20–50 人读 story/assistant outputs,收集 like、skip、dwell、comment、rewrite request。
  • 可借 LaMP 做 static personalization,LoCoMo 做 long history,ProPerSim 风格做 user simulator。
Evaluation

不要只评输出好不好

  • Update Target F1 / Scope Accuracy
  • Diff Semantic Accuracy
  • Conflict Detection
  • Overgeneralization Rate ↓
  • Preference-state Accuracy
  • Future Probe Win Rate
  • Repeated Error Reduction
  • Negative Transfer ↓
  • Auditability Score: evidence/confidence/rollback

Long-Horizon deep dives

Long-Horizon 可以深挖的点

核心不要做成长上下文或多步成功率,而要做“延迟用户反馈的 trace-level credit assignment”。

深挖点要解决的问题可参考方向可做成实验的观察
Trace Instrumentation记录 plan node、action、memory read、state diff、critic warning、ask/act decision 和 user feedback。τ-bench, ToolSandbox, AppWorld, AgentGym有无 trace 对 culprit step/type accuracy 的提升。
Delayed Feedback Localization用户晚很多才反馈,如何映射到候选步骤/子目标/记忆/状态更新?LoCoMo, long-term memory eval, PrefDisco候选召回率、top-k culprit recall、跨章节/跨 session robustness。
Attribution Graph把 turns、subgoals、memory reads、state diffs、critic warnings、outcomes 连成证据图,避免只是编故事解释。Causal reward learning, ReCouPLe, R-WoMgraph ablation:no memory edge / no critic edge / no state edge。
Counterfactual Repair归因必须能被验证:替换错 action、补正确 memory、修 state diff、强制 obey critic 后结果应改善。LATS, Agent Q, world-model rolloutscredit score 与 repair gain 的相关性,即 credit calibration。
Future Incorporation把 validated attribution 转成未来 planner/retriever/critic/state 更新。Reflexion, ExpeL, AgentGym-RLrepair 后下一 episode pass^k、delayed feedback incorporation、cost-normalized gain。

Long-Horizon design

Long-Horizon 的 baseline、data、evaluation

Baselines

必须避免只比 final success

  • ReAct / plan-and-execute
  • Reflexion
  • LATS / tree-search agents
  • Agent Q
  • AgentGym-RL / final-reward RL
  • τ-bench failure/error identification
  • R-WoM / world-model rollout baseline
  • Ablations: no state trace, no memory trace, no critic trace, no counterfactual validation
Data

从现有轨迹到新 story traces

  • τ-bench / τ²:airline、retail、telecom、banking_knowledge,天然有 user-agent-tool trace。
  • AppWorld / ToolSandbox:stateful APIs,适合 memory/state/action culprit。
  • Story traces:5–10 章多 turn,注入已知 flaw:wrong memory、ignored critic、bad state update。
  • Human delayed feedback:让用户读完多章后反馈“不对味”的位置与原因,用于校准模拟。
Evaluation

归因 + 修复 + 长期效果

  • Culprit Step Accuracy
  • Culprit Type F1
  • Credit Calibration vs Repair Gain
  • Counterfactual Repair Gain
  • State / Memory / Critic Error Detection
  • Delayed Feedback Incorporation
  • pass^k Reliability
  • Cost-Normalized Gain
  • Explanation Faithfulness

Execution plan

我们应该如何做:8-week execution plan

目标是先做出可评测的 benchmark + baseline 表,而不是先堆复杂模型。

Week 1:统一 trace / state schema

定义 FeedbackEvent、AgentState、StateDiff、TraceNode、CreditLabel 五个核心 schema。所有后续数据都对齐这套结构。

Week 2:做 self-evolve v0 数据

构造 200–500 条 feedback → gold state diff 样本,覆盖 story、assistant writing、tool-mini 三域;同时写 anti-gold overgeneralization cases。

Week 3:跑 self-evolve baselines

实现 no-personalization、static profile、full history、raw RAG、Reflexion-style reflection、memory-only、AUDIT-F2S-lite。

Week 4:加 future probes 与 human pilot

每条 state diff 配 near/far/anti probes;招 20–50 个小规模用户做 story snippet A/B、评分、评论和 dwell 校准。

Week 5:构造 long-horizon traces

复用 τ-bench/τ² 历史轨迹和自建 story traces;注入已知 memory/state/critic/action 错误,生成 delayed feedback 与 gold culprit。

Week 6:实现 CREDIT-TRACE-lite

做 attribution graph、candidate culprit retrieval、hindsight scorer,并和 ReAct/Reflexion/LATS/Agent Q 风格 baseline 比 culprit/type/repair 指标。

Week 7:counterfactual repair validation

对 top culprit 做最小修复:替换 action、补 memory、修 state diff、obey critic;测 repair gain 与 credit calibration。

Week 8:合并成一张故事线

最终 paper arc:long-horizon 找责任,self-evolve 写状态;主表报告 update correctness、credit accuracy、future probe win、repair gain、overgeneralization。

Target tables

论文里应该出现的关键表

Self-Evolve 主表

Target F1

是否写到正确 state component

Scope Acc

local / story / user / global

Future Probe

更新后未来生成是否胜出

Overgen ↓

反例 probe 是否避免过度泛化

Long-Horizon 主表

Culprit Acc

是否找对责任步骤

Type F1

action / memory / state / critic

Repair Gain

修复被归因处是否改善结果

Credit Calib

credit 分数是否对应修复收益

Relevant paper anchors

这些 ICLR 论文怎么用到两个 topic

Self-Evolve

WIMHF / Ordinal / ReCouPLe

用于 feedback encoder:可解释偏好维度、强弱等级、带理由反馈,解决“反馈到底代表什么”。

Self-Evolve

P-GenRM / AutoMetrics / AutoLibra

用于 personalized evaluator/reranker:把 state diff 转成未来候选的 scoring rubric 和 critic checklist。

Self-Evolve + Data

ProPerSim / UserLM / PrefDisco

用于 user simulator 与主动偏好发现:模拟用户行为、问询缺失偏好、验证“何时问”。

Long-Horizon

AgentGym-RL / τ-bench / R-WoM

用于长程 trace、final reward / pass^k、world-model rollout baseline,但必须额外加 attribution 和 repair validation。

最终取舍

第一篇/第一个系统建议做 self-evolve:标题可以是“Auditable Feedback-to-State Updates for Self-Evolving Personalized Agents”。它更贴近当前主线,也更容易用模拟 + human pilot 闭环。
第二篇/更大野心建议做 long-horizon:标题可以是“Traceable Credit Assignment for Delayed User Feedback in Long-Horizon Agents”。它的关键差异化不是长,而是 counterfactual repair validation。
组合愿景:CREDIT-TRACE 找到导致长期不满意的责任节点,AUDIT-F2S 把它转成可审计状态更新;这就是 personalized user-feedback agent evolution 的完整研究路线。