What problem does it solve?
This Skill prevents .NET projects from drifting into tangled dependencies by defining strict, enforceable clean-architecture layer boundaries and DI wiring patterns.
Core Features & Use Cases
- Layer rule reference: Specifies what belongs in Domain, Application, Infrastructure, API/Web, and Tests, including allowed and forbidden package categories.
- Dependency direction validation: Defines which project references are allowed (e.g., Application → Domain only) and which are forbidden (e.g., Domain referencing higher layers).
- DI registration pattern guidance: Establishes where each registration should happen so composition root responsibilities stay in the API project.
- Use case: When onboarding a new feature, you can apply these rules to ensure its projects, references, and service registrations follow the same architectural boundaries as the rest of your codebase.
Quick Start
Ask an agent to verify that your Domain project contains no project references and that your Application references only the Domain project, then confirm the DI composition root is wired only from the API project.