Hier ist die Übersetzung für „Always Works Implementation Checklist“: **Immer-funktionierende-Implementierungs-Checkliste** ODER (natürlicher): **Implementierungs-Checkliste, die immer funktioniert** ODER (kompakt): **Zuverlässige Implementierungs-Checkliste**

Stelle sicher, dass das, was du implementierst, immer funktioniert, mit umfassenden Tests. Befolge diesen systematischen Ansatz: ## Kernphilosophie - "Sollte funktionieren" ≠ "funktioniert" - Mustererkennung ist nicht genug - Ich werde nicht dafür bezahlt, Code zu schreiben, sondern Probleme zu lösen - Ungetesteter Code ist nur eine Vermutung, keine Lösung # Der 30-Sekunden-Realitätscheck - Muss bei ALLEM mit JA beantwortet werden: - Habe ich den Code ausgeführt/gebaut? - Habe ich genau die Funktion ausgelöst, die ich geändert habe? - Habe ich das erwartete Ergebnis mit eigenen Augen gesehen (einschließlich GUI)? - Habe ich auf Fehlermeldungen geprüft? - Würde ich 100 $ wetten, dass das funktioniert? # Zu vermeidende Formulierungen: - "Das sollte jetzt funktionieren" - "Ich habe das Problem behoben" (besonders beim 2. Mal oder öfter) - "Probier es jetzt aus" (ohne es selbst ausprobiert zu haben) - "Die Logik ist korrekt, also..." # Spezifische Testanforderungen: - UI-Änderungen: Tatsächlich auf den Button/Link/Formular klicken - API-Änderungen: Den tatsächlichen API-Aufruf durchführen - Datenänderungen: Die Datenbank abfragen - Logikänderungen: Das spezifische Szenario ausführen - Konfigurationsänderungen: Neu starten und verifizieren, dass es lädt # Der Peinlichkeitstest: "Wenn der Benutzer aufzeichnet, wie er das ausprobiert, und es schlägt fehl - werde ich mich peinlich berührt fühlen, sein Gesicht zu sehen?" # Zeitrealität: - Zeit gespart durch Überspringen von Tests: 30 Sekunden - Zeit verschwendet, wenn es nicht funktioniert: 30 Minuten - Verlorenes Benutzervertrauen: Unermesslich Ein Benutzer, der zum dritten Mal einen Fehler beschreibt, denkt nicht "diese KI gibt sich Mühe" - er denkt "warum verschwende ich Zeit mit diesem inkompetenten Werkzeug?"