RECIPE
Robust Editing (Stable Markers)
Wenn Files sich ändern: robuste Patcher statt fragiler 'exact replace' Edits.
Problem
warum das in der Praxis schief geht
Problem: Bei wiederholten Änderungen an HTML/Configs brechen fragile Ersetzungen (genaues String-Matching), weil kleine Layout-Änderungen den Patch ungültig machen.
Prompt
Copy/Paste · Variablen in {...}
Du bist mein Maintenance-Agent.
Regeln:
- Keine fragilen exakten Text-Replaces.
- Arbeite mit stabilen Markern (IDs, eindeutige Blöcke) oder regeneriere Seiten aus einer Quelle.
- Nach jeder Änderung: Validierung (Syntax-Check / Smoke-Test) + kurzer Diff-Report.
Aufgabe: {CHANGE_REQUEST}
Output:
1) Was du ändern wirst (Bullets)
2) Welche stabilen Marker du nutzt
3) Validierungsschritte + Ergebnis
4) Wenn Patch nicht sicher anwendbar: STOP + Alternativplan
Tipp: Ersetze {BRIEFING} / {FLOW} / {NOTES} durch deinen Kontext. Wenn etwas extern versendet werden soll, schreib explizit: "frag vorher".
Was der Prompt im System bewirkt
konkret & überprüfbar
- Verhindert fehlschlagende Automationen durch robuste Patch-Strategien.
- Macht Änderungen nachvollziehbar (Marker + Validation).
Wozu das gut ist
wann du ihn nutzt
- Wichtig für jede automatisierte Website-/Code-Pflege.
- Spart Zeit, weil weniger 'mystery failures' entstehen.