designing-system-architecture

Compare architecture options and produce ADR-ready recommendations with trade-offs.

4|1|Updated Jul 23, 2024
One-click install
npx skills add https://github.com/flexigpt/flexigpt-app --skill designing-system-architecture
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: designing-system-architecture
Source: https://github.com/flexigpt/flexigpt-app/tree/main/internal/builtin/skills/software-dev/designing-system-architecture
Command: npx skills add https://github.com/flexigpt/flexigpt-app --skill designing-system-architecture

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Help teams choose and justify a system architecture by comparing simple to complex patterns, mapping boundaries, and defining ownership to produce ADR-ready decisions.

Core Features & Use Cases

  • Compare architecture options (e.g., monolith, modular monolith, microservices) and evaluate their trade-offs.
  • Clarify bounded contexts, ownership, and integration contracts, with guidance on when to apply CQRS, event sourcing, sagas, or async messaging.
  • Produce ADR-ready recommendations that document decisions, rationale, and next steps for stakeholders.

Quick Start

Provide an ADR-ready architecture recommendation for your current project scope.

Frequently Asked Questions about designing-system-architecture

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
Can I get an ADR-ready recommendation for a simple project scope?▼

Yes, you can obtain an ADR-ready architecture recommendation for simple project scopes by evaluating minimal structural patterns and producing clear boundaries, trade-offs, and next steps.

How do I decide between a modular monolith and microservices for my system architecture?▼

System architecture decisions between modular monoliths and microservices are evaluated by comparing structural trade-offs, mapping bounded contexts, and defining ownership to produce clear, ADR-ready recommendations.

When do I need event sourcing or CQRS in my architecture?▼

Event sourcing or CQRS is needed when evaluating event-driven patterns across bounded contexts to determine if complex ownership boundaries and integration contracts warrant these specific architectural decisions.

How do I document system architecture decisions for stakeholders?▼

Document system architecture decisions by producing ADR-ready recommendations that capture the selected patterns, rationale, trade-offs, and next steps for stakeholders to review and implement.

What is the best way to define bounded contexts and ownership boundaries?▼

The best way to define bounded contexts and ownership boundaries is by applying event-driven pattern analysis to clarify integration contracts and determine structural ownership within your system architecture.

Should I use sagas and async messaging for my system architecture?▼

Sagas and async messaging are recommended when your architecture decisions require coordinating complex event-driven processes across multiple bounded contexts, providing ADR-ready options with documented trade-offs and next steps.