solution-architect

Design technical solution architectures with component, data, and threat models.

Updated May 9, 2026
One-click install
npx skills add https://github.com/GustavoGutierrez/engineering-skills --skill solution-architect-gustavogutierrez
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: solution-architect
Source: https://github.com/GustavoGutierrez/engineering-skills/tree/main/skills/solution-architect
Command: npx skills add https://github.com/GustavoGutierrez/engineering-skills --skill solution-architect-gustavogutierrez

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you turn requirements into a real technical system architecture by making concrete decisions about components, integrations, data flows, and tradeoffs with security, reliability, operations, and cost in mind.

Core Features & Use Cases

  • Requirement-to-architecture translation: Converts goals, constraints, non-functional requirements, and non-goals into implementable architecture choices.
  • Architecture options and tradeoffs: Produces 2–3 viable approaches, compares them across scalability, security, cost, maintainability, and team fit, then recommends one with reversibility notes.
  • Systems + data + integration modeling: Defines context, containers, components, responsibilities, data ownership/lifecycle, and critical runtime flows.
  • Security and threat modeling: Includes a lightweight threat model covering likely risks and mitigations with validation expectations.
  • Implementation handoff: Delivers a downstream-ready plan with acceptance evidence, first “runway” tasks, and traceability to requirements.

Quick Start

Use the solution-architect skill to design the technical architecture for your SaaS system from your PRD and list the key risks, security mitigations, and implementation handoff items.

Frequently Asked Questions about solution-architect

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

FAQPage Schema
How do I design a scalable SaaS multi-tenant architecture from requirements?

Designing SaaS multi-tenant architectures involves translating requirements into implementable component models, data ownership flows, and integration patterns. This skill evaluates approaches across scalability and security, recommending one with reversibility notes.

What is the best way to evaluate architecture tradeoffs for a new system design?

Evaluating architecture tradeoffs requires comparing 2–3 viable approaches across scalability, security, cost, maintainability, and team fit. This skill produces traceable decisions with alternatives and reversibility constraints to guide your final selection.

Can I generate a threat model and security mitigations for my data architecture?

Yes, you can generate a lightweight threat model for your data architecture covering likely risks and mitigations with validation expectations. This ensures component and data models remain secure and operationally grounded against identified threats.

Does this approach produce implementation handoff items for downstream engineering teams?

Yes, this approach delivers a downstream-ready implementation handoff plan with acceptance evidence, first runway tasks, and traceability to requirements. It bridges architecture decisions directly to actionable engineering tasks.

When do I need to define integration patterns and data flows for LLM agent architecture?

You need to define integration patterns and data flows for LLM agent architecture when translating senior architecture requests into technical systems. This involves selecting components, modeling data lifecycle, and ensuring operational reliability.

What limitations exist when translating requirements into solution architecture without a full spec?

Translating requirements into solution architecture requires a spec including goals, constraints, non-functional requirements, and non-goals. Without this input, making concrete decisions about components, integrations, and tradeoffs becomes speculative.