From csharp-quality-suite
Guia completo de System Architecture com 11 chapters cobrindo arquitetura de sistemas, API design patterns, diagramas de arquitetura, dependency mapping, multi-cloud, technical debt, platform engineering, application architecture, software design documents, web application architecture e legacy modernization. Use esta skill sempre que o usuário perguntar sobre arquitetura de sistemas, design de APIs, diagramas de arquitetura, dívida técnica, platform engineering, documentos de design de software, modernização de sistemas legados, multi-cloud, microservices vs monolith, event-driven architecture, serverless, ou qualquer tópico relacionado a decisões arquiteturais de software. Também use quando o usuário pedir templates de documentos de design, quiser criar diagramas de arquitetura, ou precisar de orientação sobre melhores práticas de arquitetura. Fonte: multiplayer.app/system-architecture.
How this skill is triggered — by the user, by Claude, or both
Slash command
/csharp-quality-suite:system-architectureThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Skill baseada no guia "System Architecture: Tutorial & Best Practices" da Multiplayer,
chapters/chapter-01-system-architecture.mdchapters/chapter-02-api-design-patterns.mdchapters/chapter-03-system-architecture-diagram.mdchapters/chapter-04-application-dependency-mapping.mdchapters/chapter-05-multi-cloud-architecture.mdchapters/chapter-06-technical-debt-examples.mdchapters/chapter-07-platform-engineering.mdchapters/chapter-08-application-architecture-diagram.mdchapters/chapter-09-software-design-document-template.mdchapters/chapter-10-web-application-architecture.mdchapters/chapter-11-legacy-application-modernization.mdSkill baseada no guia "System Architecture: Tutorial & Best Practices" da Multiplayer, com 11 chapters cobrindo desde fundamentos de arquitetura até modernização de sistemas legados.
Cada chapter é um arquivo separado. Leia APENAS o(s) arquivo(s) relevante(s).
chapters/
├── chapter-01-system-architecture.md
├── chapter-02-api-design-patterns.md
├── chapter-03-system-architecture-diagram.md
├── chapter-04-application-dependency-mapping.md
├── chapter-05-multi-cloud-architecture.md
├── chapter-06-technical-debt-examples.md
├── chapter-07-platform-engineering.md
├── chapter-08-application-architecture-diagram.md
├── chapter-09-software-design-document-template.md
├── chapter-10-web-application-architecture.md
└── chapter-11-legacy-application-modernization.md
Use esta tabela para decidir qual chapter carregar baseado na pergunta do usuário:
| # | Chapter | Arquivo | Quando carregar |
|---|---|---|---|
| 1 | System Architecture | chapter-01-system-architecture.md | Fundamentos de arquitetura, tipos (monolith, microservices, event-driven, serverless, edge, P2P), componentes, best practices gerais |
| 2 | API Design Patterns | chapter-02-api-design-patterns.md | Design de APIs, REST, caching, pagination, rate limiting, pub/sub, access control, versionamento de API |
| 3 | System Architecture Diagram | chapter-03-system-architecture-diagram.md | Como criar diagramas de arquitetura de sistema, ferramentas, notações, tipos de diagramas |
| 4 | Application Dependency Mapping | chapter-04-application-dependency-mapping.md | Mapeamento de dependências entre serviços, análise de impacto, service mesh, observabilidade |
| 5 | Multi Cloud Architecture | chapter-05-multi-cloud-architecture.md | Estratégias multi-cloud, vendor lock-in, portabilidade, decisões AWS vs GCP vs Azure |
| 6 | Technical Debt Examples | chapter-06-technical-debt-examples.md | Identificação de dívida técnica, priorização, exemplos práticos, estratégias de resolução |
| 7 | Platform Engineering | chapter-07-platform-engineering.md | Internal developer platforms, DevEx, self-service, golden paths, platform teams |
| 8 | Application Architecture Diagram | chapter-08-application-architecture-diagram.md | Diagramas de arquitetura de aplicação (diferente do system diagram), componentes internos |
| 9 | Software Design Document | chapter-09-software-design-document-template.md | Templates de design docs, como escrever RFCs/design docs, exemplos para microservices/monolith/serverless |
| 10 | Web Application Architecture | chapter-10-web-application-architecture.md | SPA vs SSR vs MPA, PWA, JAMstack, frontend architecture, rendering strategies |
| 11 | Legacy Modernization | chapter-11-legacy-application-modernization.md | Strangler fig pattern, replatforming, refactoring, migração de sistemas legados |
Use a tabela acima para mapear a pergunta do usuário ao chapter correto. Se a pergunta cruza múltiplos chapters, carregue no máximo 2-3 dos mais relevantes.
view chapters/chapter-XX-slug.md
Ao responder sobre arquitetura, siga esta estrutura:
Sempre que a resposta envolver arquitetura, gere um diagrama Mermaid. Exemplos de tipos:
Se o usuário forneceu contexto sobre seu stack (ex: .NET, Python, GCP, multi-agent), adapte exemplos e recomendações para esse contexto. Não dê respostas genéricas quando tiver informação para personalizar.
| Pergunta do usuário | Chapter(s) | Ação |
|---|---|---|
| "Microservices vs monolith" | 1 | Comparar tipos com trade-offs |
| "Como desenhar minha API" | 2 | Mostrar patterns + exemplos |
| "Preciso de um diagrama do meu sistema" | 3, 8 | Guiar criação + gerar Mermaid |
| "Quais serviços dependem de quais" | 4 | Dependency mapping |
| "Devo usar AWS ou GCP ou ambos" | 5 | Multi-cloud trade-offs |
| "Temos muita dívida técnica" | 6 | Framework de priorização |
| "Quero criar uma plataforma interna" | 7 | Platform engineering playbook |
| "Preciso escrever um design doc" | 9 | Template + exemplos |
| "SPA ou SSR para meu frontend" | 10 | Comparativo de abordagens |
| "Como migrar nosso sistema legado" | 11 | Estratégias de modernização |
Todos os chapters são baseados no guia da Multiplayer: https://www.multiplayer.app/system-architecture/
npx claudepluginhub xamuavila/golden-skills --plugin csharp-quality-suiteDesigns system architectures, evaluates monolith vs microservices, creates diagrams, analyzes dependencies, chooses databases, plans scalability, makes technical decisions, and reviews designs using ADRs.
Designs system architecture and high-level technical strategy. Use for new systems or subsystems, major refactors, technology selections, system boundaries, and long-term decisions with broad impact.
Documents system architecture with component diagrams, data flows, ADRs, deployment views, and templates. Analyzes patterns and maintains living docs for team communication.