LongRCA Bench: Diagnose Long-Agent Failures

LongRCA Bench: Diagnose Long-Agent Failures

Adrian Cole
153
original

LongRCA Bench is a benchmark for diagnosing failures in long-running AI agents. It contains 1,140 naturally failed, medium-to-long execution traces across five domains, with a median length of 145 steps and expert annotations for the responsible role and earliest root-cause step. The strongest baseline reaches only 13.2% accuracy on exact root-cause localization. The paper’s training-free RCTA method raises that figure to 24.1% and identifies the responsible role with 51.1% accuracy. The results suggest that role attribution and precise failure-step localization should be evaluated separately, giving agent developers a clearer way to measure observability and debugging performance.

When an AI agent fails after dozens or hundreds of actions, the final error is usually the least useful part of the story. A task may go off course much earlier, during a handoff, an incorrect assumption, or a decision that looked reasonable at the time. LongRCA Bench is designed to test whether an AI system can find that turning point rather than merely describe the bad outcome. The benchmark comes from an arXiv preprint focused on failure diagnosis for long-running agent trajectories, where debugging requires reconstructing a process instead of checking a single answer.

That distinction matters in practical systems. A short chatbot exchange can often be reviewed by reading a few messages. A multi-agent workflow is different: several roles may contribute, context can be passed between them, and a mistake may remain hidden until much later. LongRCA Bench asks a model to inspect the full execution trace, identify the earliest decisive root-cause step, and determine which role was responsible. Those are related questions, but they are not interchangeable.

A benchmark built around natural failures

The dataset contains 1,140 failed trajectories spanning five domains. These are not examples where researchers inserted an obvious mistake at a known location. The failures occurred naturally during task execution, making the diagnostic problem closer to what an engineering team encounters in production. Each trajectory includes expert annotations for both the responsible role and the earliest root-cause step, with annotation consistency evaluated separately.

The median trajectory length is 145 steps, which is a meaningful challenge for current reasoning systems. In a long trace, the visible failure may be separated from its cause by many successful-looking actions. A model that focuses only on the last few events can produce a plausible explanation while still missing the point at which recovery was no longer possible. The benchmark’s structure is intended to expose that weakness.

  • 1,140 naturally occurring failure traces across five domains
  • Median trajectory length of 145 execution steps
  • Expert labels for both responsible role and earliest root cause

For developers, the useful idea is not simply “use longer logs.” It is to preserve the sequence and ownership information that makes those logs diagnosable. A trace that records only the final response cannot answer whether a planner, tool-using agent, reviewer, or handoff introduced the problem. LongRCA Bench turns that missing context into an explicit evaluation target.

Why ordinary reasoning baselines struggle

The strongest reported baseline achieves only 13.2% exact root-cause accuracy. That result is revealing because it shows how difficult long-horizon attribution remains even when a model can read the complete trajectory. Broad explanations are easier than precise localization. A system may correctly recognize that a plan failed or that a handoff was problematic, yet still identify the wrong step as the earliest decisive cause.

The paper introduces Root-Cause Trajectory Attribution (RCTA), a training-free method aimed at making that search more manageable. Its workflow uses summaries of trajectory segments to retrieve candidate error steps, then traces the evidence backward toward earlier handoff instructions. This is a pragmatic design: instead of asking a model to reason over every event with equal attention, it narrows the search and uses the structure of the workflow to revisit likely causes.

RCTA raises exact root-cause-step accuracy to 24.1% and reaches 51.1% responsible-role accuracy. The improvement over the strongest baseline is substantial, but the absolute scores also temper any claim that long-agent debugging is solved. A role can sometimes be identified without finding the exact step, while a candidate step can look suspicious without proving that it was the decisive cause. Reporting both numbers makes that gap visible.

What agent teams can take from it

LongRCA Bench gives observability a sharper definition. In a complex agent application, a successful final answer is not enough, and a failed final answer is not a diagnosis. Teams need process evidence: which role acted, what context it received, what instruction it handed off, what tools were called, and when the trajectory first diverged from the task objective. Without those fields, automated analysis is forced to guess from incomplete records.

