doc-generate-adr

Generate Architecture Decision Records with structured Context, Decision, Rationale, and Consequences.

18|5|Updated Nov 3, 2025
One-click install
npx skills add https://github.com/mvillmow/ml-odyssey --skill doc-generate-adr
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc-generate-adr
Source: https://github.com/mvillmow/ml-odyssey/tree/main/.claude/skills/doc-generate-adr
Command: npx skills add https://github.com/mvillmow/ml-odyssey --skill doc-generate-adr

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve? This Skill standardizes and automates the creation of Architecture Decision Records (ADRs), ensuring that significant technical decisions, their rationale, and consequences are clearly documented for future reference. It simplifies knowledge capture, saving time and ensuring consistency.

Core Features & Use Cases:

  • ADR Generation: Creates new ADR files from a template with automatic numbering, ensuring a consistent starting point.
  • Structured Format: Enforces a consistent format including Context, Decision, Rationale, and Consequences, making ADRs easy to read and understand.
  • Use Case: When your team decides on a new database technology, use this skill to generate an ADR. Fill in the template to document why the decision was made, what alternatives were considered, and its impact, ensuring everyone understands the choice and its history.

Quick Start: Use the doc-generate-adr skill to create a new Architecture Decision Record titled "Mojo Memory Management Strategy".

Frequently Asked Questions about doc-generate-adr

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

FAQPage Schema
What is an Architecture Decision Record and why do I need one?

An Architecture Decision Record (ADR) is a document that captures significant architectural decisions, their rationale, and consequences. ADRs create a permanent knowledge base, ensuring team members understand past choices and their trade-offs without relying on tribal knowledge or scattered discussions.

How do I create a new Architecture Decision Record?

Use this Skill to generate a new ADR file with automatic numbering (ADR-001, ADR-002, etc.). Provide a title, and the Skill creates a structured template in docs/adr with sections for Context, Decision, Rationale, Consequences, Alternatives, Status, Date, and Deciders ready to fill in.

What format and structure does an ADR follow?

ADRs follow a standardized format including Context (problem background), Decision (what was chosen), Rationale (why), Consequences (impacts), Alternatives (options considered), plus metadata like Status, Date, and Deciders. This consistency makes ADRs discoverable and comparable across your codebase.

When should I document a decision as an ADR instead of just discussing it?

Create an ADR for significant architectural decisions—technology choices, major refactors, framework selections, or design patterns that affect the system long-term. Use ADRs when decisions involve trade-offs, alternatives, or knowledge that the team needs to reference later.

Can I use ADRs for decisions my team has already made?

Yes. Generate an ADR retroactively to document past decisions. Fill in the historical Context, Decision, and Rationale to capture why a choice was made. This creates a record even if the decision predates your Skill adoption.