Life Agent Research · ECPO × DFCA

两篇 Life Agent 论文的大总结:部署前学“反事实偏好原则”,部署后做“延迟反馈归因”

这页把两篇草案的 Motivation、近两年 baseline 具体方法、MethodDataEvaluationExperimentsContribution 合并成一个可浏览的大 HTML。核心建议:ECPO 先做成第一篇主线;DFCA 依赖 ECPO 的 executable environment、failure taxonomy 和 replay evidence 后再独立成篇。

Decision

一句话判断

两篇不是互斥方向,而是一条从 pre-deployment 到 post-deployment 的连续研究线。

#1

Paper 1 / ECPO:优先推进

Executable Counterfactual Preference Optimization for Life Agents

解决部署前没有真实反馈时,如何把模糊生活目标编译成可执行反事实偏好训练信号。它更容易形成 LifeIssueBench artifact、完整 baseline table、可解释 metric 和第一篇论文闭环。

Life IssueCounterfactual Preference BundleHybrid Executable OracleCounterfactual Preference Robustness
#2

Paper 2 / DFCA:后续孵化

Delayed Feedback Credit Assignment for Deployed Life Agents

解决部署后真实反馈延迟、稀疏、混杂时,如何把 regret / correction / trust change 归因到 preference、clarification、planner、world model、commitment 等可更新因子。它很重要,但需要 Paper 1 的 replay environment 支撑。

Delayed Outcome VectorFactor-level AttributionCounterfactual ReplayTargeted Repair
ECPO builds executable worlds
Run agents and expose failures
Inject factor errors
DFCA replays interventions
Targeted update + regression tests

Motivation

为什么这两篇有必要

现有 agent benchmark、personalization 和 RLHF 都各自解决一部分,但都没直接解决 Life Agent 的“世界变化 + 长期后悔”问题。

ECPO 的 motivation

代码 agent 有 unit test,网页/工具 agent 有最终状态,生活决策没有天然 oracle。用户说“帮我规划适合我的京都旅行”,真正难点不是记住用户喜欢安静,而是预算下降、大雨、同行人加入、健康约束暴露时,知道哪些原则要保持、哪些行动要改变、哪些过度泛化是禁止的。

Gap:现有 DPO/RLHF 学静态 pairwise preference;HorizonBench / RealPref 更关注 preference following 和 state tracking;SWE-bench / τ-bench / OSWorld 提供 executable evaluation,但主观偏好与长期后悔不足。

DFCA 的 motivation

部署后的 Life Agent 反馈往往几天或几周后才出现:用户手动改了计划、后悔、放弃、复用、信任下降。直接把这个 outcome 当 scalar reward 会误更新:台风取消旅行不代表用户不喜欢安静路线;同伴临时加入不代表原偏好推断错。

Gap:HCAPO / SPA-RL / ΔBelief-RL 主要处理 step-level sparse reward;PAHF 做在线个性化闭环但 post-action feedback routing 仍不够因果化。DFCA 需要从 “which step” 升级到 “which updateable factor”。

共同大叙事:Life Agent 的训练信号应从“单点偏好/最终奖励”升级为“可执行反事实偏好原则 + 部署后延迟反馈因果归因”。这比单纯做 benchmark、DPO 或 LLM judge 更有论文对象。

Recent Baselines

近两年 baseline 有哪些具体方法

这里按 Paper 1 / Paper 2 分开列,避免 baseline 混乱。年份以 2024–2026 为主,保留少量必须对照的经典方法。

baseline 覆盖图

Executable env
ECPO
Static preference
ECPO
Long-horizon credit
DFCA
Online personalization
Both

图中不是结果分数,而是 baseline 类别对两篇论文的相关度/必要覆盖度。

ECPO baseline matrix

2024Executable agent benchmarks

SWE-bench / R2E / τ-bench / OSWorld / AppWorld / ToolSandbox

方法:把任务放进可执行环境,用测试、API 状态或桌面脚本判定是否完成。

对两篇论文的不足:ECPO 借鉴 executable feedback,但补 Life Agent 的 subjective + counterfactual oracle。

2022–2026Prompt / scaffold

Zero-shot, ReAct, tool-calling, metamorphic prompting

方法:不训练,仅靠 prompt、工具调用、显式要求该稳/该变。

