Fähigkeiten architecture-decision-records
📝

architecture-decision-records

Sicher 🌐 Netzwerkzugriff⚙️ Externe Befehle

Klare Architekturentscheidungen schnell treffen

Teams verlieren Kontext, wenn Entscheidungen undokumentiert oder verstreut sind. Diese Skill stellt ADR-Vorlagen, Hinweise zum Lebenszyklus und Review-Checklisten bereit, um Entscheidungen konsistent festzuhalten.

Unterstützt: Claude Codex Code(CC)
📊 69 Angemessen
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

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

Erwartetes Ergebnis:

  • 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

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

Erwartetes Ergebnis:

  • 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

Sicherheitsaudit

Sicher
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
Gescannte Dateien
605
Analysierte Zeilen
2
befunde
4
Gesamtzahl Audits
Auditiert von: claude Audit-Verlauf anzeigen →

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
85
Inhalt
21
Community
100
Sicherheit
91
Spezifikationskonformität

Was du bauen kannst

Wichtige Entscheidungen dokumentieren

Strukturierte ADRs für Datenbank-, Plattform- und Integrationsentscheidungen erstellen.

Entscheidungsprotokolle standardisieren

Einen konsistenten ADR-Prozess und eine Review-Checkliste teamübergreifend einführen.

Vergangene Entscheidungen prüfen

Historische Entscheidungen und ihre Konsequenzen während des Onboardings verstehen.

Probiere diese Prompts

Ein einfaches ADR entwerfen
Create a lightweight ADR for adopting TypeScript in our frontend. Include context, decision, and consequences.
Optionen in einem ADR vergleichen
Write a standard ADR comparing PostgreSQL, MySQL, and MongoDB for our product catalog.
Ein ADR ablösen
Draft a deprecation ADR to replace MongoDB with PostgreSQL, including a migration plan.
ADR im RFC-Stil
Create an RFC style ADR for event sourcing in order management, with motivation, design, drawbacks, and alternatives.

Bewährte Verfahren

  • ADRs schreiben, bevor die Implementierung beginnt
  • Sowohl positive als auch negative Konsequenzen festhalten
  • Verwandte ADRs verlinken und den Status im Laufe der Zeit aktualisieren

Vermeiden

  • Akzeptierte ADRs bearbeiten statt sie abzulösen
  • Kontext und Entscheidungsgründe weglassen
  • Vage Formulierungen ohne klare Entscheidungen verwenden

Häufig gestellte Fragen

Ist das kompatibel mit Claude, Codex und Claude Code?
Ja, es handelt sich um Klartext-Hinweise und Vorlagen, die in jedem Assistant funktionieren.
Welche Grenzen sollte ich erwarten?
Es stellt nur Vorlagen und Checklisten bereit, keine automatisierte Dateierstellung.
Kann es mit adr-tools oder meinem Repo integrieren?
Es enthält adr-tools-Befehle, führt sie jedoch nicht aus und bearbeitet keine Dateien.
Greift es auf мои Daten oder Secrets zu?
Nein, es enthält statische Dokumentation ohne Datenzugriff.
Was, если das ADR слишком lang wirkt?
Verwenden Sie die schlanke Vorlage und beschränken Sie sich auf den wesentlichen Kontext und die Entscheidung.
Worin unterscheidet sich das von einem Design-Dokument?
Es dokumentiert eine konkrete Entscheidung und Begründung, nicht die vollständigen Implementierungsdetails.