architecture-decision

Document technical decisions as architecture decision records with YAML frontmatter.

Updated Mar 28, 2026
One-click install
npx skills add https://github.com/scomofo/dragon-forge --skill architecture-decision-scomofo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: architecture-decision
Source: https://github.com/scomofo/dragon-forge/tree/main/.agents/skills/architecture-decision
Command: npx skills add https://github.com/scomofo/dragon-forge --skill architecture-decision-scomofo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps teams document significant technical decisions so future developers can understand the context, alternatives, and consequences behind the architecture choices.

Core Features & Use Cases

  • ADR authoring workflow: Guides creation of an Architecture Decision Record with consistent sections, including engine compatibility, dependencies, and validation criteria.
  • Retrofit mode for legacy ADRs: Detects missing required sections in an existing ADR, adds only absent content, and never modifies existing sections.
  • Engine-context verification: Loads engine reference material, flags post-cutoff knowledge risk, and (when configured) validates engine-specific correctness via specialist review.
  • Architecture registry updates (optional & gated): Proposes new stances and asks for explicit approval before updating the architecture registry.
  • GDD sync checks (before write approval): Scans referenced GDDs to warn if names/interfaces would mismatch what the ADR will introduce.

Quick Start

Run architecture-decision with a short title like event-system-architecture and let it draft the ADR with engine context and dependencies.

Frequently Asked Questions about architecture-decision

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

FAQPage Schema
How do I document architecture decisions so my team can reuse the rationale and constraints later?

Architecture decision records capture technical choices, context, and consequences for future reuse. This Skill guides ADR authoring with consistent sections, engine compatibility checks, and dependency tracking to ensure durable documentation.

Can I update legacy ADRs that are missing required sections without overwriting existing content?

Retrofit mode detects missing required sections in existing ADRs and adds only the absent content. It never modifies existing sections, preserving original rationale while bringing legacy records up to current completeness standards.

How does engine compatibility verification work when authoring an architecture decision record?

Engine-context verification loads engine reference material and flags post-cutoff knowledge risk during ADR authoring. When configured, it validates engine-specific correctness through specialist review to ensure technical decisions align with engine constraints.

What is the best way to prevent architecture decisions from conflicting with game design documents?

GDD sync checks scan referenced game design documents before write approval to warn if names or interfaces would mismatch what the ADR introduces. This prevents architectural decisions from creating inconsistencies with established design specifications.

Do I need explicit approval to update the architecture registry after finalizing an ADR?

Architecture registry updates are optional and gated, requiring explicit approval before any changes are applied. The Skill proposes new stances and asks for confirmation, ensuring team consensus on registry modifications.

What metadata is required when generating an architecture decision record?

ADRs require YAML frontmatter-driven metadata to enforce section completeness and standardize documentation. This structured metadata ensures consistent capture of technical decisions, dependencies, and validation criteria across all records.