对两篇论文的不足:证明 scaffold 或 prompt 不能稳定学到 hidden user principles。

2023–2024Static personalization

LaMP, PRISM, static profile prompting

方法:用历史 profile 或人群/个体偏好数据做 personalized generation。

对两篇论文的不足:多为静态偏好;不测试预算/天气/健康等世界变量变化下原则是否保持。

2026Long-horizon personalization

HorizonBench, RealPref

方法:长历史、多月偏好演化、事件导致偏好变化的 provenance。

对两篇论文的不足:很适合做对照,但 ECPO 关注反事实世界下的 decision principle robustness。

ICLR 2026Personalized reward / preference

P-GenRM, Swap-guided Preference Learning, ActiveDPO, ordinal feedback

方法:个体化 reward / user-scaling / active preference selection / Likert ordinal feedback。

对两篇论文的不足:可作为 reward/ranker/DPO baseline,但仍需 ECPO 的 bundle-wise invariance/adaptation objective。

2023–2026Memory/self-evolution

LightMem, Automated Stateful Specialization, Reflexion, ExpeL

方法:持久记忆、反思、经验库、stateful specialist agents。

对两篇论文的不足:能记住偏好,不等于知道反事实下该保持什么、该改变什么。

实验上界Oracle upper bound

Oracle hidden-state + oracle world-state

方法:直接给 hidden user state 和正确 world state。

对两篇论文的不足:用于估算 ECPO 距离最理想个性化决策还有多远。

DFCA baseline matrix

基础启发式No attribution

Outcome reward update

方法:把 delayed outcome 当成整条轨迹 reward,直接更新 policy。

对两篇论文的不足:会把外部冲击或目标漂移错写成用户偏好。

传统 credit heuristicHeuristic credit

Last-action / uniform / temporal decay

方法:把责任归给最后一步、均匀分配或按时间衰减。

对两篇论文的不足:不能区分 missing clarification、world-state error、planner trade-off。

2025–2026Step-level credit

SPA-RL, HCAPO, ΔBelief-RL

方法:对 long-horizon LLM agent 的 sparse reward 做 stepwise/hindsight/intrinsic credit。

对两篇论文的不足:回答哪一步贡献 reward;DFCA 回答哪个可更新决策因子导致 regret。

2024–2025Agent RL training

RAGEN, WebRL, Agent Lightning, Agent Q

方法:多轮 RL、web agent curriculum、任意 agent transition 解耦训练、MCTS+self-critique。

对两篇论文的不足:能提升成功率,但不一定输出可审计、可路由的 targeted update。

2026Online personalization

PAHF, ProPerSim, PrefDisco

方法:pre-action clarification、user-assistant simulation、proactive personalized reasoning。

对两篇论文的不足:与 DFCA 很接近;DFCA 聚焦 post-action feedback 的因果归因和 repair routing。

2024–2026Post-hoc explanation

LLM explanation / Agent-as-a-Judge style process feedback / AutoLibra

方法:让模型解释失败或把开放反馈变成 fine-grained metrics。

对两篇论文的不足:必须加 counterfactual replay,否则 explanation 不等于 causal preventability。

强对照Naive routing

Memory append / preference-only / planner-only update

方法:所有反馈写 memory,或全部更新 preference/planner。

对两篇论文的不足:用于证明 Mis-update Rate 和 Harmful Update Rate 是真实问题。

实验上界Oracle replay upper bound

Gold intervention labels

方法:用已知 causality 和 replay 结果做归因。

对两篇论文的不足:给出 DFCA critic 可达到的上界和人评校准目标。

写论文时的注意:不要只打 ReAct / DPO / Reflexion。ECPO 至少要覆盖 static profile、full-history、memory/RAG、counterfactual SFT/DPO、metamorphic prompting、P-GenRM/ActiveDPO 类 preference baseline 和 oracle upper bound。DFCA 至少要覆盖 no-attribution、last-action、temporal decay、SPA-RL、HCAPO、ΔBelief-RL、LLM post-hoc explanation、memory append、PAHF-style update 和 oracle replay upper bound。

Method

两篇的方法应如何写

重点是把贡献对象写清楚:ECPO 学 preference-under-counterfactuals;DFCA 做 regret-to-repair attribution。

ECPO:Executable Counterfactual Preference Optimization

