arch-manage

Create and update Architecture Decision Records and domain standards with verifiable compliance criteria.

Updated May 8, 2026
One-click install
npx skills add https://github.com/juanca202/sdd-devkit --skill arch-manage-juanca202
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: arch-manage
Source: https://github.com/juanca202/sdd-devkit/tree/main/skills/arch-manage
Command: npx skills add https://github.com/juanca202/sdd-devkit --skill arch-manage-juanca202

SYSTEM DOCUMENTATION & REQUIREMENTS

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

What problem does it solve? Architectural decisions and coding norms often live in scattered conversations or get lost entirely, making it impossible to know why a technology was chosen or what rules the project must follow today. This Skill maintains two distinct, cross-linked documents: immutable ADRs recording the "why" of each decision, and living domain standards (testing, API, security, etc.) recording the "what must be complied with now" as RFC 2119 requirements with verifiable compliance criteria. ## Core Features & Use Cases - ADR lifecycle management: Create, update, deprecate, or supersede Architecture Decision Records in docs/adr/ with conflict validation against existing accepted decisions. - Domain standards with compliance criteria: Maintain normative standards in docs/standards/ where each requirement carries measurable CR-XXX criteria, proposed to the user in a selection table before anything is written. - Fitness functions and runner: Register automated architecture checks per standard in scripts/arch/checks/ written in the repo's own stack language, orchestrated by a single verify runner usable as a CI quality gate. - Use Case: After deciding "unit tests must use Vitest with coverage ≥ 80%", invoke the Skill to record ADR-003, add the requirement to Testing Standards, and generate a blocking fitness function that fails CI when coverage drops below the threshold. ## Quick Start Ask the agent to register an architectural decision, for example: document why we adopted GraphQL for the API and add the corresponding requirement to the API standards.

Frequently Asked Questions about arch-manage

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

FAQPage Schema
How do I create an Architecture Decision Record for my project?▼

Invoke the Skill with the decision you want to document; it assigns the next correlating ADR number, collects context and deciders through structured questions, checks for conflicts with existing accepted ADRs, and writes the file to docs/adr/ using the canonical template.

What is the difference between an ADR and an architecture standard?▼

An ADR records the why of a single decision and is immutable once Accepted, while a standard is a living domain document grouping verifiable requirements written with RFC 2119 keywords. Decisions that set ongoing rules emit compliance criteria into the standard of their domain.

How do architecture fitness functions work in CI?▼

Each approved compliance criterion gets a check registered in scripts/arch/checks/<standard>.<ext>, written in the repo's stack language. The verify runner executes all standards or one by slug, printing PASS/WARN/FAIL lines and exiting nonzero only when a blocking criterion fails.

Does arch-manage support monorepos or git submodules?▼

Yes. The Skill detects nested repositories via git submodule status and .gitmodules, asks which root the decision belongs to, and keeps independent ADR numbering, standards, and fitness functions per architecture root.

When should a decision not create a standard requirement?▼

One-time historical decisions, such as a completed database migration, produce only an ADR with an empty emits list. A standard requirement is created only when the decision establishes a continuous, verifiable rule the team must follow going forward.