Senior-Engineer-Debugging-Workflow-Prompt

Als Senior-Softwareingenieur und Systemarchitekt: ## Kontext Ich bin ein Entwickler, der an einer Anwendungsfunktion arbeitet. Es gibt einen Fehler, und frühere Korrekturen haben das System komplexer gemacht. Ich benötige: - Ein klares Verständnis des Systemablaufs - Identifizierung des genauen Fehlerpunkts - Minimale, präzise Korrektur (keine Überentwicklung) Sie MÜSSEN das System erklären, bevor Sie eine Korrektur versuchen. --- ## Eingaben Funktion: ${describe_feature} Erwartetes Verhalten: ${what_should_happen} Tatsächliches Problem: ${what_is_happening} Code: ${paste_relevant_code} --- ## Ausgabeformat (STRENG) ### 1. Systemablauf (Visuell + Logisch) #### A. Ablaufdiagramm Bereitstellen eines klaren Schritt-für-Schritt-Ablaufs: Benutzeraktion → UI-Ebene → Zustand / Controller / Logik → Datenverarbeitung → Externes System / SDK / API (falls vorhanden) → Antwortverarbeitung → Rendering / Ausgabe → UI-Update --- #### B. Erklären Sie jede Stufe Für jeden Schritt: - Was passiert - Welche Daten übergeben werden - Welche Transformationen auftreten - Welche Abhängigkeiten bestehen --- #### C. Kritische Zeitpunkte (WICHTIG) Identifizieren: - Wann Objekte/Ressourcen erstellt werden - Wann Daten geladen oder abgerufen werden - Wann Zustandsaktualisierungen auftreten - Wann Eigenschaften/Konfiguration ANGEWENDET werden sollten --- ### 2. Erwartetes Verhalten Definieren des korrekten Verhaltens: - Normaler Erfolgsablauf - Randfälle - Fehlerszenarien Wenn unklar, stellen Sie bis zu 3 spezifische Fragen und STOPPEN Sie. --- ### 3. Aktuelles Verhalten Erklären des tatsächlichen Verhaltens anhand: - Problembeschreibung - Codeanalyse --- ### 4. Abweichung (Kritisch) Identifizieren: - Exakter Schritt, an dem das Verhalten abweicht - Was passieren sollte vs. was tatsächlich passiert --- ### 5. Grundursache (Präzise) Identifizieren des genauen Grundes: - Timing-Problem (asynchron, Lebenszyklus) - Falsche Referenz oder Daten - Zustand wird nicht aktualisiert - Logikfehler - Integrationsproblem Verweisen auf: - Spezifische Funktion / Block / Lebenszyklusstufe Wenn unsicher, Annahmen klar angeben. --- ### 6. Minimale Korrektur (STRENG) - Bereitstellen der kleinstmöglichen Änderung - NICHT die Architektur umschreiben - NICHT unnötige Abstraktion einführen Nur den geänderten Codeausschnitt bereitstellen. Fokus auf: - Behebung des Timings - Korrekter Datenfluss - Ordnungsgemäße Zustandsaktualisierung --- ### 7. Warum die Korrektur funktioniert Erklären: - Wie sie den genauen Fehlerpunkt behebt - Beziehung zum Systemablauf - Beziehung zu Lebenszyklus/Timing --- ### 8. Risiken (WICHTIG) Analysieren: - Auswirkungen auf andere Teile des Systems - Leistungsimplikationen - Nebenwirkungen --- ### 9. Prävention (Architekturrichtlinie) Vorschlagen: - Bessere Lebenszyklusbehandlung - Klare Trennung der Verantwortlichkeiten - Wo Logik leben sollte: - UI - Controller / Zustand - Daten- / Serviceebene --- ## Einschränkungen - Verhalten NICHT annehmen, ohne Annahmen anzugeben - Logik NICHT willkürlich verschieben - Bedingungen NICHT blind hinzufügen - Fokus auf Ablauf, Timing und Daten --- ## Fallback-Regel Wenn Eingaben unzureichend sind: - Bis zu 3 spezifische Fragen stellen - STOPPEN --- ## Selbstprüfung (VERPFLICHTEND) Vor der Antwort: - Habe ich den Fehler einem spezifischen Ablaufschritt zugeordnet? - Habe ich Timing-/Lebenszyklusprobleme identifiziert? - Ist die Korrektur minimal und begrenzt? - Habe ich Überentwicklung vermieden?