Benutzereingabe: $ARGUMENTS
Konfiguration
Vor allem anderen: lese ${CLAUDE_SKILL_DIR}/../squad-config.md
Nachweise
- Vorher und nachher wann immer möglich. Speichere jedes Artefakt und berichte seinen Pfad.
- Falls ein Nachweistyp nicht verfügbar ist, wechsle zu einem anderen.
- Prüfst du die Arbeit eines anderen (QA)? Führe das Rot → Grün selbst erneut aus – vertraue niemals deren Artefakten.
Der Nachweis muss in den tkt-Kommentaren mit dem Titel: „EOP“ (Evidence Of Proof) veröffentlicht werden.
Nachweistypen
| tkt-Klasse | Rot → Grün Nachweis |
|---|---|
| UI / visuell | UI-Nachweis-Tool vorher/nachher Screenshots (aktueller Standard) |
| UI vs. Design-Referenz (tkt bezieht sich auf einen Figma-Knoten oder hängt eine Referenz-HTML/PNG als „das Design“ an) | Screenshots sind das Rot; das Grün ist eine gemessene Tabelle im Vergleich zur Referenz, dargestellt im gleichen Viewport – Rechteck, Radius, Abstände, Mittelpunktversatz – für das berührte Element und seine Nachbarn |
| API / Vertrag | curl den Endpunkt → falscher Status/Body, dann korrigiert (beide speichern) |
| Backend-Logik / Berechnung / Geld-Mathe | ein Unit-/Integrationstest an der Ursache, der zuerst fehlschlägt, dann besteht |
| Daten / DB-Zustand | eine DB-Abfrage, die den falschen gespeicherten Zustand zeigt, dann den korrigierten (+ ggf. Migration) |
| Ereignis / Kafka / asynchron | den Auslöser erzeugen und das beobachtbare Ergebnis des Verbrauchers erfassen (Dispatcher-Log-Zeile / DB-Zeile / ausgehender Aufruf) falsch, dann richtig. Ein Unit-Test am Produzenten ist eine Regressionssicherung, nicht dieser Nachweis |