Apply the KISS principle while generating, refactoring, or reviewing code in mixed-language or config-heavy repos. Use when code, scripts, modules, or configuration feel over-engineered, indirect, or harder to inspect and repair than the requirements justify.
This listing is imported from SkillsMP metadata and should be treated as untrusted until upstream source review is completed.
Install skill "kiss-principle" with this command: npx skills add khrore/skillsmp-khrore-khrore-kiss-principle
This source entry does not include full markdown content beyond metadata.
This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.
Related by shared tags or category signals.
Apply Design by Contract while generating, refactoring, or reviewing code in mixed-language or config-heavy repos. Use when boundaries need clearer guarantees, validation, failure behavior, or compatibility rules for adapters and overrides.
Use DRY while generating, refactoring, or reviewing code in mixed-language or config-heavy repos. Keep one authoritative representation for change-prone knowledge such as rules, versions, paths, schemas, option lists, and behavior descriptions. Review for duplicated logic and for drift across docs, tests, CI, and config, but avoid premature abstraction when duplication is harmless and clarity matters more.
Apply encapsulation while generating, refactoring, or reviewing code in mixed-language or config-heavy repos so state stays with the operations that maintain it, internals stay behind stable interfaces, and consumers do not rely on private attributes or incidental defaults.
Apply the Law of Demeter while generating, refactoring, or reviewing code in mixed-language or config-heavy repos. Use when code reaches through nested objects, crosses boundaries casually, or couples one layer to internals owned by another.