$npx -y skills add omnigentx/jarvis --skill system-designRESERVED — Future SA role. Guide for system-level design including architecture diagrams, component boundaries, API contracts, and scalability considerations.
| 1 | # System Design (SA) |
| 2 | |
| 3 | > **⚠️ RESERVED:** This skill is prepared for the future SA role. Not currently in use. |
| 4 | |
| 5 | ## Purpose |
| 6 | |
| 7 | Guide the Solution Architect role in: |
| 8 | - Designing system-level architecture |
| 9 | - Defining component boundaries and interfaces |
| 10 | - Creating API contracts |
| 11 | - Evaluating scalability and performance trade-offs |
| 12 | |
| 13 | ## Architecture Design Process |
| 14 | |
| 15 | ### 1. Understand Requirements |
| 16 | - Functional requirements (what the system does) |
| 17 | - Non-functional requirements (performance, scalability, security) |
| 18 | - Constraints (technology, budget, timeline) |
| 19 | |
| 20 | ### 2. Define Components |
| 21 | - Identify major subsystems |
| 22 | - Draw boundaries using bounded contexts (DDD) |
| 23 | - Define interfaces between components |
| 24 | - Minimize coupling, maximize cohesion |
| 25 | |
| 26 | ### 3. Design APIs |
| 27 | - Define contracts (input/output schemas) |
| 28 | - Choose communication patterns (sync/async, REST/events) |
| 29 | - Version strategy |
| 30 | - Error handling strategy |
| 31 | |
| 32 | ### 4. Evaluate Trade-offs |
| 33 | - CAP theorem considerations |
| 34 | - Consistency vs. availability |
| 35 | - Simplicity vs. flexibility |
| 36 | - Build vs. buy |
| 37 | |
| 38 | ### 5. Document |
| 39 | - Architecture decision records (ADRs) |
| 40 | - Component diagrams |
| 41 | - Sequence diagrams for key flows |
| 42 | - API specifications |
| 43 | |
| 44 | ## In Meeting Context |
| 45 | |
| 46 | As SA in a meeting: |
| 47 | - Present architecture proposals with diagrams |
| 48 | - Review DEV's implementation against architecture |
| 49 | - Evaluate technical debt and propose solutions |
| 50 | - Make technology decisions when team needs guidance |