模块 1:Life Goal Compiler。把自然语言生活目标转成 Life Issue schema:visible context、hidden user state、executable world、action space、hybrid oracle、counterfactual variants。

模块 2:Informative Counterfactual Generator。不是随机 augmentation,而是产生最能区分浅层个性化和真正决策原则的扰动:预算、天气、健康、同行人、库存、风险、时间。

模块 3:Hybrid Executable Oracle。hard checks + metamorphic checks + calibrated soft preference + regret probes,避免纯 LLM judge。

模块 4:ECPO Optimizer。训练原世界偏好、反事实偏好、invariance、adaptation、hard constraint、regret-risk、ask/act balance。

L_ECPO = L_pref + λ_inv L_inv + λ_adapt L_adapt
       + λ_hard L_hard + λ_regret L_regret + λ_ask L_ask

DFCA:Delayed Feedback Credit Assignment

模块 1:Outcome Decomposer。把原始 delayed feedback 分解成 adoption、manual correction、explicit satisfaction、regret、goal progress、trust delta、reengagement、complaint/undo。

模块 2:Counterfactual Replay Engine。对失败轨迹施加 factor-targeted interventions:插入澄清、替换偏好 belief、更新世界状态、降低承诺强度、移除 stale memory。

模块 3:Factorized Causal Critic。估计责任分布 q_phi(c | τ, y_T, R),输出 controllability、confidence、needs_human_review。

模块 4:Targeted Data Constructor。把 attribution 转成 ask-policy data、preference correction pairs、planner critique、world-state update、memory invalidation、commitment calibration。

Preventability(c_k) = E[U(y_T) | do(I_k), τ] - E[U(y_T) | τ]
q_phi(c | τ, y_T, R) → factor responsibility distribution

ECPO 不是

benchmark + DPO,也不是简单 counterfactual data augmentation。

DFCA 不是

LLM 看失败轨迹后写一段 post-hoc explanation。

共同关键

都要有可执行证据:oracle / replay / regression tests,而不是只靠自然语言解释。

Data

Data 应该怎么做

数据不是越大越好;第一版要小而硬,每条样本都能支撑 oracle、counterfactual、replay 或 targeted update。

LifeIssueBench(Paper 1)

第一版建议 3 个 domain:travel、shopping/outfit/product decision、health/fitness/diet。每个 domain 50–80 seed issues,每个 issue 4–6 counterfactuals,每个 world 3–5 candidate actions,总量 800–1500 executable worlds。保留 5–10% human calibration subset。

  • 必须显式分离 visible context 与 hidden user state。
  • 每个 counterfactual 都有 expected_invariants、expected_adaptations、forbidden_changes。
  • hard oracle 必须程序可检查;soft oracle 必须有人评校准。

DFCA-Bench(Paper 2)

三层数据策略:1)Synthetic causal trajectories:从 LifeIssueBench 注入已知 factor errors;2)Human failure analysis:标注主要失败因子、可避免性、替代行动;3)Prototype deployment logs:2–3 个生活域 1–2 周 delayed feedback。

  • 必须保留 agent 当时 uncertainty、candidate actions、visible information。
  • delayed outcome 是 vector,不是 scalar reward。
  • 每个失败轨迹至少有若干 counterfactual replay interventions。

ECPO sample record

{
  "issue_id": "travel_kyoto_042",
  "domain": "travel",
  "visible_goal": "想规划一次适合我的京都五日旅行,希望安静、有当地感,不想太累。",
  "visible_context": {
    "conversation_history": ["用户说想要安静、有当地感的路线"],
    "user_stated_constraints": ["五天", "不想太累"]
  },
  "hidden_user_state": {
    "stable_preferences": ["quiet local experience", "low crowd", "slow pace"],
    "temporary_constraints": ["mild knee pain", "moderate budget"],
    "latent_needs": ["avoid regret from over-scheduled plans"],
    "risk_tolerance": "low"
  },
  "world_state": {
    "budget": 1200,
    "weather": "sunny",
    "duration_days": 5,
    "crowd_level": "normal",
    "availability": {"tea_ceremony": true, "small_museum": true}
  },
  "counterfactual_bundle": [
    {
      "cf_id": "cf_budget_down_30",
      "changed_variables": {"budget": "-30%"},
      "change_type": "constraint_relevant",
      "expected_invariants": ["preserve quiet local experience", "avoid high-crowd checklist tourism"],
      "expected_adaptations": ["replace expensive tea ceremony with cheaper local alternative"],
      "forbidden_changes": ["switch to crowded low-cost tourist route"],
      "oracle_checks": {"hard": ["budget <= 840"], "metamorphic": ["quiet principle preserved"], "soft_rubric": ["regret risk"]}
    }
  ],
  "candidate_actions": [
    {"action_id": "a_good", "action_type": "revise", "oracle_rank": 1},
    {"action_id": "a_bad_invariant", "action_type": "recommend", "oracle_rank": 3}
  ]
}

