.claude/skills/d-verify/SKILL.md
Verify hypotheses with debug logging. Updates ./.gtd/debug/current/ROOT_CAUSE.md
npx skillsauth add Hoang604/get-thing-done d-verifyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Core responsibilities:
Flow: Load Hypotheses → Test Highest Confidence → Analyze → Found or Next </objective>
<context> **Required files:**./.gtd/debug/current/SYMPTOM.md — Reproduction steps./.gtd/debug/current/HYPOTHESES.md — Hypotheses to testOutput:
./.gtd/debug/current/ROOT_CAUSE.md — When foundTest systematically. Don't add logs for all hypotheses at once.
Add logs that can definitively confirm or reject the hypothesis.
Root cause must be backed by debug output, not assumption.
If all hypotheses are rejected, stop and ask user to inspect again.
</philosophy> <process>Read both files:
./.gtd/debug/current/SYMPTOM.md — For reproduction steps./.gtd/debug/current/HYPOTHESES.md — For hypotheses listif ! test -f "./.gtd/debug/current/SYMPTOM.md" || ! test -f "./.gtd/debug/current/HYPOTHESES.md"; then
echo "Error: Missing required files"
exit 1
fi
For each hypothesis, spawn a researcher to inspect code for confirmation/rejection (READ-ONLY).
Concurrency: As many as needed (Parallel). Trigger: After loading hypotheses.
Fill prompt for each hypothesis:
<objective>
Verify Hypothesis: {hypothesis_description}
</objective>
<context>
- Symptom: {symptom_description}
- Evidence: {existing_evidence}
</context>
<investigation_checklist>
1. Locate relevant code
2. Check for logic errors matching hypothesis
3. Verify if preconditions/assumptions hold true
4. Identify where to add debug logs if needed
</investigation_checklist>
<output_format>
Verification Report:
- Status: Confirmed / Rejected / Inconclusive
- Evidence Found: (Code snippets, logic analysis)
- Recommended Debug Log Location: (File:Line)
</output_format>
Task(
prompt=filled_prompt,
subagent_type="researcher",
description="Verifying hypothesis: {short_desc}"
)
Review reports from all subagents.
If a subagent found definitive proof (e.g., obvious logic bug):
Select the most promising hypothesis based on subagent findings.
Action:
If all subagents report "Rejected" with strong evidence:
When confirmed (by inspection or logs), write to ./.gtd/debug/current/ROOT_CAUSE.md:
# Root Cause
**Found:** {date}
**Status:** CONFIRMED
## Root Cause
{Clear description of the actual root cause}
## Verified Hypothesis
**Original Hypothesis {N}:** {description}
**Confidence:** {original percentage} → **Confirmed**
## Evidence
{Debug output and observations that confirmed this}
**Debug logs showed:**
- {key finding 1}
- {key finding 2}
## Location
- **Files:** `{file1}`, `{file2}`
- **Lines:** {line ranges}
- **Function/Method:** {specific location}
## Why It Causes The Symptom
{Explain the causal chain from root cause to observed symptom}
## Rejected Hypotheses
{List other hypotheses tested and why they were rejected}
Remove or comment out temporary debug logs added during verification.
<offer_next>
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
GTD:DEBUG ► ROOT CAUSE FOUND ✓
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Root cause documented: ./.gtd/debug/current/ROOT_CAUSE.md
Verified hypothesis: {N}
Location: {files}
─────────────────────────────────────────────────────
▶ Next Up
/d-plan-fix — create fix plan
─────────────────────────────────────────────────────
</offer_next>
<forced_stop> STOP. The workflow is complete. Do NOT automatically run the next command. Wait for the user. </forced_stop>
testing
manual trigger by user, do not auto invoke
tools
manual trigger by user, do not auto invoke
development
Trace execution paths and document how code actually behaves. Use when you need to understand how features work, walk through code flows, explain component behavior, trace where data comes from, understand relationships between components, or audit for orphaned events and dead code.
testing
Guide users through a structured workflow for co-authoring documentation. Use when user wants to write documentation, proposals, technical specs, decision docs, or similar structured content. This workflow helps users efficiently transfer context, refine content through iteration, and verify the doc works for readers. Trigger when user mentions writing docs, creating proposals, drafting specs, or similar documentation tasks.