Debugging with undo
Debug programs using Undo time travel debugging. Record flaky tests, intermittent failures, race conditions, or bugs that don't reproduce reliably. Analyze recordings by traveling backwards through execution history. Use when the user mentions debugging, flaky tests, intermittent bugs, race conditions, `.undo` files (Undo recordings), or asks why something happened in an actual run. This can provide similar results as adding logging statements, but without modifying the code or needing to re-run the program multiple times.From its SKILL.md
npx -y skills add undoio/addons --skill debugging-with-undoAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.0 KB, as published. Nobody here has run it
Debugging with Undo time travel debugger
Undo provides time travel debugging for Linux programs. This Skill guides you to:
- Record program execution to capture failures (especially intermittent ones)
- Debug recordings by traveling backwards through execution history
When to record (use record MCP tool)
Record program execution when the user:
- Has a flaky test or intermittent failure that doesn't reproduce reliably
- Mentions race conditions, threading issues, or concurrency bugs
- Wants to capture a failure for later analysis
- Needs deterministic replay of a bug
Undo captures the exact execution including thread interleavings, making even race conditions reproducible.
When to debug (use debugging MCP tools)
Debug a recording when the user:
- Has a
.undorecording file to investigate - Asks "why did this happen" or "how did this value get set"
- Wants root cause analysis on a captured failure
- Needs to understand execution backwards from a crash or assertion
Workflow
- If no recording exists: Use
recordMCP tool to capture the failure - If recording exists: Use debugging MCP tools to analyze it
- Work backwards: Start at the end (where the bug manifested), trace backwards
Important
- Never access
.undofiles directly - they are opaque binary recordings - Never invoke
udb,live-record, orundovia Bash - use the Undo MCP tools