Fähigkeiten C4 Component Level: [Component Name]
📦

C4 Component Level: [Component Name]

Sicher

C4-Komponentenarchitekturdiagramme erstellen

Schwierigkeiten, Code-Dokumentation auf Dokumentationsebene in eine klare Komponentenarchitektur zu übersetzen? Dieser Skill synthetisiert C4-Code-Artefakte in Komponentendiagramme mit definierten Grenzen, Schnittstellen und Beziehungen.

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 "C4 Component Level: [Component Name]". Authentifizierungscode-Dateien in Komponenten synthetisieren

Erwartetes Ergebnis:

  • AuthService-Komponente: Verarbeitet Benutzerauthentifizierung, Token-Generierung und Sitzungsverwaltung
  • AuthRepository-Komponente: Verwaltet Speicherung und Abruf von Anmeldedaten
  • AuthProvider-Komponente: Integriert mit externen Identitätsanbietern

Verwendung von "C4 Component Level: [Component Name]". Komponentendiagramm für API-Container erstellen

Erwartetes Ergebnis:

  • Mermaid-Diagramm zeigt ApiController-, RequestValidator-, ResponseFormatter- und DatabaseConnector-Komponenten innerhalb der API-Container-Grenze mit beschrifteten Beziehungen, die den Datenfluss anzeigen

Sicherheitsaudit

Sicher
v1 • 2/25/2026

This is a prompt-only documentation skill with no executable code. Static analysis scanned 0 files and found 0 potential security issues with a risk score of 0/100. The skill generates C4 architecture component documentation and Mermaid diagrams without accessing external systems, executing commands, or handling sensitive data.

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

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
87
Inhalt
31
Community
100
Sicherheit
74
Spezifikationskonformität

Was du bauen kannst

Architekturdokumentation für neue Systeme

Verwandelt verstreute Code-Dokumentation in kohärente Komponentenarchitekturdiagramme für neue oder refaktorisierte Systeme.

Definition von Komponentengrenzen

Definiert klare Grenzen zwischen Authentifizierungs-, Datenzugriffs- und Geschäftslogikkomponenten während des System-Redesigns.

Onboarding-Dokumentation

Generiert umfassende Komponentendokumentation, um neuen Teammitgliedern das schnelle Verständnis der Systemarchitektur zu ermöglichen.

Probiere diese Prompts

Grundlegende Komponentenübersicht
Erstellen Sie C4-Komponentendokumentation für [Komponentenname]. Zweck: [kurze Beschreibung]. Primäre Technologie: [Tech-Stack]. Listen Sie 3-5 Hauptfunktionen auf und identifizieren Sie 2-3 Hauptschnittstellen.
Komponentendiagramm-Generierung
Generieren Sie ein Mermaid-C4Component-Diagramm für [Containername]. Einschließlich Komponenten: [Komponenten auflisten], deren Typen, Beschreibungen und Beziehungen zwischen ihnen sowie externen Systemen.
Schnittstellendokumentation
Dokumentieren Sie alle Schnittstellen für die [Komponentenname]-Komponente. Geben Sie für jede Schnittstelle an: Protokoll (REST/GraphQL/gRPC/Events), Beschreibung der bereitgestellten Funktionalität und alle Operationen mit ihren Signaturen und Rückgabetypen.
Vollständige Komponentensynthese
Synthetisieren Sie die folgenden C4-Code-Dateien in Komponentendokumentation: [Dateien auflisten]. Geben Sie für jede resultierende Komponente an: Name, Beschreibung, Typ, Technologie, Zweck, Funktionen, Code-Elemente, Schnittstellen, Abhängigkeiten und ein Mermaid-Komponentendiagramm.

Bewährte Verfahren

  • Behalten Sie Komponenten auf eine einzelne Verantwortlichkeit oder einen begrenzten Kontext fokussiert
  • Dokumentieren Sie sowohl bereitgestellte Schnittstellen als auch konsumierte Abhängigkeiten für jede Komponente
  • Verwenden Sie konsistente Namenskonventionen, die Komponentenzweck und -typ widerspiegeln

Vermeiden

  • Erstellung zu granularer Komponenten (einzelne Klasse pro Komponente)
  • Weglassen von Schnittstellenprotokollen, was Integration unklar macht
  • Anzeige von Container-beziehungen statt Komponentendetails

Häufig gestellte Fragen

Was ist der Unterschied zwischen C4-Komponenten- und C4-Container-Ebene?
Die Container-Ebene zeigt übergeordnete Bereitstellungseinheiten wie Anwendungen und Datenbanken. Die Komponentenebene vergrößert einen einzelnen Container, um logische Komponenten darin, ihre Verantwortlichkeiten und deren Interaktionen zu zeigen.
Muss ich tatsächlichen Code bereitstellen, damit dieser Skill funktioniert?
Nein, dieser Skill arbeitet mit C4-Code-Dokumentationsdateien. Er synthetisiert vorhandene Dokumentation, anstatt Quellcode direkt zu analysieren.
Welche Mermaid-Syntax sollte ich für Komponentendiagramme verwenden?
Verwenden Sie den Diagrammtyp C4Component mit Container_Boundary, um Komponenten innerhalb eines einzelnen Containers anzuzeigen. Schließen Sie Component-, ComponentDb-, Container_Ext- und System_Ext-Elemente mit Rel-Anweisungen für Beziehungen ein.
Wie viele Komponenten sollte ein typischer Container haben?
Es gibt keine feste Anzahl. Konzentrieren Sie sich auf logische Grenzen und einzelne Verantwortlichkeiten. Ein gut strukturierter Container hat typischerweise 5-15 Komponenten je nach Komplexität.
Kann dieser Skill helfen, fehlende Komponenten zu identifizieren?
Ja, durch Analyse von Lücken in der Code-Dokumentation und unklaren Verantwortlichkeiten kann der Skill zusätzliche Komponenten für eine vollständige Architekturabdeckung vorschlagen.
Sollte ich externe Systeme auf Komponenten- oder Container-Ebene dokumentieren?
Dokumentieren Sie externe Systeme auf beiden Ebenen. Auf Komponentenebene zeigen Sie, welche spezifischen Komponenten mit externen Systemen interagieren. Auf Container-Ebene zeigen Sie die Container-zu-System-Beziehungen.

Entwicklerdetails

Dateistruktur

📄 SKILL.md