dag-replay-debugger

Inspect and replay node-level DAG execution traces to locate divergences.

2|Updated Feb 11, 2026
One-click install
npx skills add https://github.com/curiositech/port-daddy --skill dag-replay-debugger
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dag-replay-debugger
Source: https://github.com/curiositech/port-daddy/tree/main/skills/dag-replay-debugger
Command: npx skills add https://github.com/curiositech/port-daddy --skill dag-replay-debugger

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Post-mortem DAG runs can hide where a decision or reasoning branch went wrong because inputs, prompts, and intermediate state are hard to inspect and compare; this Skill exposes node-level state and enables selective replay so engineers can find the divergence point quickly.

Core Features & Use Cases

  • State Inspection: View a node's inputs, system/user prompts, full output, evaluator scores, context store entries, timing, and cost for any completed execution.
  • Checkpoint Replay: Replay a run from any completed node with options to keep inputs, edit upstream outputs, swap skills, or change model tiers to evaluate alternate outcomes.
  • Execution Diffing: Compare original and replayed traces side-by-side to spot missing outputs, model drift, routing mistakes, or cost/quality tradeoffs.
  • Reasoning Trace Analysis: Surface thinking tokens or chain-of-thought where available to reveal why a node made a particular decision.
  • Use Case: Diagnose why a multi-node agent pipeline produced an incorrect final decision by inspecting node 7's state, editing its input, and replaying downstream nodes to validate the fix.

Quick Start

Inspect node analyze-codebase in a completed run, then choose Edit & Replay to modify the upstream output and compare the new trace to the original.

Frequently Asked Questions about dag-replay-debugger

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

FAQPage Schema
How do I debug a DAG execution to find which node made the wrong decision?

DAG replay debugging enables state inspection of completed nodes to locate where a decision or reasoning branch diverged. You review inputs, prompts, outputs, evaluator scores, context entries, timing, and cost to pinpoint the exact failure point in a multi-node agent pipeline.

Can I replay a DAG run from a specific node with modified inputs or a different model?

Checkpoint replay supports replaying a run from any completed node with options to keep inputs, edit upstream outputs, swap skills, or change model tiers. This lets you evaluate alternate outcomes deterministically without rerunning the entire pipeline from scratch.

How do I compare two DAG execution traces to find divergences?

Execution diffing compares original and replayed traces side-by-side to spot missing outputs, model drift, routing mistakes, or cost and quality tradeoffs. This side-by-side comparison reveals exactly where and why two runs diverged for root-cause analysis.

What is time-travel debugging for multi-node agent pipelines?

Time-travel debugging for DAG executions provides post-mortem analysis by operating against stored execution traces and checkpoints. It exposes node-level state including reasoning traces and chain-of-thought, enabling engineers to inspect why a node made a particular decision after a run completes.

Do I need stored execution traces and checkpoints to inspect DAG node states?

Yes, this replay debugger operates against stored execution traces and checkpoints from completed DAG runs. You need prior execution data to inspect inputs, prompts, outputs, and reasoning traces, or to perform modified replay and execution diffing for root-cause analysis.

When should I use DAG replay debugging instead of rerunning an agent pipeline?

Use replay debugging when a full rerun is costly and you need to isolate a divergence point. It supports editing upstream outputs, swapping skills, or changing model tiers at specific nodes to validate fixes deterministically, avoiding the overhead of rerunning the entire multi-node pipeline.