recording-architecture-decisions

Create, amend, supersede, or evaluate architecture decision records with baseline-sync constraints.

968|43|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/GanyuanRan/Aegis --skill recording-architecture-decisions
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: recording-architecture-decisions
Source: https://github.com/GanyuanRan/Aegis/tree/main/skills/recording-architecture-decisions
Command: npx skills add https://github.com/GanyuanRan/Aegis --skill recording-architecture-decisions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The skill helps teams capture and preserve the rationale behind architectural decisions by creating durable ADRs, baseline snapshots, and decision logs alongside the current architecture state.

Core Features & Use Cases

  • Create, amend, supersede, or evaluate ADRs and baseline-sync records to document architecture changes.
  • Route work to the correct ownership surface (docs/adr, docs/aegis/adr, etc.) and ensure memory of decisions is preserved.
  • Enforce ADR conventions, provide a guided decision flow, and guardrails to avoid stale baselines or misapplied changes.

Quick Start

Identify an architecture decision you want to record and follow the ADR workflow to create or amend the ADR in the appropriate surface.

Frequently Asked Questions about recording-architecture-decisions

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

FAQPage Schema
How do I create an architecture decision record that preserves context?

Create an architecture decision record by following the guided workflow to capture decisions, enforce ADR conventions, and route the file to the correct ownership surface, preserving rationale alongside the current-state baseline.

What is the best way to amend or supersede an existing ADR?

Amend or supersede an ADR by applying baseline-sync constraints and helper-backed write paths to ensure correct file placement, consistent naming, and traceability across project surfaces, avoiding stale baselines or misapplied changes.

How does baseline-sync closure work for decision logs?

Baseline-sync closure for decision logs records durable architecture changes by enforcing baseline-sync constraints, filtering memory, and routing work to the correct ownership surface to prevent stale baselines and maintain traceability.

Do I need specific folder structures to record architecture decisions?

You need an established ownership surface, such as docs/adr or docs/aegis/adr, to correctly route architecture decisions, enforce ADR conventions, and ensure proper file placement and naming when creating or amending decision logs.

When should I evaluate an architecture decision log?

Evaluate an architecture decision log when you need to assess existing ADRs or baseline-sync records, applying guardrails to avoid stale baselines, verify current-state alignment, and ensure decisions are correctly documented across project surfaces.