system-design
SolidDesign scalable distributed systems using structured approaches for load balancing, caching, database scaling, and message queues. Use when the user mentions "system design", "scale this", "high availability", "rate limiter", "design a URL shortener", "system design interview", "capacity planning", or "distributed architecture". Also trigger when estimating infrastructure requirements, choosing between microservices and monoliths, or designing for millions of concurrent users. Covers common system designs and back-of-the-envelope estimation. For data fundamentals, see ddia-systems. For resilience, see release-it.
Install
Quality Score: 94/100
Skill Content
Details
- Author
- wondelai
- Repository
- wondelai/skills
- Created
- 4 months ago
- Last Updated
- 2 weeks ago
- Language
- Shell
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
ddia-systems
Design data systems by understanding storage engines, replication, partitioning, transactions, and consistency models. Use when the user mentions "database choice", "replication lag", "partitioning strategy", "consistency vs availability", "stream processing", "ACID transactions", "eventual consistency", or "LSM tree vs B-tree". Also trigger when choosing between SQL and NoSQL, designing data pipelines, or debugging distributed system consistency issues. Covers data models, batch/stream processing, and distributed consensus. For system design, see system-design. For resilience, see release-it.
nw-sd-framework
4-step system design framework with back-of-envelope estimation, scaling ladder, and common pitfalls
design-systems
Help users build and scale design systems. Use when someone is creating a component library, establishing design tokens, scaling brand consistency, or deciding when to invest in a design system.
design_system_architecture
Use this skill when the user is making high-level system design decisions — how to structure a new system, how to decompose a monolith, how to connect services, where to put business logic, what technology stack to choose, or how different components should communicate. Triggers on: "how should I architect this?", "design a system for X", "should I use microservices or a monolith?", "how should I structure this backend?", "what's the right architecture for Y?", "design the system layout", "what components do I need?". Also use for architecture reviews.
design-system-architecture
Use when designing or auditing a design system's architecture: token taxonomy, semantic tokens, component APIs, theming, accessibility contracts, documentation, governance, and migration strategy. Do NOT use for information hierarchy and navigation (use `information-architecture`), page-specific layout (use `layout-composition`), visual craft direction (use `visual-design-foundations`), sentence-level UI copy (use `microcopy`), or accessibility-only audits (use `a11y`).