architecture-decision

Compares design options and records decisions as ADRs with trade-offs and rollback triggers.

Updated Apr 26, 2026
One-click install
npx skills add https://github.com/Jin9/skillify-foundation --skill architecture-decision-jin9
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: architecture-decision
Source: https://github.com/Jin9/skillify-foundation/tree/main/treasury/architecture-decision
Command: npx skills add https://github.com/Jin9/skillify-foundation --skill architecture-decision-jin9

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often make architecture choices informally, without comparing alternatives or documenting trade-offs, which leads to inconsistent standards, over-engineering, and unrecoverable one-way-door mistakes. This Skill structures the decision process and records the outcome as an Architecture Decision Record (ADR). ## Core Features & Use Cases - Structured Option Comparison: Compares at least two candidate designs against requirements and NFRs, with explicit trade-offs and consequences. - ADR and C4 Documentation: Produces an ADR skeleton (context, options, decision, door type, rollback trigger) plus a C4 design doc for larger systems. - Decision Guardrails: Tags one-way versus two-way doors, detects over-engineering, challenges premature microservices splits, and enforces a human sign-off gate. - Use Case: A 5-person team proposes splitting into 4 microservices. The Skill asks the three scoping questions, recommends keeping a modular monolith with only payments split out, and records the ADR with a revisit trigger at 5x traffic. ## Quick Start Ask the agent to help you decide between two architecture options and write an ADR documenting the trade-offs and rollback trigger.

Frequently Asked Questions about architecture-decision

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

FAQPage Schema
How do I write an architecture decision record (ADR)?▼

An ADR records the context and forces, the options considered, the decision made, trade-offs accepted, and consequences. This Skill generates that skeleton automatically and adds a door-type tag plus a rollback or revisit trigger.

When should I split a monolith into microservices?▼

Split only when a specific business scope justifies its own service, separation is a priority now, and the team has capacity to maintain it. The Skill validates the split with these three questions and a performance scenario if unsure.

What is the difference between one-way and two-way door decisions?▼

One-way doors are hard-to-reverse choices like stack selection or data migration strategy, requiring decide-then-explain with team discussion. Two-way doors are reversible and can be adjusted freely with lighter process.

Can this skill replace a security threat model or code review?▼

No. It explicitly excludes diff-correctness review, which belongs to a code-review tool, and security threat-modeling, which belongs to a security review skill. It focuses only on design selection and ADR documentation.

How do I know if my architecture is over-engineered?▼

A practical signal is when the solution process becomes more complex than the problem warrants, or the design needs more than a few minutes to explain. The Skill flags this and recommends stopping and simplifying.