composition-over-inheritance
Prefer composition for reusable behavior in mixed-language and config-heavy repos. Use when generating, reviewing, or designing modules, helpers, configs, CI steps, or components and deciding whether has-a relationships, delegation, or assembly are cleaner than inheritance or deep hierarchy reuse. Flag inheritance used only for reuse, hierarchy explosion, fragile base classes, and cases where delegation or smaller components would be simpler.
Repository SourceNeeds Review
design-by-contract
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.
Repository SourceNeeds Review
dry-principle
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.
Repository SourceNeeds Review
encapsulation-lens
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.
Repository SourceNeeds Review