go-design-rules
Cross-cutting design principles applied the idiomatic Go way: Law of Demeter, Tell-Don't-Ask, Command–Query Separation, named types over primitives, making illegal states unrepresentable (parse, don't validate), explicit dependencies instead of globals, and DRY/SOLID read through a Go lens. Use when designing or reviewing Go code for coupling, type-safety or dependency smells. Triggers: "law of demeter", "train wreck", "tell don't ask", "CQS", "stringly-typed", "boolean blindness", "named types", "illegal states unrepresentable", "parse don't validate", "dependency injection in Go", "global variables", "singleton", "DRY", "SOLID in Go", "design smell".
- License
- MIT
Pinned to revision a2c346f89684, so it is the text this page describes rather than whatever the author pushed since.
Files
- skills/go-design-rules/SKILL.md
- skills/go-design-rules/references/coupling-behavior.md
- skills/go-design-rules/references/dependencies.md
- skills/go-design-rules/references/domain-naming.md
- skills/go-design-rules/references/dry-solid-go.md
- skills/go-design-rules/references/illegal-states.md
Every link opens the file at its source, pinned to the revision this page describes.