Clean Code Standards

Enforce clean-code standards including SOLID principles, naming conventions, comments, and feature-based file organization.

Updated Jan 10, 2026
One-click install
npx skills add https://github.com/Derakons/ERP --skill clean-code-standards
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: Clean Code Standards
Source: https://github.com/Derakons/ERP/tree/main/.agent/skills/clean-code
Command: npx skills add https://github.com/Derakons/ERP --skill clean-code-standards

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Code quality can degrade over time, creating maintainability challenges and technical debt. This Skill defines a concise set of guidelines to keep code readable, modular, and maintainable.

Core Features & Use Cases

  • SOLID principles: Single Responsibility, Open/Closed, Liskov, Interface Segregation, Dependency Inversion to improve testability and scalability.
  • Naming conventions: Consistent camelCase for variables/functions, PascalCase for components, and UPPER_SNAKE_CASE for constants.
  • Comments: Explain the why, not the what; document architectural decisions and rationale to aid future developers.
  • Project structure: Organize by feature/domain to improve navigation and collaboration.

Quick Start

Refactor a legacy module into separate feature-based components to improve readability and maintainability.

Frequently Asked Questions about Clean Code Standards

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

FAQPage Schema
How do I enforce SOLID principles during code refactoring?▼

Enforce SOLID principles during code refactoring by applying structured guidelines for Single Responsibility, Open/Closed, Liskov, Interface Segregation, and Dependency Inversion to improve testability and scalability.

What are the best naming conventions for clean code in frontend and backend projects?▼

The best naming conventions for clean code use consistent camelCase for variables and functions, PascalCase for components, and UPPER_SNAKE_CASE for constants across frontend and backend projects.

Can I use these clean code standards during code reviews?▼

Yes, you can use these clean code standards during code reviews to enforce structured guidelines, reduce technical debt, and improve code readability across modules, components, and services.

When do I need to write comments for architectural decisions?▼

Write comments for architectural decisions during refactors or onboarding to explain the why and document rationale, aiding future developers rather than simply describing what the code does.