DFCA sample record

{
  "trajectory_id": "travel_kyoto_user17_session3",
  "visible_contexts": ["用户要求安静京都五日游", "预算未明确", "膝盖状态未明确"],
  "agent_actions": [
    {"t": 0, "action": "recommend", "content": "高强度寺庙步行路线", "uncertainty": {"budget": 0.72, "health": 0.81}},
    {"t": 1, "action": "commit", "content": "直接确认路线", "candidate_actions": ["ask budget", "ask walking tolerance", "low-walking plan"]}
  ],
  "delayed_outcome": {
    "adoption": 0,
    "manual_correction": 1,
    "explicit_satisfaction": 2,
    "regret": 0.72,
    "goal_progress": 0.35,
    "trust_delta": -0.31,
    "reengagement": 0,
    "complaint_or_undo": 1,
    "time_to_feedback_days": 12
  },
  "ground_truth_or_human_causes": {
    "missing_or_bad_clarification": 0.40,
    "planning_tradeoff_error": 0.38,
    "overcommitment_under_uncertainty": 0.22
  },
  "counterfactual_replays": [
    {
      "intervention_id": "ask_key_walking_question",
      "target_factor": "missing_or_bad_clarification",
      "estimated_outcome_delta": {"regret": -0.30, "trust_delta": 0.14, "manual_correction": -1},
      "preventability_score": 0.76
    }
  ],
  "recommended_update_target": "clarification_policy + planner.tradeoff + commitment_policy"
}
真实数据定位:ECPO 第一版可以 synthetic + human calibration 为主;DFCA 若要独立成篇,最好补 prototype logs。没有真实/半真实 delayed feedback 时,DFCA 应先作为 Paper 1 的 error analysis / deployment extension。

Evaluation

Evaluation 指标要公式化

ECPO 看“该稳/该变/不乱变”;DFCA 看“归因准/校准好/更新对/不伤害”。

指标分层图

ECPO 原世界成功
OWS
ECPO 反事实鲁棒
CRS
DFCA 归因准确
CauseF1
DFCA 更新收益
TUG

示意图强调主指标层级:ECPO 主表不应只看 OWS;DFCA 主表不应只看 CauseF1,还要看 Targeted Update Gain 和 Harmful Update Rate。

ECPO metric table

缩写指标公式解释
OWSOriginal-World SuccessOWS = mean_I 1[O_{w0}(π(I,w0)) passes]基础任务完成能力。
CRSCounterfactual Robustness ScoreCRS = mean_{I,c} 1[O_c(π(I,c)) passes]核心指标:反事实世界下是否还能满足 oracle。
IAInvariance AccuracyIA = mean_{c∈C_irrelevant} 1[principle(π(w0)) = principle(π(c))]无关扰动下是否保持用户原则。
AAAdaptation AccuracyAA = mean_{c∈C_relevant} 1[action_change(π(w0),π(c)) matches gold_change(c)]关键扰动下是否正确改变行动。
CVRConstraint Violation RateCVR = mean_{I,c} 1[HardViolation(π(I,c))]预算/健康/库存/时间等可执行硬约束违反率。
RRSRegret Risk ScoreRRS = E_{I,c}[RegretProbe(π(I,c),u,c)]长期后悔风险,连接 Paper 2。
HPWRHuman Preference Win RateHPWR = P_human[π_ECPO ≻ π_baseline]人评校准 hybrid oracle。

DFCA metric table

