architecture-paradigm-layered
Installation
SKILL.md
Table of Contents
- When to Employ This Paradigm
- When NOT to Use This Paradigm
- Adoption Steps
- Key Deliverables
- Technology Guidance
- Risks & Mitigations
The Layered (N-Tier) Architecture Paradigm
When to Employ This Paradigm
- When teams need clear architectural boundaries and a familiar structure for moderate-sized systems.
- When compliance or operations teams require clear separation of concerns (e.g., UI vs. domain logic vs. persistence).
- When the deployment artifact remains a monolith, but code clarity and separation are degrading.
When NOT To Use This Paradigm
- When high scalability demands require independent scaling of components
- When multiple teams need independent deployment cycles
- When complex business logic requires frequent cross-layer communication
Related skills
More from athola/claude-night-market
project-planning
Turn a specification into a phased implementation plan with dependency ordering.
127code-quality-principles
KISS, YAGNI, and SOLID code quality principles for clean code, reducing complexity and preventing over-engineering.
95project-brainstorming
Guide project ideation via Socratic questioning to generate project briefs.
93doc-generator
Generate or remediate documentation with human-quality writing and style.
82rigorous-reasoning
Anti-sycophancy reasoning checklist.
80project-specification
Transform project briefs into testable specifications with user stories, acceptance criteria, and measurable outcomes.
79