software-architecture

Guide architecture style selection, -ilities analysis, and ADR generation.

Updated Apr 8, 2026
One-click install
npx skills add https://github.com/Gami19/rd-strands-agents --skill software-architecture-gami19
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: software-architecture
Source: https://github.com/Gami19/rd-strands-agents/tree/main/strands-py/backend/agent/skills/pr/software-architecture
Command: npx skills add https://github.com/Gami19/rd-strands-agents --skill software-architecture-gami19

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a structured framework to help engineers design, evaluate, and document software architectures, guiding style selection, -ilities analysis, ADR generation, and risk-aware trade-off documentation.

Core Features & Use Cases

  • Guides selection among architecture styles (monolith, microservices, event-driven, etc.) based on quantified -ilities and business goals.
  • Produces Architecture Decision Records (ADR) and structured trade-off analyses to support governance and traceability.
  • Supports risk assessment and fitness-function planning to ensure architectures meet reliability, security, and performance targets.

Quick Start

Provide an initial ADR and a prioritized trade-off plan by feeding your business goals into the architecture workflow.

Frequently Asked Questions about software-architecture

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

FAQPage Schema
How do I document trade-offs for a software architecture decision?

To document trade-offs for a software architecture decision, you generate an Architecture Decision Record (ADR) that captures design choices, quantifies architecture characteristics, and traces governance impacts. This provides structured trade-off analysis and traceability for evolving systems.

When do I need to perform architecture trade-off analysis?

You need architecture trade-off analysis when evaluating monolith-to-microservice transitions, conducting architecture reviews, or planning system evolution. It quantifies -ilities like reliability and performance against business goals to guide design decisions and risk assessment.

What is the best way to choose between microservices and monolith architectures?

The best way to choose between microservices and monolith architectures is by performing a quantified -ilities analysis. This evaluates architecture styles against prioritized business goals to produce a structured trade-off plan for your specific system context.

Can I generate an ADR from my business goals?

Yes, you can generate an Architecture Decision Record (ADR) directly from your business goals. Feeding prioritized business goals into the architecture workflow produces an initial ADR alongside a structured trade-off plan for design decisions.

How do I assess risks in an evolving system architecture?

To assess risks in an evolving system architecture, you perform risk-aware trade-off documentation and fitness-function planning. This ensures the architecture meets reliability, security, and performance targets during governance workflows.