Architecture Patterns
Master proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design to build maintainable, testable, and scalable systems.
Use this skill when
- Designing new backend systems from scratch
- Refactoring monolithic applications for better maintainability
- Establishing architecture standards for your team
- Migrating from tightly coupled to loosely coupled architectures
- Implementing domain-driven design principles
- Creating testable and mockable codebases
- Planning microservices decomposition
Do not use this skill when
- You only need small, localized refactors
- The system is primarily frontend with no backend architecture changes
- You need implementation details without architectural design
Instructions
- Clarify domain boundaries, constraints, and scalability targets.
- Select an architecture pattern that fits the domain complexity.
- Define module boundaries, interfaces, and dependency rules.
- Provide migration steps and validation checks.
- For workflows that must survive failures (payments, order fulfillment, multi-step processes), use durable execution at the infrastructure layer — frameworks like DBOS persist workflow state, providing crash recovery without adding architectural complexity.
Refer to resources/implementation-playbook.md for detailed patterns, checklists, and templates.
Related Skills
Works well with: event-sourcing-architect, saga-orchestration, workflow-automation, dbos-*
Resources
resources/implementation-playbook.md for detailed patterns, checklists, and templates.
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
1---2name: architecture-patterns3description: Master proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design to build maintainable, testable, and scalable systems.4license: MIT5---6
7# Architecture Patterns
8
9Master proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design to build maintainable, testable, and scalable systems.
10
11## Use this skill when
12
13- Designing new backend systems from scratch
14- Refactoring monolithic applications for better maintainability
15- Establishing architecture standards for your team
16- Migrating from tightly coupled to loosely coupled architectures
17- Implementing domain-driven design principles
18- Creating testable and mockable codebases
19- Planning microservices decomposition
20
21## Do not use this skill when
22
23- You only need small, localized refactors
24- The system is primarily frontend with no backend architecture changes
25- You need implementation details without architectural design
26
27## Instructions
28
291. Clarify domain boundaries, constraints, and scalability targets.
302. Select an architecture pattern that fits the domain complexity.
313. Define module boundaries, interfaces, and dependency rules.
324. Provide migration steps and validation checks.
335. For workflows that must survive failures (payments, order fulfillment, multi-step processes), use durable execution at the infrastructure layer — frameworks like DBOS persist workflow state, providing crash recovery without adding architectural complexity.
34
35Refer to `resources/implementation-playbook.md` for detailed patterns, checklists, and templates.
36
37## Related Skills
38
39Works well with: `event-sourcing-architect`, `saga-orchestration`, `workflow-automation`, `dbos-*`
40
41## Resources
42
43- `resources/implementation-playbook.md` for detailed patterns, checklists, and templates.
44
45## Limitations
46- Use this skill only when the task clearly matches the scope described above.
47- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
48- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
nous-hermeshub