clean-code

Enforce pragmatic coding standards for maintainable, readable code.

Updated Feb 13, 2026
One-click install
npx skills add https://github.com/MuharremTozan/Ohm-Yura --skill clean-code-muharremtozan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: clean-code
Source: https://github.com/MuharremTozan/Ohm-Yura/tree/main/.agents/skills/clean-code
Command: npx skills add https://github.com/MuharremTozan/Ohm-Yura --skill clean-code-muharremtozan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Pragmatic coding standards remove bloat, unnecessary comments, and over-engineering to keep code concise, readable, and maintainable.

Core Features & Use Cases

  • Principles: SRP, DRY, KISS, YAGNI, and clear naming conventions.
  • Guidance: promotes small, well-factored functions and guard clauses.
  • Use Case: teams aiming for consistent codebases across languages.

Quick Start

Refactor a project by applying concise, direct coding practices to reduce noise and improve readability.

Frequently Asked Questions about clean-code

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

FAQPage Schema
How do I apply clean code principles to reduce code bloat and improve readability?

Clean code principles like SRP, DRY, KISS, and YAGNI reduce bloat by enforcing small, well-factored functions, guard clauses, and clear naming conventions to keep code concise and maintainable.

What is the best way to enforce coding standards across a multilingual software team?

Pragmatic coding standards provide language-agnostic rules that remove unnecessary comments and over-engineering, ensuring consistent, readable codebases across teams and different programming languages.

How do I refactor functions to follow SRP and avoid side effects?

Refactoring for SRP involves breaking down large functions into small, focused units using guard clauses to handle edge cases early, ensuring no hidden side effects and improving overall maintainability.

Does clean code guidance work for any programming language or only specific frameworks?

Clean code guidance applies to software projects across all languages, focusing on universal maintainability principles like DRY, KISS, and naming conventions rather than framework-specific implementations.

When should I avoid over-engineering my codebase with unnecessary comments and abstractions?

You should avoid over-engineering when it creates noise and bloat; pragmatic coding standards remove unnecessary comments and abstractions to keep code direct, readable, and focused on actual requirements.