缩写指标公式解释
CauseF1Cause Attribution F1CauseF1 = F1(predicted_factor_set, gold_factor_set)是否知道主要错因。
Brier/ECEResponsibility CalibrationBrier = mean_k (q_k - y_k)^2; ECE = calibration_error(q,y)避免高置信错归因。
AUCCounterfactual Preventability AUCAUC = rank_quality(predicted_preventability, gold_preventability)replay evidence 是否有因果价值。
MURMis-update RateMUR = P(update_target_pred != update_target_gold)线上最危险错误:更新错模块。
HURHarmful Update RateHUR = P(update causes regression on non-culprit scenarios)修一个坏三个的比例。
TUGTargeted Update GainTUG_k = ErrorRate_before(cause_k) - ErrorRate_after(targeted_update_k)证明归因能带来训练收益。
DOIDelayed Outcome ImprovementDOI = E[U(y_after_update) - U(y_before_update)]部署后 regret/trust/reengagement 是否改善。
U(y) = w1*adoption + w2*goal_progress + w3*trust_delta + w4*reengagement
       - w5*regret - w6*manual_correction - w7*complaint_or_undo

Experiments

实验应该怎么排

先让 ECPO 成型,再从失败案例自然孵化 DFCA。

Experiment 1

ECPO diagnostic failure analysis

用 strong LLM + ReAct/tool agent 在 LifeIssueBench 上测试 hidden-constraint violation、stated-preference overfitting、irrelevant perturbation instability、relevant perturbation non-adaptation、regret-risk amplification、over/under clarification。

Experiment 2

ECPO main comparison

Zero-shot、ReAct、static profile、full history、memory/RAG、SFT、DPO/IPO、RLHF/RLAIF、counterfactual SFT/DPO、metamorphic prompting、ECPO、oracle hidden-state upper bound。

Experiment 3

ECPO ablation + oracle validity

去掉 executable oracle、counterfactuals、invariance loss、adaptation loss、regret risk、informative perturbation;比较 hybrid oracle、pure LLM judge、pure hard rules 与人评相关性。

Experiment 4

DFCA attribution benchmark

在 synthetic causal trajectories 上比较 no-attribution、last-action、uniform、temporal decay、SPA-RL、HCAPO、ΔBelief-RL、LLM post-hoc explanation、DFCA 的 CauseF1、ECE、Preventability AUC。

Experiment 5

Counterfactual replay validation

验证 replay-derived preventability 是否预测人类认为“如果当时这样做就不会后悔”的 intervention;做 user_goal_drift 与 external_world_shock 的 no-blame tests。

Experiment 6

Targeted update experiment

按 DFCA attribution 分别更新 clarification policy、preference ranker、planner、world-state estimator、commitment policy;比较 Targeted Update Gain、Mis-update Rate、Harmful Update Rate、Regression Preservation。

Experiment 7

Cross-domain transfer

ECPO:train travel/shopping,test health/renovation。DFCA:train travel/shopping factor attribution,test outfit/fitness/renovation,证明不是 domain template。

Experiment 8

Prototype deployment logs

小规模真实或半真实用户实验,收集 1–2 周 delayed feedback,报告 regret、trust、reengagement、manual correction 的 improvement,并做 case study。

Contribution

贡献应该怎么写

Contribution 要避免堆模块,强调新的研究对象、可执行 artifact 和可验证 empirical finding。

Paper 1 / ECPO contributions

  1. Problem formulation:提出 Life Issue,把模糊生活目标定义为 visible context、hidden user state、executable world、action space、hybrid oracle、counterfactual variants。
  2. Data object:提出 Counterfactual Preference Bundle,包含 expected_invariants、expected_adaptations、forbidden_changes。
  3. Method:提出 ECPO objective,直接优化 original success、counterfactual robustness、invariance、adaptation、constraint satisfaction、regret risk。
  4. Artifact:构建 LifeIssueBench,小规模但高诊断性,支持 hard/metamorphic/soft oracle 和 human calibration。
  5. Empirical finding:ECPO 相比 prompt/profile/memory/SFT/DPO/RLHF/counterfactual augmentation 更能处理隐性约束、世界变化和后悔风险。

