Individual skill
clean-architecture
Clean Architecture principles and best practices from Robert C. Martin's book. This skill should be used when designing software systems, reviewing code structure, or refactoring applications to achieve better separation of concerns. Triggers on tasks involving layers, boundaries, dependency direction, entities, use cases, or system architecture.
skills/.experimental/clean-architecture/SKILL.md
Source commit cf93c57cac89d6fc3e4194686000411567f5caf3
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- No
- Repository scan complete
- No
- Skill scan complete
- Yes
- Observed behavior
- Not checked yet
- Last checked
- Nov 5, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 222
- Repository last updated
- Aug 15, 2026
- License
- MIT
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- engineering Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 7,397 bytesassets/templates/_template.mddoc · 1,045 bytesmetadata.jsonasset · 1,050 bytesreferences/_sections.mddoc · 1,832 bytesreferences/adapt-anti-corruption-layer.mddoc · 3,799 bytesreferences/adapt-controller-thin.mddoc · 3,313 bytesreferences/adapt-gateway-abstraction.mddoc · 3,476 bytesreferences/adapt-mapper-translation.mddoc · 2,795 bytesreferences/adapt-presenter-formats.mddoc · 3,446 bytesreferences/bound-boundary-cost-awareness.mddoc · 3,127 bytesreferences/bound-defer-decisions.mddoc · 3,071 bytesreferences/bound-humble-object.mddoc · 3,229 bytesreferences/bound-main-component.mddoc · 3,029 bytesreferences/bound-partial-boundaries.mddoc · 3,057 bytesreferences/bound-service-internal-architecture.mddoc · 5,808 bytesreferences/comp-common-closure.mddoc · 2,171 bytesreferences/comp-common-reuse.mddoc · 2,140 bytesreferences/comp-reuse-release-equivalence.mddoc · 2,290 bytesreferences/comp-screaming-architecture.mddoc · 2,302 bytesreferences/comp-stable-dependencies.mddoc · 3,570 bytesreferences/dep-acyclic-dependencies.mddoc · 2,388 bytesreferences/dep-data-crossing-boundaries.mddoc · 1,963 bytesreferences/dep-interface-ownership.mddoc · 1,965 bytesreferences/dep-inward-only.mddoc · 2,004 bytesreferences/dep-no-framework-imports.mddoc · 2,160 bytesreferences/dep-stable-abstractions.mddoc · 2,177 bytesreferences/entity-encapsulate-invariants.mddoc · 2,816 bytesreferences/entity-no-persistence-awareness.mddoc · 2,515 bytesreferences/entity-pure-business-rules.mddoc · 1,946 bytesreferences/entity-rich-not-anemic.mddoc · 3,250 bytesreferences/entity-value-objects.mddoc · 2,419 bytesreferences/frame-di-container-edge.mddoc · 3,123 bytesreferences/frame-domain-purity.mddoc · 3,564 bytesreferences/frame-logging-abstraction.mddoc · 3,232 bytesreferences/frame-orm-in-infrastructure.mddoc · 3,213 bytesreferences/frame-web-in-infrastructure.mddoc · 3,558 bytesreferences/test-boundary-verification.mddoc · 3,432 bytesreferences/test-layer-isolation.mddoc · 3,377 bytesreferences/test-testable-design.mddoc · 3,387 bytesreferences/test-tests-are-architecture.mddoc · 3,926 bytesreferences/usecase-explicit-dependencies.mddoc · 3,291 bytesreferences/usecase-input-output-ports.mddoc · 2,738 bytesreferences/usecase-no-presentation-logic.mddoc · 3,168 bytesreferences/usecase-orchestrates-not-implements.mddoc · 2,956 bytesreferences/usecase-single-responsibility.mddoc · 3,084 bytesreferences/usecase-transaction-boundary.mddoc · 2,694 bytes
Read excerpt
# Clean Architecture Best Practices
Comprehensive guide to Clean Architecture principles for designing maintainable, testable software systems. Based on Robert C. Martin's "Clean Architecture: A Craftsman's Guide to Software Structure and Design." Contains 42 rules across 8 categories, prioritized by architectural impact.
## When to Apply
Reference these guidelines when:
- Designing new software systems or modules
- Structuring dependencies between layers
- Defining boundaries between business logic and infrastructure
- Reviewing code for architectural violations
- Refactoring coupled systems toward cleaner structure
## Rule Categories by Priority