Standardizes the documentation of architectural decisions using the ADR format.
Install
mkdir -p .claude/skills/adr-cosmian && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/17816" && unzip -o skill.zip -d .claude/skills/adr-cosmian && rm skill.zipInstalls to .claude/skills/adr-cosmian
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Create an Architectural Decision Record (ADR) under documentation/docs/adr/. Use when making or documenting an architectural decision.Key capabilities
- →Create an Architectural Decision Record (ADR) document.
- →Save ADRs in a specified directory structure.
- →Prompt the user for required inputs like decision title and context.
- →Generate an ADR using a predefined Markdown template.
- →Include sections for consequences, alternatives, and implementation notes.
How it works
This skill gathers specific information from the user regarding an architectural decision and then populates a Markdown template to create an ADR document. It ensures all required fields are present before generating the file.
Inputs & outputs
When to use adr
- →Recording a technology selection
- →Documenting architectural trade-offs
- →Updating project history
About this skill
Architectural Decision Record Generator
Create an ADR document for the Cosmian KMS repository.
ADR Storage
Save ADRs at: documentation/docs/adr/adr-YYYY-MM-DD-[title-slug].md
Where YYYY-MM-DD is the current date.
If the documentation/docs/adr/ directory doesn't exist yet, create it and add a nav entry in documentation/mkdocs.yml.
Required Inputs
Ask the user for:
- Decision Title — short, imperative phrase (e.g. "Use SQLite as default database backend")
- Context — problem statement, constraints, and why a decision was needed
- Decision — the chosen solution
- Alternatives — other options considered and why they were rejected
- Stakeholders — roles affected (e.g. "operators, security auditors, contributors")
If any required input is missing, ask before proceeding.
ADR Template
---
title: "ADR-YYYY-MM-DD: [Decision Title]"
status: "Proposed"
date: "YYYY-MM-DD"
authors: "[Stakeholder Names/Roles]"
tags: ["architecture", "decision"]
supersedes: ""
superseded_by: ""
---
# ADR-YYYY-MM-DD: [Decision Title]
## Status
**Proposed** | Accepted | Rejected | Superseded | Deprecated
## Context
[Problem statement, technical constraints, business requirements, and environmental factors requiring this decision.]
## Decision
[Chosen solution with clear rationale for selection.]
## Consequences
### Positive
- **POS-001**: [Beneficial outcome]
- **POS-002**: [Performance, maintainability, or security improvement]
### Negative
- **NEG-001**: [Trade-off or limitation]
- **NEG-002**: [Technical debt or complexity introduced]
## Alternatives Considered
### [Alternative 1 Name]
- **ALT-001 Description**: [Brief technical description]
- **ALT-002 Rejection Reason**: [Why this option was not selected]
### [Alternative 2 Name]
- **ALT-003 Description**: [Brief technical description]
- **ALT-004 Rejection Reason**: [Why this option was not selected]
## Implementation Notes
- **IMP-001**: [Key implementation consideration]
- **IMP-002**: [Migration or rollout strategy if applicable]
- **IMP-003**: [Monitoring and success criteria]
## References
- **REF-001**: [Related ADRs or prior decisions]
- **REF-002**: [External documentation, RFCs, specifications]
- **REF-003**: [Relevant codebase files: e.g. `crate/server_database/src/`, `crate/server/src/config/`]
When not to use it
- →When the decision is not architectural.
- →When the decision does not require formal documentation.
Limitations
- →Requires specific inputs from the user.
- →ADRs are saved to a fixed path: documentation/docs/adr/.
- →The generated ADR follows a predefined Markdown template.
How it compares
This skill automates the creation of a structured ADR document with predefined sections and naming conventions, unlike manually drafting a decision record.
Compared to similar skills
adr side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| adr (this skill) | 0 | 19d | No flags | Beginner |
| wiki-architect | 11 | 3mo | No flags | Advanced |
| specification-writing | 2 | 1mo | No flags | Intermediate |
| c4-context | 2 | 3mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
You might also like
wiki-architect
microsoft
Analyzes code repositories and generates hierarchical documentation structures with onboarding guides. Use when the user wants to create a wiki, generate documentation, map a codebase structure, or understand a project's architecture at a high level.
specification-writing
EpicenterHQ
Write technical specifications that give agents enough context to implement features while leaving room for autonomous research and decision-making. Use when planning features, documenting architecture decisions, or creating implementation guides.
c4-context
sickn33
Expert C4 Context-level documentation specialist. Creates high-level system context diagrams, documents personas, user journeys, system features, and external dependencies. Synthesizes container and component documentation with system documentation to create comprehensive context-level architecture. Use when creating the highest-level C4 system context documentation.
Generate RFC
wsxjs
Instructions for generating detailed RFC documentation in Chinese with Mermaid diagrams
mcaf-architecture-overview
Zendevve
Create or update `docs/Architecture/Overview.md` (architecture diagrams): maintain Mermaid diagrams for system/modules, interfaces/contracts, and key classes/types; document dependency rules; link to ADRs/features. Use when onboarding, refactoring, or adding modules/boundaries.
understand-codebase-architecture
isaac-scarrott
Build an interactive onboarding map of a codebase's architecture as a self-contained HTML report — click a box to drill into a subsystem, breadcrumbs to climb back, detail behind clicks so nothing overloads. Use when the user wants the generated visual artifact: a "map", "diagram", "visualise the ar