Workflow Patterns
Meistern Sie TDD-Workflows mit Conductor
Haben Sie Schwierigkeiten mit einem unorganisierten Entwicklungs-Workflow und unzureichender Testabdeckung? Dieses Skill bietet einen strukturierten TDD-Rahmen mit Phasen-Checkpoints, Git-Commit-Management und Verifikationsprotokollen, um die Code-Qualität während der gesamten Implementierung sicherzustellen.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "Workflow Patterns". Helfen Sie mir, einen Checkpoint-Commit nach Abschluss von Phase 1 zu erstellen
Erwartetes Ergebnis:
- Automatisierte Verifikation wird ausgeführt...
- Test-Suite: 47 Tests bestanden
- Abdeckung: 87 % (Ziel: 80 %)
- Linting: Keine Fehler
- Checkpoint-Commit erstellt: def5678
- Plan mit Checkpoint-SHA aktualisiert
- Wartet auf manuelle Verifikationsgenehmigung
Verwendung von "Workflow Patterns". Leiten Sie mich durch den TDD-Workflow für Aufgabe 2.1
Erwartetes Ergebnis:
- Schritt 1: Nächste Aufgabe auswählen – Aufgabe 2.1 markiert
- Schritt 2: Als in Bearbeitung kennzeichnen [~] in plan.md
- Schritt 3: RED – Fehlgeschlagene Tests schreiben (test_validate_user_email)
- Schritt 4: GREEN – Minimalen Code implementieren (validate_email-Methode)
- Schritt 5: REFACTOR – Muster extrahieren, Benennung verbessern
- Schritt 6: Abdeckung >= 80 % verifizieren
- Schritt 7: Alle Abweichungen dokumentieren
- Schritt 8: Strukturierten Commit erstellen
- Schritt 9: Git-Notes mit Zusammenfassung anhängen
- Schritt 10: plan.md mit Commit-SHA aktualisieren
- Schritt 11: Plan-Aktualisierung committen
Sicherheitsaudit
SicherStatic analysis detected 80 potential security issues in resources/implementation-playbook.md, all of which are false positives. The file contains Markdown documentation with bash code examples for educational purposes. The external_commands patterns are git command examples in code blocks (lines 25-571), not executable code. The weak_crypto findings are documentation text, not cryptographic implementations. This skill contains only documentation and no executable code, posing no security risk.
Probleme mit mittlerem Risiko (1)
Qualitätsbewertung
Was du bauen kannst
Neue Funktion mit TDD implementieren
Ein Entwickler implementiert eine neue Benutzer-Authentifizierungsfunktion unter Einhaltung des Red-Green-Refactor-Zyklus, mit angemessener Testabdeckung und Git-Commits nach jedem Schritt.
Phasen-Checkpoints etablieren
Ein Teamleiter erstellt Verifikations-Checkpoints am Ende jeder Entwicklungsphase, um sicherzustellen, dass Quality-Gates erfüllt sind, bevor fortgefahren wird.
Implementierungsfortschritt verfolgen
Ein Entwickler verfolgt den Aufgabenabschluss, indem er plan.md mit Commit-SHAs aktualisiert und die Nachverfolgbarkeit von der Planung bis zum Code aufrechterhält.
Probiere diese Prompts
Ich beginne mit Aufgabe 2.1: Implementierung der Benutzervalidierung. Helfen Sie mir, dem TDD-Workflow zu folgen: zuerst fehlerhafte Tests schreiben, dann den minimalen Code zum Bestehen implementieren und refaktorieren für Klarheit.
Ich habe alle Aufgaben in Phase 1 abgeschlossen. Helfen Sie mir, einen Checkpoint-Commit mit Verifikation zu erstellen: vollständige Test-Suite ausführen, Abdeckung über 80 % prüfen und manuelle Verifikations-Checkliste generieren.
Helfen Sie mir, eine strukturierte Commit-Nachricht für den Abschluss von Aufgabe 2.1 zu erstellen, die dem Format folgt: type(scope): subject, body mit Aufzählungspunkten und footer mit Aufgaben-/Track-Referenzen.
Während der Implementierung habe ich festgestellt, dass wir einen anderen Ansatz als geplant benötigen. Helfen Sie mir, diese Abweichung ordnungsgemäß in plan.md und tech-stack.md zu dokumentieren.
Bewährte Verfahren
- Schreiben Sie immer zuerst fehlerhafte Tests (RED) vor der Implementierung (GREEN) – überspringen Sie niemals die RED-Phase
- Erstellen Sie atomare Commits – eine logische Änderung pro Commit mit bestehenden Tests nach jedem Commit
- Warten Sie auf explizite Benutzerzustimmung, bevor Sie über Phasen-Checkpoints hinausfahren – überspringen Sie keine Verifikations-Gates
- Aktualisieren Sie plan.md sofort nach Abschluss jeder Aufgabe mit dem Commit-SHA für die Nachverfolgbarkeit
Vermeiden
- Implementierungscode vor Tests schreiben – dies verletzt TDD-Prinzipien und reduziert die Testwirksamkeit
- Mehrere Aufgaben in einem Zusammenfassen bündeln – dies beeinträchtigt die Nachverfolgbarkeit und macht semantisches Revertieren schwierig
- Zur nächsten Phase ohne Checkpoint-Genehmigung fortfahren – dies umgeht Quality-Gates und riskiert die Ansammlung von technischer Schuld
- plan.md erst nach mehreren Aufgaben aktualisieren – dies verliert die Nachverfolgbarkeit und macht das Auditieren des Fortschritts schwierig