Research Papers 论文研究 1d ago Updated 1d ago 更新于 1天前 48

trajectory-judge: What Outcome-Only LLM Judges Miss on Agent Trajectories trajectory-judge:仅基于结果的LLM评估者会遗漏智能体轨迹中的哪些信息

Outcome-only LLM judges are structurally blind to agents that reach correct answers through flawed reasoning paths, catching only 45% of silent faults A step-rubric judge achieves 77% silent fault recall with zero false alarms but at 3x the computational cost of outcome-only evaluation No evaluated judge (including step-rubric and self-consistency ensembles) detected an invented promise appended to an otherwise perfect trajectory, with the step judge missing it 82% of the time Self-consistency e 结果导向评估对agent轨迹中的"静默故障"检测率仅45%,而"明显故障"检测率达84%,存在结构性盲区 步骤评分judge以3倍成本实现77%静默召回率和零误报,但无法检测附加虚假承诺(82%漏检) 自一致性集成使成本三倍增长却无任何性能提升,揭示当前评估方法的效率瓶颈 研究构建了确定性客服环境、故障注入器和完整分析管道,并全部开源供复现 提出评估必须按结果存活情况分层召回率,为agent评估体系提供方法论改进方向

68
Hot 热度
72
Quality 质量
65
Impact 影响力

Analysis 深度分析

TL;DR

  • Outcome-only LLM judges are structurally blind to agents that reach correct answers through flawed reasoning paths, catching only 45% of silent faults
  • A step-rubric judge achieves 77% silent fault recall with zero false alarms but at 3x the computational cost of outcome-only evaluation
  • No evaluated judge (including step-rubric and self-consistency ensembles) detected an invented promise appended to an otherwise perfect trajectory, with the step judge missing it 82% of the time
  • Self-consistency ensembles tripled evaluation cost while providing no meaningful improvement in detection accuracy
  • The authors advocate for stratifying judge evaluation recall by outcome survival and release their deterministic test environment, fault injector, and full analysis pipeline

Why It Matters

This research exposes a critical blind spot in how the AI industry evaluates LLM agents: the near-universal reliance on outcome-only judging masks dangerous failure modes where agents produce correct answers through incorrect or unsafe reasoning. For practitioners building production agent systems, these findings suggest that current evaluation pipelines may be significantly overestimating agent reliability, particularly for high-stakes applications where the path to an answer matters as much as the answer itself.

Technical Details

  • Test environment: A deterministic tool-using support-desk environment with a scripted oracle policy that always solves tasks, enabling precise ground-truth construction for evaluation
  • Fault injection methodology: A fault injector breaks exactly one component at a known step, stratifying faults into "loud" (customer-visible outcome affected) and "silent" (outcome survives despite internal failure) categories
  • Five judges evaluated: Programmatic rules, outcome-only LLM judge, step-rubric judge at two model sizes, and a self-consistency ensemble, scored across detection, step localization, fault typing, calibration, and cost metrics over 400 trajectories
  • Key quantitative findings: Outcome-only judge catches 84% of loud faults but only 45% of silent ones while generating 33% false positives on correct trajectories; step-rubric reaches 77% silent recall with zero false alarms; invented promises evade all judges (rules: 100% miss rate, step judge: 82% miss rate)
  • Open release: The authors release the environment, fault injector, all raw verdicts, and an offline analysis pipeline that reconstructs every reported metric

Industry Insight

  • Organizations should adopt step-level evaluation for safety-critical agent deployments, accepting the 3x cost premium as insurance against silent failures that outcome-only metrics systematically miss
  • The failure of all judges to detect appended invented promises suggests that current evaluation benchmarks may be gamed or insufficiently stress-tested; practitioners should develop adversarial evaluation suites that include hallucinated output injection
  • The stratification framework (separating loud vs. silent fault detection) should become a standard reporting metric in agent evaluation papers, as aggregate numbers obscure the critical distinction between catching obvious failures versus subtle reasoning corruption

TL;DR

  • 结果导向评估对agent轨迹中的"静默故障"检测率仅45%,而"明显故障"检测率达84%,存在结构性盲区
  • 步骤评分judge以3倍成本实现77%静默召回率和零误报,但无法检测附加虚假承诺(82%漏检)
  • 自一致性集成使成本三倍增长却无任何性能提升,揭示当前评估方法的效率瓶颈
  • 研究构建了确定性客服环境、故障注入器和完整分析管道,并全部开源供复现
  • 提出评估必须按结果存活情况分层召回率,为agent评估体系提供方法论改进方向

为什么值得看

这项研究揭示了当前LLM agent评估的致命缺陷:过度依赖结果导向评估会遗漏大量静默故障,导致生产环境中的agent表现被系统性高估。研究提供了可复现的评估框架和开源工具,为构建更可靠的agent质量保障体系提供了实证基础和方法论指导。

技术解析

  • 实验环境:构建了一个确定性的工具使用客服场景,配备脚本化的oracle策略和故障注入器,能够精确控制单个步骤的故障类型,并将故障按"客户可见结果是否存活"分为静默和明显两类
  • 评估方法:在400条轨迹上对比5种judge(程序规则、结果导向、步骤评分两种模型规模、自一致性集成),评估维度包括检测率、步骤定位、故障分类、校准度和成本
  • 关键发现:结果导向judge对明显故障检测率84%但对静默故障仅45%,且33%正确轨迹被误报;步骤评分judge实现77%静默召回率和零误报但成本3倍;所有judge均未读取最终回复,附加虚假承诺的规则judge完全无法检测,步骤judge82%时间也无法检测
  • 开源贡献:发布了完整环境、故障注入器、所有原始裁决结果和分析管道,支持离线重建所有评估数据

行业启示

  • 当前LLM agent评估体系存在结构性缺陷,过度依赖结果导向评估会严重低估静默故障风险,建议采用分层评估策略并按结果存活情况报告召回率
  • 步骤评分方法虽然成本较高,但在检测静默故障方面表现更优,可作为关键生产场景的补充评估手段而非完全替代
  • 研究强调评估透明度和可复现性的重要性,开源完整评估框架有助于行业建立更可靠的agent质量保障标准,避免"正确结果错误路径"被忽视

Disclaimer: The above content is generated by AI and is for reference only. 免责声明:以上内容由 AI 生成,仅供参考。

LLM 大模型 Agent Agent Evaluation 评测 Research 科学研究 Benchmark 基准测试