One-click install
npx skills add https://github.com/haryelramalho/skills --skill no-workarounds-haryelramalho
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: no-workarounds
Source: https://github.com/haryelramalho/skills/tree/main/skills/curated/no-workarounds
Command: npx skills add https://github.com/haryelramalho/skills --skill no-workarounds-haryelramalho

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents software changes that merely hide a defect instead of fixing why it exists, reducing fragile code, repeated incidents, and compounding technical debt.

Core Features & Use Cases

  • Root-Cause Enforcement: Guides debugging and implementation toward durable fixes instead of type assertions, suppression comments, swallowed errors, timing hacks, and monkey patches.
  • Workaround Detection: Flags common symptom patches such as defensive duplication, copy-paste adaptations, and broad catch blocks that silence real signals.
  • Use Cases: Use it when reviewing bug fixes, triaging test failures, planning architecture, or auditing code changes that may be masking deeper issues.

Quick Start

Use the no-workarounds skill to review this fix and tell me whether it addresses the root cause or only hides the symptom.

Frequently Asked Questions about no-workarounds

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

FAQPage Schema
How do I identify if a bug fix addresses the root cause or just hides the symptom?

Root cause analysis identifies whether a bug fix resolves the underlying defect or merely patches the symptom. Look for type assertions, lint suppressions, swallowed errors, timing hacks, and monkey patches, which are common indicators of workaround-driven fixes that mask deeper software issues.

What is a workaround in software engineering and when does it create technical debt?

A workaround in software engineering is a temporary patch, such as defensive duplication or broad catch blocks, that hides a defect instead of fixing why it exists. Workarounds create technical debt when they silence real error signals and lead to fragile code and repeated incidents.

How do I review code for workarounds and hidden technical debt?

Code review for workarounds involves flagging symptom patches like copy-paste adaptations, broad catch blocks, and defensive duplication that silence real signals. Enforce root-cause analysis to reject these patches and ensure durable architectural solutions instead of fragile hacks.

Can I use a documented escape valve for monkey patches and timing hacks?

Documented escape valves for monkey patches, timing hacks, and error swallowing are acceptable only when an isolated, explicitly justified exception is required. Without strict documentation, these workarounds hide root causes and compound technical debt instead of providing durable software fixes.

Why do my test failures keep recurring after applying debugging workarounds?

Test failures recur after debugging when workarounds like type assertions or error swallowing hide the root cause instead of resolving it. Without eliminating the underlying defect through root-cause analysis, the symptom patches fail under new conditions and trigger repeated incidents.