Fähigkeiten domain-driven-design
📦

domain-driven-design

Sicher

Domänengetriebenes Design mit KI-Unterstützung anwenden

Komplexe Softwareprojekte erfordern strukturierte Domänenmodellierung, aber zu wissen, wann und wie man DDD anwendet, ist eine Herausforderung. Diese Fähigkeit hilft Ihnen, die DDD-Eignung zu bewerten, die strategische Architektur zu planen und auf spezialisierte Implementierungsfähigkeiten zu verweisen.

Unterstützt: Claude Codex Code(CC)
🥉 74 Bronze
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 "domain-driven-design". Use @domain-driven-design to assess if our e-commerce platform should adopt full DDD

Erwartetes Ergebnis:

Ergebnisse der Eignungsprüfung: Ihre E-Commerce-Plattform erfüllt wahrscheinlich mehrere Kriterien aufgrund komplexer Geschäftsregeln (Preisgestaltung, Bestand), mehrerer Teams und Integrationsverträgen. Empfehlung: Übernehmen Sie zuerst strategisches DDD mit Bounded Contexts für Bestellungen, Bestand, Zahlungen und Versand.

Verwendung von "domain-driven-design". Help us plan the strategic artifacts for our healthcare domain

Erwartetes Ergebnis:

Strategische Deliverables für das Gesundheitswesen: (1) Subdomänen-Map mit Identifizierung von Kerndomänen wie Patientenverwaltung, Terminplanung, Abrechnung; (2) Bounded-Context-Map mit HIPAA-Compliance-Grenzen; (3) Ubiquitous-Language-Glossar für medizinische Terminologie; (4) ADRs für kritische Entscheidungen.

Sicherheitsaudit

Sicher
v1 • 2/24/2026

Static analysis flagged 19 potential issues including external_commands and weak cryptographic algorithms. Manual review confirms these are false positives: the @ mentions in skill references were mistaken for backtick execution, and the word 'design' was incorrectly flagged as cryptographic. This is a documentation-only skill containing no executable code, network requests, or file system operations. All findings dismissed as false positives.

2
Gescannte Dateien
99
Analysierte Zeilen
0
befunde
1
Gesamtzahl Audits
Keine Sicherheitsprobleme gefunden
Auditiert von: claude

Qualitätsbewertung

41
Architektur
100
Wartbarkeit
87
Inhalt
50
Community
100
Sicherheit
83
Spezifikationskonformität

Was du bauen kannst

Architektur-Planungssitzung

Verwenden Sie dies zu Beginn eines neuen Projekts, um zu bestimmen, ob DDD geeignet ist, und um die Bounded-Context-Grenzen zu planen.

Refactoring-Entscheidungsleitfaden

Evaluieren Sie einen bestehenden Monolithen, um Subdomänengrenzen zu identifizieren und eine inkrementelle DDD-Übernahme zu planen.

Team-Koordinationswerkzeug

Etablieren Sie eine gemeinsame ubiquitous Language und klare Eigentumsgrenzen über mehrere Teams hinweg.

Probiere diese Prompts

Initiale DDD-Eignungsprüfung 
Verwenden Sie @domain-driven-design, um zu bewerten, ob wir für unser [Projektbeschreibung] vollständiges DDD übernehmen sollten. Führen Sie die Eignungsprüfung durch und erklären Sie, welche Kriterien erfüllt sind.
Strategische Modellierungsanfrage 
Wenden Sie @domain-driven-design an, um uns bei der Identifizierung von Subdomänen und Bounded Contexts für unsere [Geschäftsdomäne] zu helfen. Listen Sie die strategischen Artefakte auf, die wir zuerst erstellen sollten.
Weiterleitung zu Implementierungsfähigkeiten 
Wir haben uns entschieden, DDD für [spezifischer Bounded Context] zu übernehmen. Verwenden Sie @domain-driven-design, um uns zu den nächsten Fähigkeiten zu verweisen und listen Sie die taktischen Deliverables für diese Woche auf.
Event-Sourcing-Entscheidungsunterstützung 
Unsere Domäre erfordert Auditierbarkeit und Ereignisverlauf. Verwenden Sie @domain-driven-design, um uns bei der Entscheidung zu helfen, ob Event Sourcing geeignet ist und welche Fähigkeiten wir für die Implementierung verwenden sollten.

Bewährte Verfahren

  • Beginnen Sie mit strategischem DDD, bevor Sie sich in taktische Implementierungsdetails vertiefen
  • Verwenden Sie die Eignungsprüfung, um Überengineering einfacher Systeme zu vermeiden
  • Erstellen Sie an jeder Phase explizite Artefakte, um messbaren Fortschritt zu gewährleisten
  • Verweisen Sie auf spezialisierte Fähigkeiten, anstatt zu versuchen, alles mit einem einzigen Prompt zu bewältigen

Vermeiden

  • Vollständiges DDD auf einfache CRUD-Anwendungen ohne komplexe Geschäftsregeln anzuwenden
  • Strategische Modellierung zu überspringen und direkt zum Entity-Design zu springen
  • Bounded Contexts basierend auf technischen Schichten statt auf Geschäftsfähigkeiten zu erstellen
  • DDD als Rechtfertigung für Überengineering ohne klare Domänenkomplexität zu verwenden

Häufig gestellte Fragen

Wann sollte ich diese Fähigkeit verwenden?
Verwenden Sie diese Fähigkeit beim Modellieren komplexer Geschäftsdomänen, bei der Entscheidung, ob vollständiges DDD die zusätzliche Komplexität wert ist, oder bei der Planung von CQRS-, Event-Sourcing- oder Saga-Implementierungen.
Generiert diese Fähigkeit Code?
Nein, dies ist eine Planungs- und Weiterleitungsfähigkeit. Sie hilft Ihnen, die Eignung zu bewerten, strategische Artefakte zu planen und auf spezialisierte Fähigkeiten für die Implementierung zu verweisen.
Was ist die Eignungsprüfung?
Eine einfache Bewertung mit vier Kriterien: komplexe Geschäftsregeln, mehrere Teams mit Modellkollisionen, instabile Integrationsverträge und Auditierbarkeitsanforderungen. Verwenden Sie vollständiges DDD, wenn mindestens zwei Kriterien erfüllt sind.
Auf welche spezialisierten Fähigkeiten verweist diese?
Die Fähigkeit verweist auf spezialisierte Fähigkeiten für strategisches Design, Context Mapping, taktische Muster, CQRS, Event Sourcing, Saga-Orchestrierung und Projektionsmuster.
Kann dies Domänenexperten-Workshops ersetzen?
Nein, diese Fähigkeit kann direkte Interaktion mit Domänenexperten nicht ersetzen. Sie ist darauf ausgelegt, DDD-Arbeit zu leiten und zu strukturieren, nicht um Domänenwissen zu entdecken.
Wie unterscheidet sich diese Fähigkeit von Architekturberatung?
Diese Fähigkeit bietet strukturierte Methodik und Weiterleitung zu anderen Fähigkeiten. Sie analysiert nicht Ihre spezifische Codebasis oder bietet Echtzeit-Architekturempfehlungen.

Entwicklerdetails

Autor

sickn33

Lizenz

MIT

Repository

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/domain-driven-design

Ref

main

Dateistruktur

📁 references/

📄 ddd-deliverables.md

📄 SKILL.md