five.mdc

„Five Whys“-Ursachenanalyse für hartnäckige Probleme

Für wen: Debugging & Post-Mortems

So nutzt du es

Inhalt als .windsurfrules ins Projektverzeichnis legen oder in den Windsurf-Einstellungen als globale Rules hinterlegen. Der Editor folgt den Regeln ab der nächsten Anfrage.

Im Detail

Statt beim ersten Symptom aufzuhören, fragt der Agent nach dieser Regel iterativ “Warum?” — meist fünfmal —, um von einem beobachteten Fehler zur tatsächlichen Grundursache vorzudringen. Das ist besonders bei hartnäckigen, wiederkehrenden Bugs oder Incidents wertvoll, wo ein Quick-Fix das Symptom kaschiert, aber die eigentliche Ursache im System bestehen bleibt. Sinnvoll für Post-Mortems und Debugging-Sessions, bei denen man nicht nur wissen will, was behoben werden muss, sondern warum es überhaupt passieren konnte. Für triviale Ein-Zeilen-Bugs mit offensichtlicher Ursache ist die Methode meist überdimensioniert und verlangsamt unnötig.

Praxis-Tipp

Setze die Regel gezielt bei wiederkehrenden Fehlern ein, z. B. “Analysiere per Five-Whys, warum der Cache-Fehler in Produktion immer wieder auftritt” statt bei jedem kleinen Bug.

Siehe auch

• test-strategy.md
• implement-task.mdc

Lizenz & Quelle

• Lizenz: MIT
• Quelle: github.com/steipete/agent-rules

Lade …