Paper 2 / DFCA contributions

  1. Problem formulation:定义 delayed feedback credit assignment for deployed Life Agents,反馈是 delayed outcome vector,不是 scalar reward。
  2. Attribution target:提出 factor-level credit assignment,把责任从 step/action 转向 preference inference、clarification、planner trade-off、world state、stale assumption、commitment、explanation 等可更新因子。
  3. Method:提出 Outcome Decomposer + Counterfactual Replay Engine + Factorized Causal Critic + Targeted Data Constructor + Regression Tester。
  4. Dataset:构建 DFCA-Bench:synthetic causal trajectories、counterfactual replay set、human failure analysis、prototype deployment logs。
  5. Empirical finding:DFCA 降低 Mis-update Rate / Harmful Update Rate,并带来更高 Targeted Update Gain 和 Delayed Outcome Improvement。
最终推荐:先把 ECPO 写成“方法 + diagnostic artifact”论文;DFCA 先作为 ECPO 的 failure attribution extension 跑出强证据。如果 DFCA 在 Targeted Update Gain、Mis-update Rate、Preventability AUC 上显著优于 step-level credit 和 LLM explanation,再单独成第二篇。

Reviewer Defense

审稿人可能怎么质疑,以及如何防守

“这只是 DPO + 反事实数据”

回应:ECPO 的训练单元是 bundle,而非 pair;每个 bundle 有 invariants/adaptations/forbidden changes,评测是 CRS/IA/AA/CVR/RRS,而非单点 preference accuracy。

“LifeIssueBench 太 synthetic”

回应:第一版小而硬,强调 executable hard checks + metamorphic checks + human calibration;不是追求 leaderboard,而是诊断性 artifact。

“DFCA 是 post-hoc explanation”

回应:每个 attribution 必须有 counterfactual replay evidence 和 Preventability(c_k),并通过 targeted update gain 验证。

“factor taxonomy 主观”

回应:区分 controllable / non-controllable,做人评 agreement,报告 calibration,并用 ablation 证明 routing labels 有用。

“为什么不用 PAHF / ProPerSim”

回应:它们是强 baseline/邻近工作;ECPO 处理部署前反事实偏好原则,DFCA 处理部署后 post-action feedback 的 causal routing。

“为什么不是普通 long-horizon RL”

回应:最终成功率不是唯一目标;Life Agent 更需要知道错在哪里、该更新哪里、如何避免 harmful mis-update。

Baseline Recipes

baseline 具体怎么落地,不要只列名字

这里把每个 baseline 翻译成可执行实验配置,避免论文实验被审稿人认为只是概念对比。

ECPO baseline recipe 1:Full-history / static profile

输入:visible goal、完整 conversation history 或开局 static profile;输出:单个 recommendation / ask / revise / commit action;训练:无训练;评价:OWS、CRS、IA、AA、CVR、RRS。这个 baseline 回答:长上下文或固定画像是否已经足以处理反事实世界变化。

ECPO baseline recipe 2:Memory/RAG agent

输入:每轮反馈写入 user memory / task memory,再检索 top-k memory;输出:基于检索记忆的 action;失败观察:可能记住 quiet / low crowd,但预算下降时不知道哪些原则该保持、哪些行动该改变。

ECPO baseline recipe 3:Counterfactual SFT / DPO

数据:把每个 counterfactual world 当作普通样本,做 SFT 或 static DPO;关键对比:它有反事实数据,但没有 bundle-wise invariance/adaptation/forbidden-change objective。若 ECPO 胜出,才能说明不是“数据更多”导致。

ECPO baseline recipe 4:P-GenRM / reward-reranker

方法:训练或提示一个个性化 reward / rubric model,对 k 个候选 action 打分;评价:若 reward-reranker OWS 高但 IA/AA/CRS 低,说明静态 personalized reward 不能替代反事实偏好原则学习。

DFCA baseline recipe 1:Temporal decay credit

方法:把 delayed reward 依据时间距离分给 action:越接近 y_T 责任越大;评价:step attribution F1、factor attribution F1、MUR、HUR。预期它会过度归因最后 commit,忽略早期 missing clarification。

DFCA baseline recipe 2:SPA-RL / HCAPO-style critic

方法:用 hindsight critic 或 stepwise progress attribution 给每一步分 credit;关键对比:即使 step credit 准,它也未必知道应该更新 preference model、planner、world model 还是 commitment policy。

DFCA baseline recipe 3:LLM post-hoc explanation

方法:把轨迹和 y_T 给 LLM,让它解释失败原因;强约束:不提供 replay evidence;评价:CauseF1 之外必须看 Preventability AUC 和 Targeted Update Gain。如果解释听起来合理但修复无效,说明它不是 causal attribution。

