investigate

Diagnose bugs through four-phase root cause investigation before applying fixes.

Updated May 15, 2026
One-click install
npx skills add https://github.com/tgmarinho/canetaco --skill investigate-tgmarinho
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: investigate
Source: https://github.com/tgmarinho/canetaco/tree/main/.claude/skills/investigate
Command: npx skills add https://github.com/tgmarinho/canetaco --skill investigate-tgmarinho

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When something breaks, the temptation is to patch the first plausible cause, which often masks the real bug and creates regressions. This Skill enforces a disciplined debugging workflow that finds the actual root cause before any code is changed. ## Core Features & Use Cases - Four-Phase Debugging Workflow: Systematically moves through investigate, analyze, hypothesize, and implement phases so fixes are grounded in evidence. - Iron Law Enforcement: Blocks edits until a root cause is identified, using pre-edit hooks that check the debug scope boundary before allowing file changes. - Context-Aware Investigation: Loads prior investigations, project learnings, and past eureka moments from the local gstack knowledge store to avoid re-solving known problems. - Use Case: A user reports "the checkout endpoint returns 500 since yesterday." The Skill gathers logs and stack traces, forms ranked hypotheses, confirms the root cause, and only then applies a minimal fix. ## Quick Start Ask the assistant to investigate why the login endpoint started returning 500 errors after the last deploy.

Frequently Asked Questions about investigate

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

FAQPage Schema
How do I debug a 500 error systematically instead of guessing?

Use a phased root cause investigation: gather the stack trace and logs, analyze the failing code path, form ranked hypotheses, and confirm the cause before editing. This Skill enforces that order and blocks fixes until the root cause is identified.

What is root cause analysis for software bugs?

Root cause analysis traces a failure back to the underlying defect rather than its visible symptom. The investigate skill structures this as four phases: investigate, analyze, hypothesize, implement, with an iron law that no fix ships without a confirmed cause.

Can this skill use past debugging sessions to speed up new investigations?

Yes. It queries prior investigations tagged for the current repository, recent project learnings, and cross-project eureka moments stored in the local gstack data directory, surfacing known patterns before re-investigating from scratch.

Why does the skill block edits during a debugging session?

Pre-edit hooks run a freeze check script that enforces the debug scope boundary. This prevents premature fixes and out-of-scope changes while the root cause is still unconfirmed, reducing regressions from speculative patches.

When should I use structured investigation instead of a quick fix?

Use it for recurring errors, regressions after deploys, and any bug where the cause is not obvious. One-line typos with known causes do not need the full workflow; intermittent or high-stakes failures do.