architecture

Systematize requirements analysis and ADR documentation for architecture decisions.

132|22|Updated Dec 18, 2025
One-click install
npx skills add https://github.com/xenitV1/Antigravity-Workflows --skill architecture-xenitv1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: architecture
Source: https://github.com/xenitV1/Antigravity-Workflows/tree/main/skills/architecture
Command: npx skills add https://github.com/xenitV1/Antigravity-Workflows --skill architecture-xenitv1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill provides a structured framework for making architecture decisions by formalizing requirements analysis, trade-off evaluation, and ADR documentation.

Core Features & Use Cases

  • ADR Templates: Standardized decision records that capture context, options, rationale, and consequences.
  • Trade-off Analysis: Systematic evaluation of alternatives to balance constraints and risks.
  • Documentation Guidance: Clear templates and references to support governance, onboarding, and long-term maintainability.

Quick Start

Initiate an ADR for a new service design by outlining the problem, available options, the chosen path, and the supporting rationale.

Frequently Asked Questions about architecture

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

FAQPage Schema
How do I document architecture decisions systematically?

Architecture decision records (ADRs) systematically document decisions by capturing context, options evaluated, the chosen solution, and rationale. This creates a traceable record that supports governance, onboarding, and long-term project maintainability.

What should an ADR template include?

An ADR template captures the problem statement, available options with trade-offs, the selected approach, supporting rationale, and anticipated consequences. This standardized structure ensures consistent decision documentation across teams and projects.

How do I evaluate architecture trade-offs?

Trade-off analysis systematically weighs alternatives against constraints, risks, and requirements. ADR documentation formalizes this evaluation, making implicit reasoning explicit and supporting informed pattern selection for service design and architecture changes.

When should I create an ADR?

Create an ADR when making significant architecture decisions—service design choices, pattern selection, or technology trade-offs. ADRs enforce structured requirements analysis and preserve the rationale behind decisions for future maintainability and onboarding.

Can I use ADRs for team governance?

Yes. ADRs provide governance through traceable, documented decisions that clarify responsibility and rationale. Standardized templates and decision records support organizational standards, knowledge retention, and consistent architectural practices across projects.

Do I need prior architecture experience to use ADRs?

No. Structured ADR templates guide the decision process itself. The framework enforces systematic requirements analysis and option evaluation, making architecture decision-making accessible to teams new to formal documentation practices.