architecture

Document architecture decisions and system designs in standardized ADR templates.

704|58|Updated Mar 20, 2026
One-click install
npx skills add https://github.com/openyak/desktop --skill architecture-openyak
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: architecture
Source: https://github.com/openyak/desktop/tree/main/backend/app/data/plugins/engineering/skills/architecture
Command: npx skills add https://github.com/openyak/desktop --skill architecture-openyak

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams capture architecture decisions, trade-offs, and system design proposals in a structured ADR format to improve traceability and collaboration.

Core Features & Use Cases

  • Create an Architecture Decision Record (ADR) for a technology choice or design proposal.
  • Evaluate system design options, document trade-offs, and assign responsibilities.
  • Reference related components and future changes to ensure decisions remain actionable.

Quick Start

Draft an ADR for your next architecture decision to begin the documentation.

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 and trade-offs for system design proposals?

You document architecture decisions by creating an Architecture Decision Record (ADR) that captures context, options, trade-offs, and consequences. This structured approach ensures technology choices are traceable and design proposals remain actionable for the team.

What sections should be included in an ADR template for technology choices?

An ADR template should include sections for context, decision, options, consequences, and action items. This standardized format helps evaluate system design options and document trade-offs while assigning responsibilities for future changes.

When do I need to create an Architecture Decision Record for a system change?

You need to create an Architecture Decision Record when making a technology choice or proposing a system design change. It captures the context and trade-offs to guide technology selections and improve collaboration across teams.

What is the best way to evaluate system design options and assign responsibilities?

The best way to evaluate system design options is applying the ADR workflow to document trade-offs and consequences. This process assigns responsibilities by referencing related components and future changes to ensure decisions remain actionable.

Can I use ADRs to improve traceability and collaboration for architecture decisions?

Yes, you can use ADRs to improve traceability and collaboration by capturing architecture decisions in a structured format. Documenting context, options, and consequences ensures technology choices are transparent and easily referenced by the team.