adr

Creates structured Markdown ADRs with metadata, alternatives, consequences, and filename patterns.

5|2|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/tarunccet/pm-skills --skill adr-tarunccet
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: adr
Source: https://github.com/tarunccet/pm-skills/tree/main/pm-execution/skills/adr
Command: npx skills add https://github.com/tarunccet/pm-skills --skill adr-tarunccet

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Documenting the rationale behind significant technical and product choices is often skipped or lost, leaving future engineers and product managers unable to understand why systems evolved a certain way. This Skill ensures decisions are recorded with context, alternatives, trade-offs, and consequences so teams inherit reasoning alongside code.

Core Features & Use Cases

  • Structured ADR Template: Produces a Markdown ADR with metadata (date, status, deciders), context, decision, alternatives with pros/cons and effort estimates, consequences, and related links.
  • Context Validation: Prompts for missing inputs and incorporates provided PRDs, RFCs, or technical specs before generating the final ADR.
  • Governance & Immutability Guidance: Recommends ADR status (Proposed/Accepted/Deprecated/Superseded) and enforces the practice of creating new ADRs when decisions change.
  • Use Cases: Capturing a migration decision (e.g., REST to GraphQL), choosing third-party vendors, or recording irreversible design choices during design reviews and technical spikes.

Quick Start

Draft an ADR summarizing the decision to migrate the public API from REST to GraphQL, list at least three alternatives with pros and cons, state the recommended option and its primary trade-offs, and save the output as ADR-001-migrate-to-graphql.md.

Frequently Asked Questions about adr

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

FAQPage Schema
How do I document architectural decisions for my engineering team?

To document architectural decisions, create structured architecture decision records (ADRs) that capture context, alternatives, and consequences. This Skill generates Markdown files with metadata, decision statements, and trade-offs so teams inherit reasoning alongside code.

What is the best way to format an architecture decision record?

The best way to format an architecture decision record is a Markdown template including metadata (date, status, deciders), a clear decision statement, alternatives with pros/cons and effort estimates, consequences, and a filename pattern like ADR-[NNN]-[decision-title].md.

When should I create an architecture decision record?

You should create an architecture decision record during planning, design reviews, or technical spikes when making irreversible decisions, such as migrating an API from REST to GraphQL, selecting third-party vendors, or choosing system design patterns.

How do I manage changes to an accepted architecture decision record?

To manage changes to an accepted architecture decision record, create a new ADR that supersedes the previous one rather than modifying the original. This governance practice enforces immutability and maintains a historical trail of deprecated and superseded decisions.

Can I use existing technical specs to generate an architecture decision record?

Yes, you can use existing technical specs to generate an architecture decision record. The Skill validates context by prompting for missing inputs and incorporating provided PRDs, RFCs, or technical specifications before producing the final Markdown output.

Does this architecture decision record template support vendor selection documentation?

Yes, this architecture decision record template supports vendor selection documentation. It captures alternatives with pros, cons, and effort estimates, making it suitable for recording third-party vendor choices and irreversible product decisions during design reviews.