Applies Clean Code principles (naming, functions, comments, error handling, tests) when writing, reviewing, or refactoring code for maintainability and readability.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pproenca-dot-skills-1:clean-codeThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Comprehensive software craftsmanship guide based on Robert C. Martin's "Clean Code: A Handbook of Agile Software Craftsmanship", updated with modern corrections where the original 2008 advice has been superseded. Contains 48 rules across 10 categories, prioritized by impact to guide code reviews, refactoring decisions, and new development. Examples are primarily in Java but principles are langu...
Comprehensive software craftsmanship guide based on Robert C. Martin's "Clean Code: A Handbook of Agile Software Craftsmanship", updated with modern corrections where the original 2008 advice has been superseded. Contains 48 rules across 10 categories, prioritized by impact to guide code reviews, refactoring decisions, and new development. Examples are primarily in Java but principles are language-agnostic.
Reference these guidelines when:
| Priority | Category | Impact | Prefix |
|---|---|---|---|
| 1 | Meaningful Names | CRITICAL | name- |
| 2 | Functions | CRITICAL | func- |
| 3 | Comments | HIGH | cmt- |
| 4 | Formatting | HIGH | fmt- |
| 5 | Error Handling | HIGH | err- |
| 6 | Objects and Data Structures | MEDIUM-HIGH | obj- |
| 7 | Boundaries | MEDIUM-HIGH | bound- |
| 8 | Classes and Systems | MEDIUM-HIGH | class- |
| 9 | Unit Tests | MEDIUM | test- |
| 10 | Emergence and Simple Design | MEDIUM | emerge- |
name-intention-revealing - Use names that reveal intentname-avoid-disinformation - Avoid misleading namesname-meaningful-distinctions - Make meaningful distinctionsname-pronounceable - Use pronounceable namesname-searchable - Use searchable namesname-avoid-encodings - Avoid encodings in namesname-class-noun - Use noun phrases for class namesname-method-verb - Use verb phrases for method namesfunc-small - Keep functions smallfunc-one-thing - Functions should do one thingfunc-abstraction-level - Maintain one level of abstractionfunc-minimize-arguments - Minimize function argumentsfunc-no-side-effects - Avoid side effectsfunc-command-query-separation - Separate commands from queriesfunc-dry - Do not repeat yourselfcmt-express-in-code - Express yourself in code, not commentscmt-explain-intent - Use comments to explain intentcmt-avoid-redundant - Avoid redundant commentscmt-avoid-commented-out-code - Delete commented-out codecmt-warning-consequences - Use warning comments for consequencesfmt-vertical-formatting - Use vertical formatting for readabilityfmt-horizontal-alignment - Avoid horizontal alignmentfmt-team-rules - Follow team formatting rulesfmt-indentation - Respect indentation ruleserr-use-exceptions - Separate error handling from happy patherr-write-try-catch-first - Write try-catch-finally firsterr-provide-context - Provide context with exceptionserr-define-by-caller-needs - Define exceptions by caller needserr-avoid-null - Avoid returning and passing nullobj-data-abstraction - Hide data behind abstractionsobj-data-object-asymmetry - Understand data/object anti-symmetryobj-law-of-demeter - Follow the Law of Demeterobj-avoid-hybrids - Avoid hybrid data-object structuresobj-dto - Use DTOs for data transferbound-wrap-third-party - Wrap third-party APIsbound-learning-tests - Write learning tests for third-party codeclass-small - Keep classes smallclass-cohesion - Maintain class cohesionclass-organize-for-change - Organize classes for changeclass-isolate-from-change - Isolate classes from changeclass-separate-concerns - Separate construction from usetest-first-law - Follow the three laws of TDDtest-keep-clean - Keep tests cleantest-one-assert - One concept per testtest-first-principles - Follow FIRST principlestest-build-operate-check - Use Build-Operate-Check patternemerge-simple-design - Follow the four rules of simple designemerge-expressiveness - Maximize expressivenessRead individual reference files for detailed explanations and code examples:
| File | Description |
|---|---|
| references/_sections.md | Category definitions and ordering |
| assets/templates/_template.md | Template for new rules |
| metadata.json | Version and reference information |
npx claudepluginhub joshuarweaver/cascade-code-general-misc-1 --plugin pproenca-dot-skills-1Applies Clean Code principles (meaningful names, small functions, no side effects) to refactor and review code across any language.
Applies clean code decisions for writing or reviewing functions, classes, naming, and non-trivial logic (≥3 lines). Promotes simplicity by removal, short reasoning blocks, and domain examples.
Applies SRP, DRY, YAGNI, naming, error handling, dependency direction, and Kent Beck's four rules of simple design when writing, reviewing, or refactoring code.