Skills architecture-decision-records
📝

architecture-decision-records

Safe 🌐 Network access⚙️ External commands

Create clear architecture decisions fast

Teams lose context when decisions are undocumented or scattered. This skill provides ADR templates, lifecycle guidance, and review checklists to capture decisions consistently.

Supports: Claude Codex Code(CC)
📊 69 Adequate
1

Download the skill ZIP

2

Upload in Claude

Go to Settings → Capabilities → Skills → Upload skill

3

Toggle on and start using

Test it

Using "architecture-decision-records". Write an ADR to adopt Redis for caching product pages.

Expected outcome:

  • ADR-0010: Use Redis for product page caching
  • Status: Accepted
  • Context: Slow page loads during peak traffic
  • Decision: Add Redis as a read through cache
  • Consequences: Faster reads, added cache invalidation work

Using "architecture-decision-records". Create an ADR for choosing between REST and GraphQL.

Expected outcome:

  • ADR-0015: Use GraphQL for the API layer
  • Status: Accepted
  • Context: Mobile clients need flexible data fetching
  • Decision: Adopt GraphQL with Apollo Server
  • Considered: REST API with pagination, Falcor
  • Positive: Reduced over-fetching, strong typing
  • Negative: Added complexity, caching challenges

Security Audit

Safe
v4 • 1/17/2026

Pure documentation skill containing only templates and guidance for writing Architecture Decision Records. All 56 static findings are false positives: detected patterns are markdown documentation examples, harmless text strings in prose, and legitimate documentation links. No executable code, file access, network activity, or external commands are present.

2
Files scanned
605
Lines analyzed
2
findings
4
Total audits
Audited by: claude View Audit History →

Quality Score

38
Architecture
100
Maintainability
85
Content
21
Community
100
Security
91
Spec Compliance

What You Can Build

Document major choices

Create structured ADRs for database, platform, and integration decisions.

Standardize decision logs

Adopt a consistent ADR process and review checklist across teams.

Review past decisions

Understand historical choices and their consequences during onboarding.

Try These Prompts

Draft a simple ADR
Create a lightweight ADR for adopting TypeScript in our frontend. Include context, decision, and consequences.
Compare options ADR
Write a standard ADR comparing PostgreSQL, MySQL, and MongoDB for our product catalog.
Supersede an ADR
Draft a deprecation ADR to replace MongoDB with PostgreSQL, including a migration plan.
RFC style ADR
Create an RFC style ADR for event sourcing in order management, with motivation, design, drawbacks, and alternatives.

Best Practices

  • Write ADRs before implementation begins
  • Record both positive and negative consequences
  • Link related ADRs and update status over time

Avoid

  • Editing accepted ADRs instead of superseding them
  • Omitting context and decision drivers
  • Using vague language without clear decisions

Frequently Asked Questions

Is this compatible with Claude, Codex, and Claude Code?
Yes, it is plain text guidance and templates that work in any assistant.
What limits should I expect?
It provides templates and checklists only, not automated file creation.
Can it integrate with adr-tools or my repo?
It includes adr-tools commands but does not run them or edit files.
Does it access my data or secrets?
No, it contains static documentation with no data access behavior.
What if the ADR feels too long?
Use the lightweight template and keep it to the essential context and decision.
How is this different from a design doc?
It records a specific decision and rationale, not full implementation details.