capture-architecture-decisions

Create and update architectural decision records using structured templates.

3|Updated Apr 28, 2026
One-click install
npx skills add https://github.com/albertattard/skills --skill capture-architecture-decisions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: capture-architecture-decisions
Source: https://github.com/albertattard/skills/tree/main/skills/capture-architecture-decisions
Command: npx skills add https://github.com/albertattard/skills --skill capture-architecture-decisions

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

Architects and developers struggle to consistently document and track key architecture choices, leading to knowledge gaps and inconsistent decision records.

Core Features & Use Cases

  • Create and update ADRs for significant architectural decisions including platform, security, and deployment choices.
  • Manage decision lifecycle by superseding outdated ADRs and referencing previous decisions.
  • Use case: When an engineering team is selecting a database technology, this Skill helps to record the rationale, alternatives considered, and consequences, ensuring clear documentation for future reference.

Quick Start

Use the capture-architecture-decisions skill to identify key architectural decisions in the current project context and generate corresponding ADRs automatically.

Frequently Asked Questions about capture-architecture-decisions

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

FAQPage Schema
How do I document architectural decisions consistently across software projects?

To document architectural decisions consistently, use structured Architecture Decision Records (ADRs) that capture rationale, alternatives, and consequences. This Skill automates ADR generation using templates and lifecycle management protocols to ensure consistent recording across software projects.

What is an Architecture Decision Record and when do I need to create one?

An Architecture Decision Record (ADR) tracks significant software design choices, including platform selection, security models, and deployment strategies. You need to create an ADR when making technology selections, evaluating system design trade-offs, or defining operational constraints for engineering teams.

How do I manage the lifecycle of outdated architecture decisions and supersede old ADRs?

To manage the lifecycle of outdated architecture decisions, supersede old ADRs by referencing previous decisions in newly generated records. This Skill maintains decision history by linking superseded documents, ensuring clear documentation for future reference without losing context.

Can I automatically generate ADRs from my current project context?

Yes, you can automatically generate ADRs from your current project context. This Skill identifies key architectural decisions in the existing environment and produces corresponding decision records using structured templates, streamlining documentation for technology selection and system design trade-offs.

What is the best way to record system design trade-offs and operational constraints?

The best way to record system design trade-offs and operational constraints is through structured ADR templates that explicitly document the rationale, alternatives considered, and consequences. This Skill enforces structured documentation to prevent knowledge gaps and inconsistent decision records.