Erledigt
1. Vollständige Verifikation
Führe jetzt die vollständige Stufe aus: verify-full, falls vorhanden, sonst verify. Zitiere die kürzeste entscheidende Zeile.
- Rot → du bist noch nicht hier. Kehre zur Schleife zurück.
- Es gibt keinen Verifikationsbefehl → verwende
/ready; behaupte nicht, erledigt zu sein. - Es muss tatsächlich jetzt ausgeführt worden sein, nicht früher in der Sitzung.
2. Skeptischer Diff-Pass
Lies das endgültige Diff erneut als feindseliger Prüfer. Prüfe:
- Randfälle: leer, null, Unicode, Grenzen, Nebenläufigkeit.
- Fehlerpfade: Fehlschläge, fehlende Dateien, verlorene Netzwerke, Bereinigung.
- Geänderte Verträge: APIs, Formate, Schema, Konfiguration, alte Verbraucher.
- Unbeabsichtigter Inhalt: unzusammenhängende Dateien, Debug-Code, Geheimnisse, lose Pins.
- Test-Ehrlichkeit: würden geänderte Tests fehlschlagen, wenn die Implementierung zurückgesetzt wird?
Wenn zutreffend, führe <this-skill-dir>/scripts/revert-probe.sh "<verify-cmd>" aus. Geschwächte Prüfungen sind Befunde. Behebe Befunde und wiederhole die vollständige Verifikation.
3. Risikoorientierte unabhängige Prüfung
Wähle den Fokus:
security: Authentifizierung, Berechtigungen, Eingabe, Pfade, Befehle, Geheimnisse, Endpunkte.contract: öffentliche API/CLI, Schema, Konfiguration, Migration, Verbraucher.general: Geld, Nebenläufigkeit, Ressourcen oder ein breites unsicheres Diff.
Bevorzuge den integrierten Prüfbefehl des Werkzeugs; verwende andernfalls einen Prüfagenten. Wenn sowohl Sicherheit als auch Vertrag zutreffen, fordere zwei unabhängige fokussierte Durchgänge an. Der Prüfer liest Aufrufer und Verbraucher.
Behebe und verifiziere jeden blocker oder major erneut, es sei denn, der Benutzer akzeptiert das genannte Risiko ausdrücklich. Ein minor darf nur dann zurückgestellt werden, wenn er gemeldet wurde. Ein kleines, gut verstandenes Diff ohne identifiziertes Risiko kann nach dem skeptischen Pass beendet werden.
4. Umfang-Prüfung
Lies die ursprüngliche Anfrage erneut. Jeder Punkt wird ausgeliefert oder mit Grund als ausgelassen benannt. Wirf niemals Umfang stillschweigend weg. Eine Bus-Aufgabe, die du über /lucia-bus beansprucht hast, muss completed oder blocked sein, mit veröffentlichtem Ergebnis, es sei denn, der Benutzer hat sie abgebrochen.
5. Lessons Learned
Bei einer Sackgasse, Falle oder widerlegten Herangehensweise führe /retro aus. Wenn ein unvollständiger Zustand übertragen werden muss, verwende stattdessen /lucia-relay.
6. Bericht
Erledigt: <was sich geändert hat, eine Zeile>
Beweis: <verify-Befehl> → <entscheidende Zeile>
Nicht abgedeckt: <Verifikationslücke>
Ausgelassen: <ausgelassener Umfang + Grund, oder nichts>
Keine Beschönigung: melde „erledigt“ erst, nachdem jeder Schritt bestanden ist. Die Maschinenausgabe spiegelt dieselben Fakten wider; blockierte Ausgabe verwendet "status": "blocked" und die fehlschlagende Zeile.
{
"status": "done",
"verify": {"command": "./test.sh", "exit_code": 0, "decisive_line": "PASS alle Prüfungen grün"},
"not_covered": "<Verifikationslücke>",
"left_out": "nichts"
}