A useful starting point for an internal system is to make every execution event carry a stable step identifier and role label. Handoff messages should be retained alongside the surrounding context rather than flattened into a final transcript. Developers can then test whether a diagnostic tool can separate two tasks that are often confused:

  • Attributing responsibility to the role most associated with the failure.
  • Locating the earliest step that made the eventual failure likely or unavoidable.

That separation is more than a reporting preference. A workflow owner may need role-level accountability to decide where to add safeguards, while an engineer debugging a prompt or tool interface needs the exact transition that caused the drift. Evaluating only one target can make a system appear stronger than it is. LongRCA Bench’s design encourages teams to keep those measurements independent.

What to watch as the benchmark develops

The benchmark is especially relevant to researchers building agent evaluators, tracing platforms, and automated incident-review tools. It offers a common setting for comparing methods on failures that are long, naturally generated, and annotated by people rather than manufactured around a known error. The current results also leave plenty of room for improvement. A 24.1% exact-localization score indicates that models still struggle to connect late symptoms with the earliest meaningful decision.

For anyone testing an agent today, the practical lesson is straightforward: preserve richer traces before trying to build a root-cause system. Store role ownership, handoff instructions, relevant context, tool outcomes, and step order. Then evaluate role attribution separately from exact-step localization. LongRCA Bench does not remove the difficulty of debugging long-running agents, but it provides a more honest way to measure it—and a useful reminder that the path to a failure often matters as much as the failure itself.

AI agentsagent failure diagnosisroot cause analysislong-horizon agentsagent observabilitybenchmark evaluationtrajectory attributionLongRCARCTA

Share

Comments

0
0/500 Characters

No comments yet

Be the first to comment

Explore More

Open-source Alternatives

Awesome AI for Science: Curated AI Resources for Scientific Discovery

This GitHub repository offers a curated list of AI tools, libraries, papers, datasets, and frameworks spanning physics, chemistry, biology, and materials science. It serves as a valuable resource for researchers and developers to quickly grasp and apply AI in scientific exploration, with over 1,700 stars and an MIT license.

earth2studio: NVIDIA Deep Learning Framework for Weather and Climate

earth2studio is an open-source deep learning framework from NVIDIA, designed for the weather and climate domain. It streamlines the workflow from research to deployment, offering universal APIs and pre-trained models. This enables researchers to rapidly develop AI-driven weather forecasting and climate simulation applications, lowering barriers and accelerating innovation in the field.

ai4paper: Open-Source AI Platform for Researchers

ai4paper is an open-source AI platform designed for researchers, claiming access to 240 million academic papers. Core features include full-text PDF translation, AI-driven literature search, and one-click review generation, all accessible via a web interface without plugins. It offers Zotero integration and journal subscription via mini-programs, aiming to boost efficiency in literature review and academic writing. The project is primarily written in HTML, licensed under MIT, and had 2739 stars on GitHub at the time of collection.

openscience: An Open-Source AI Workbench for Research

openscience is an open-source AI workbench from synthetic-sciences, specifically designed for scientific research. Built with TypeScript, the project has garnered over 3.2k stars on GitHub, featuring a comprehensive repository with frontend, backend, CLI, and evaluation modules. While public documentation is currently limited, it's a project worth watching for teams interested in AI for Science.

ResearchStudio: Microsoft Open Source AI Collaboration Tool

ResearchStudio is an open-source AI collaboration tool from Microsoft, designed to support researchers through the entire academic journey from initial problem formulation to final publication. It integrates features for literature review, experimental design, data analysis, and paper writing, leveraging large language models to provide intelligent suggestions. The project is particularly suited for academic researchers seeking to streamline their workflow. The primary language is Python, the license is MIT, and it had 1911 GitHub stars at the time of collection.

open-science: Local-First AI Workbench for Research

open-science is an open-source, local-first, model-agnostic AI research workbench designed for scientific discovery. It empowers researchers to run AI-assisted workflows on their own machines, without being tied to specific models, balancing data privacy with flexibility. This approach is ideal for sensitive research data and reproducible experiments.