DFCA baseline recipe 4:Memory append / preference-only update

方法:所有 delayed feedback 都写入用户偏好或 memory;失败:把外部世界冲击、用户目标漂移、不可得信息误当成偏好变化;指标:Mis-update Rate、Harmful Update Rate、behavioral regression。

Paper Writing Outline

两篇论文的写作骨架

如果直接开写,可以按下面结构拆章节。

ECPO paper outline

  1. Introduction:用京都旅行 running example 引出“世界变量变化下的偏好原则”。
  2. Related Work:executable agent benchmarks、personalization、preference optimization、memory agents。
  3. Problem:Life Issue、Counterfactual Preference Bundle、Preference Derivative、Executable Subjective Oracle。
  4. Method:Life Goal Compiler、Informative Counterfactual Generator、Hybrid Oracle、ECPO objective。
  5. Data:LifeIssueBench domains、schema、human calibration、quality control。
  6. Experiments:main comparison、ablation、cross-domain generalization、oracle validity、case studies。
  7. Discussion:subjective oracle limitations、synthetic-to-real gap、how this enables deployment feedback attribution。

DFCA paper outline

  1. Introduction:从 delayed regret / manual correction / trust loss 引出 regret-to-repair。
  2. Related Work:long-horizon credit assignment、agent RL、online personalization、process feedback、post-hoc explanations。
  3. Problem:Delayed Outcome Vector、controllable vs non-controllable factors、factor-level attribution。
  4. Method:Outcome Decomposer、Counterfactual Replay Engine、Factorized Causal Critic、Targeted Data Constructor、Regression Tester。
  5. Data:Synthetic causal trajectories、human failure analysis、prototype deployment logs。
  6. Experiments:attribution accuracy、preventability validation、targeted update, wrong-update stress, OOD transfer。
  7. Discussion:causality assumptions、replay fidelity、human calibration and deployment risk。

MVP Plan

最小可发表版本应该长什么样

目标是先让第一篇站住,再用它自然生出第二篇。

阶段ECPO 产物DFCA 产物Go / No-Go 标准
Week 1–23 个 domain schema;50 个 seed issues;hard/metamorphic oracle v0factor taxonomy v0;delayed outcome vector schema每个样本能明确 visible / hidden / world / counterfactual / oracle
Week 3–4800–1500 executable worlds;baseline runner:profile/history/RAG/SFT/DPO从 ECPO failures 生成 200 条 synthetic causal trajectoriesbaseline 表能显示 counterfactual instability 和 hidden constraint failures
Week 5–6ECPO objective + ablation;human calibration 5–10%replay interventions for top failure factors;LLM explanation baselineECPO 在 CRS/IA/AA/RRS 上优于 static/counterfactual DPO
Week 7–8跨域泛化和 oracle validity;论文主表和 case studyCauseF1、Preventability AUC、MUR/HUR preliminary tableDFCA 若不能提升 TUG,就保留为 appendix / future work;若能明显提升,则独立成第二篇
最小强 claim:ECPO 不需要一开始打败所有 personalization/RL 方法的最终满意度;只要能证明在可控反事实中更会“该稳/该变/不乱变”,且 human-calibrated oracle 有效,就已经是清楚的第一篇。DFCA 不需要一开始上线大规模用户;只要能证明 replay evidence 提升 targeted repair,第二篇就有地基。

References

主要定位来源

检索接口不可用时,使用 arXiv export API 和 OpenReview API 校验了关键 paper title / venue / URL。

  1. SWE-bench
  2. R2E
  3. τ-bench
  4. OSWorld
  5. AppWorld
  6. ToolSandbox
  7. LaMP
  8. PRISM
  9. HorizonBench
  10. RealPref
  11. PAHF
  12. SPA-RL
  13. HCAPO
  14. ΔBelief-RL
  15. RAGEN
  16. WebRL
  17. Agent Q
  18. Agent Lightning
  19. DPO
  20. Reflexion
  21. ExpeL
  22. LLF-Bench
  23. MemoryArena
  24. LoCoMo
  25. Computer Agent Arena
  26. AutoLibra
  27. P-GenRM
  28. ProPerSim
  29. What's In My Human Feedback
  30. ActiveDPO
  31. Beyond Binary Preferences / Ordinal Feedback
  32. Causally Robust Reward Learning