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

Die Regel five.mdc bringt die aus dem Qualitätsmanagement bekannte ‘Five Whys’-Methode in den KI-Workflow: Statt ein Symptom schnell zu patchen, fragt der Agent iterativ ‘warum’ nach, bis die eigentliche Ursache eines Fehlers sichtbar wird. Aus steipete/agent-rules stammend, ist sie IDE-unabhängig einsetzbar (Cursor, Windsurf, Claude Code etc.). Besonders wertvoll bei wiederkehrenden Bugs, instabilen Tests oder Incidents, bei denen oberflächliche Fixes das Problem nur verschieben. Für Teams, die Post-Mortems ernst nehmen und dokumentierte Ursachenanalyse statt Trial-and-Error wollen, ist das ein einfacher, aber wirkungsvoller Baustein.

Praxis-Tipp

Bei einem wiederkehrenden Bug prompten: ‘Wende five.mdc an und analysiere die Ursache dieses Fehlers per Five Whys’, statt sofort nach einem Fix zu fragen.

Siehe auch

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

Lizenz & Quelle

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

Lade …