phycool-debt-registry

Classifies, scores, and tracks technical debt items in a SQLite registry across code review workflows.

10|3|Updated Mar 7, 2026
One-click install
npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill phycool-debt-registry-cynthia1070711
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: phycool-debt-registry
Source: https://github.com/Cynthia1070711/PHYCOOL_Tools/tree/main/config-templates/claude/skills/phycool-debt-registry
Command: npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill phycool-debt-registry-cynthia1070711

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Technical debt accumulates silently during development and code review, with no consistent way to classify severity, decide whether to fix or defer, or detect stale entries. This Skill provides a unified framework for registering, prioritizing, and lifecycle-managing every tech debt item in a single SQLite table. ## Core Features & Use Cases - Classification Framework: 6 debt categories (Structural, Code Quality, Test, Documentation, Dependency) x 5 severity levels (P0-P4) x 4 resolution decisions (FIXED, DEFERRED, ACCEPTED, WON'T FIX), with a Priority Score formula to drive triage decisions. - Automation Rules: 5-Minute Rule for mandatory inline quick fixes, Boy Scout sweep during dev-story, 4 stale-detection mechanisms, and a 5-layer automated triage pyramid for bulk debt cleanup. - CLI and MCP Integration: Write, query, resolve, and audit debts via upsert-debt.js CLI commands or the search_debt MCP tool, with production gate thresholds blocking story completion. - Use Case: During a code review, an agent finds a React key warning, computes its Priority Score, applies the 5-Minute Rule, fixes it inline, and records the resolution with upsert-debt.js so the debt never enters the registry as noise. ## Quick Start Ask the agent to search open tech debt for the current story's files and classify each item using the Priority Score formula before deciding to fix, defer, or accept it.

Frequently Asked Questions about phycool-debt-registry

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

FAQPage Schema
How do I decide whether to fix or defer technical debt during code review?

Compute the Priority Score as Severity times BlastRadius times BusinessImpact divided by FixCost. Scores above 50 require immediate fixing, 25-50 means defer with a target story, 10-25 means accept with a 90-day review date, and below 10 means accept with a 365-day review.

What is the 5-Minute Rule for tech debt?

Any debt fixable in 5 or fewer lines, with no cross-file dependencies, no side effects, and no test risk must be fixed inline immediately. It cannot be marked WON'T FIX or DEFERRED, making quick repair the lowest-resistance path.

How do I add or resolve a tech debt item from the command line?

Run node .context-db/scripts/upsert-debt.js with --inline and a JSON payload to create a debt, or use --resolve with the debt ID, agent, and story to close it. The search_debt MCP tool queries items by story, severity, status, or module.

What is the difference between tech debt and intentional decision debt?

Tech debt is an engineering issue that should be fixed but has not been, stored in tech_debt_items. Intentional decision debt is a deliberate business, strategy, legal, or user-driven choice not to fix, handled by the separate phycool-intentional-decisions skill. The two are mutually exclusive.

How does stale debt detection work?

Four mechanisms run automatically: file existence checks, pattern grep verification, commit diff analysis, and skill-update detection. Stale items move to pending_archive with a 30-day buffer before soft-deletion, keeping the registry free of noise.

When should a debt be marked WON'T FIX?

Only for pure style preferences or zero-risk naming differences. Out-of-scope items are DEFERRED, low-severity items are ACCEPTED, and anything passing the 5-Minute Rule must be fixed. A Q1-Q5 self-check is mandatory before applying this status.