rootCause

Investigate reproducible software errors with four-phase debugging and module boundary enforcement.

1|2|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/joi-fairshare/agentic-workflow --skill rootcause
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rootCause
Source: https://github.com/joi-fairshare/agentic-workflow/tree/main/skills/rootCause
Command: npx skills add https://github.com/joi-fairshare/agentic-workflow --skill rootcause

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill keeps debugging scoped and structured so you can turn a vague failure report into a verified root cause without spilling fixes across unrelated folders.

Core Features & Use Cases

  • Phase-driven workflow: Investigate the failure, analyze call chains, hypothesize causes, and implement within a four-phase loop that captures evidence and decisions.
  • Module boundary freeze: Identify the smallest logical module or namespace and declare it as the scope for all fixes, preventing scope creep.
  • Documentation & reporting: Capture hypotheses, interventions, verification status, and the final investigation report under ~/.agentic-workflow/<repo>/investigations for auditability.

Quick Start

Use /rootCause followed by the error message to reproduce the failure, map the call chain, and log the investigation report.

Frequently Asked Questions about rootCause

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

FAQPage Schema
How do I debug reproducible software errors without causing scope creep across unrelated folders?

Debug reproducible software errors using a structured four-phase workflow that freezes fixes to a specific module boundary, preventing scope creep across unrelated folders while tracing the call chain.

What is the best way to trace a call chain and find the root cause of a failure?

The best way to find a root cause is applying a phase-driven workflow that investigates the failure, analyzes the call chain, and logs hypotheses before freezing the fix to the smallest logical module.

How do I document debugging hypotheses and fix attempts for auditability?

Document debugging hypotheses and fix attempts by saving a final investigation report under the ~/.agentic-workflow/<repo>/investigations directory, satisfying traceability and auditability expectations.

Can I use a structured debugging workflow to investigate errors within a specific code repository?

Yes, you can investigate errors within a code repository by applying a structured debugging workflow that reproduces failures, maps call chains, and enforces module boundaries before implementing fixes.

Why does my debugging process lack traceability when fixing vague failure reports?

Your debugging lacks traceability because hypotheses and fix attempts are not logged. Capturing evidence and saving an investigation report under ~/.agentic-workflow/<repo>/investigations ensures auditability.