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.zip

Installs 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.
134 chars✓ has a “when” trigger
Beginner

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

You give it
Decision Title, Context, Decision, Alternatives, Stakeholders.
You get back
An ADR Markdown file at documentation/docs/adr/adr-YYYY-MM-DD-[title-slug].md.

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:

  1. Decision Title — short, imperative phrase (e.g. "Use SQLite as default database backend")
  2. Context — problem statement, constraints, and why a decision was needed
  3. Decision — the chosen solution
  4. Alternatives — other options considered and why they were rejected
  5. 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.

SkillInstallsUpdatedSafetyDifficulty
adr (this skill)019dNo flagsBeginner
wiki-architect113moNo flagsAdvanced
specification-writing21moNo flagsIntermediate
c4-context23moNo flagsIntermediate

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.

1144

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.

25

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.

24

Generate RFC

wsxjs

Instructions for generating detailed RFC documentation in Chinese with Mermaid diagrams

00

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.

00

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

00

Search skills

Search the agent skills registry