LEDGER: Claim-to-Evidence Trace Graphs for Auditing LLM Agents
Organizations: Carnegie Mellon University Pittsburgh, PA 15213 · Lawrence Livermore National Laboratory Livermore, CA 94550
Abstract
Large language model (LLM) agents can now carry out long-horizon technical workflows involving complex tool use, code execution, file edits, and generated artifacts. As agents do more work faster, the productivity bottleneck shifts from producing outputs to auditing whether those outputs are correct and trustworthy. Agent observability systems make fine-grained execution events visible, but visibility alone still leaves reviewers to reconstruct which actions, artifacts, and validation steps matter for a particular conclusion. We introduce LEDGER - Layered Evidence and Decision Graphs for Execution Review, a tracing and review system that builds layered trace graphs over observed agent sessions. LEDGER preserves Trace Records while grouping them into Evidence Nodes and Workflow Nodes, representing artifacts as evidence anchors, and adding typed semantic edges that connect claims to supporting actions, artifacts, and checks. Through data-analysis and coding examples, we show how the resulting traces expose workflow decisions, artifact lineage, repair steps, validation coverage, and claim-support paths for evidence-centered audit.
Figures & tables
| Type | Category | Definition / Description |
|---|---|---|
| action | control | Session, turn, or task lifecycle record. |
| action | user_message | User request, correction, approval, or clarification. |
| action | assistant_message | Assistant plan, update, reasoning note, or answer. |
| action | tool_call | One tool invocation and its result, grouped by a shared id. |
| artifact | n/a | Inspectable object used, produced, or referenced by the agent. |
| Category | Definition / Description |
|---|---|
| context | Frames the task, user goal, constraints, or session setting. |
| plan | Records the approach, scope, procedure, or tradeoff before work. |
| inspect | Gathers evidence by reading, searching, listing, previewing, or probing. |
| execute | Performs task-directed work such as editing, computation, analysis, or generation. |
| validate | Checks correctness or readiness through tests, builds, screenshots, or review. |
| claim | Records a final answer, explicit finding, status handoff, or user-facing conclusion. |
| Type | Relation definition |
|---|---|
| frames | The source requirement, constraint, or plan sets context for the target. |
| uses | A work unit uses an artifact or resource as input. |
| produces | A work unit creates or changes an artifact, output, or state. |
| informs | The source evidence or result shapes the target analysis, plan, or action. |
| checked_by | The source change or result is checked by the target validation step. |
| supports | The source evidence or finding justifies the target claim or committed choice. |
Appendix figures & tables2 assets
Supplementary material from the paper’s appendix.