tech-debt

Scan, categorize, and prioritize technical debt across a codebase in a maintained register.

Updated Apr 13, 2026
One-click install
npx skills add https://github.com/onemanking/the-operator --skill tech-debt-onemanking
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tech-debt
Source: https://github.com/onemanking/the-operator/tree/main/.github/skills/tech-debt
Command: npx skills add https://github.com/onemanking/the-operator --skill tech-debt-onemanking

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Technical debt accumulates silently in codebases through TODO comments, workarounds, and deprecated APIs, making it hard to track what needs fixing and when. This Skill scans for debt indicators, maintains a structured debt register, and prioritizes repayment so teams can make conscious decisions about what to fix each sprint. ## Core Features & Use Cases - Debt Scanning: Detects TODO, FIXME, HACK, and @deprecated markers, duplicated code, oversized files, and overly long functions, then categorizes findings into architecture, code quality, test, documentation, dependency, and performance debt. - Debt Register Management: Maintains a markdown register at docs/tech-debt-register.md with effort estimates, impact ratings, and priority scores for every entry. - Prioritization & Reporting: Scores items by impact and frequency divided by fix effort, recommends sprint candidates, and generates trend reports flagging items older than three sprints. - Use Case: Before sprint planning, run a scan to catch newly introduced debt, re-prioritize the register, and produce a report showing whether total debt is growing or shrinking. ## Quick Start Ask the assistant to scan this codebase for technical debt and update the debt register with prioritized findings.

Frequently Asked Questions about tech-debt

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

FAQPage Schema
How do I scan a codebase for technical debt?

Invoke the scan subcommand to search for TODO, FIXME, HACK, and @deprecated markers, duplicated code blocks, files over 500 lines, and functions over 50 lines. Findings are categorized and written to the debt register at docs/tech-debt-register.md.

How is technical debt prioritized in the register?

Each item is scored by multiplying impact if unfixed by frequency of encounter, then dividing by fix effort. The prioritize subcommand re-sorts the register by this score and recommends which items to include in the next sprint.

What categories of technical debt does the scan detect?

Findings are grouped into six categories: architecture debt, code quality debt, test debt, documentation debt, dependency debt, and performance debt. Each register entry records its category, affected files, effort estimate, and impact rating.

Can I add technical debt entries manually?

Yes, the add subcommand prompts for a description, category, affected files, estimated fix effort, and impact if left unfixed, then appends the entry to the register. Every entry should explain why the debt was consciously accepted.

What happens to debt items that are never fixed?

The report subcommand flags any items that have remained in the register for more than three sprints. Those items should either be scheduled for fixing or consciously accepted with a documented reason.