debug-run-transcript

Reconstruct Rudder agent run execution transcripts from logs and database sources.

280|30|Updated Mar 30, 2026
One-click install
npx skills add https://github.com/Undertone0809/rudder --skill debug-run-transcript
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debug-run-transcript
Source: https://github.com/Undertone0809/rudder/tree/main/.agents/skills/maintainer/debug-run-transcript
Command: npx skills add https://github.com/Undertone0809/rudder --skill debug-run-transcript

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Debugging Rudder agent run failures is hard because the surface error message often hides the real failure point inside transcript parsing, event streams, or raw execution logs.

Core Features & Use Cases

  • Reconstructs the execution story: Diagnoses what happened by rebuilding a transcript from run-intelligence data, filesystem logs, and then targeted database evidence when needed.
  • Handles partial run context: Supports full run IDs and run ID prefixes and helps locate likely runs when only an agent name or timeframe is available.
  • Prevents common debugging missteps: Guides correct source priority and avoids incorrect assumptions like treating heartbeat events as the complete transcript.

Use case example: A run fails with a vague runtime message—use this skill to find the first clear failure point, identify whether the root cause is in transcript parsing vs runtime execution, and extract the supporting tool-call or stderr evidence.

Quick Start

Ask Rudder to debug the run by providing the run ID or prefix, for example: "Debug run ade50c99 and explain why it failed, showing the first clear failure point and the evidence."

Frequently Asked Questions about debug-run-transcript

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I debug a Rudder agent run that failed with a vague runtime message?

Debug a Rudder agent run by reconstructing a detailed execution transcript from run-intelligence data, filesystem logs, and database queries to identify the first clear failure point and extract supporting tool-call or stderr evidence.

What is the best way to find out why an agent run failed when I only have a run ID prefix?

Finding failed agent runs with a prefix involves applying source-priority logic to locate likely runs from run-intelligence loaders and filesystem logs, distinguishing between runtime failures and cancellations.

Can I trace tool-call execution errors and stdout/stdout logs for a specific agent run?

Trace tool-call execution errors and stdout/stderr logs by querying targeted database evidence and filesystem logs, rebuilding a structured transcript narrative to pinpoint exact tool-call failures.

Why does my agent run transcript outline appear empty or missing events?

Missing or empty transcript outlines often occur when heartbeat events are incorrectly treated as the complete transcript; reconstruct the full execution story by prioritizing run-intelligence loaders and filesystem logs.

How do I distinguish between a cancelled agent run and a runtime execution failure?

Distinguish cancelled agent runs from runtime execution failures by analyzing reconstructed event streams and log context, identifying whether the root cause originates in transcript parsing or raw execution logs.