Prozess: strikte Freigabe-Regel im Skill bewerbung-schreiben (keine Finalisierung ohne Nutzer-OK)

- SKILL.md: Freigabe-Regel oben ergänzt, Schritt 5 auf reine Entwurfs-Iteration umgestellt, Schritt 5a Finalisieren nur nach Freigabe
- Atruvia-Bewerbung im Register und Log auf Entwurfsstand (Freigabe ausstehend) zurückgesetzt

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

.claude/skills/bewerbung-schreiben/SKILL.md

@@ -7,6 +7,23 @@ description: Use when writing or revising a job application (Bewerbung/Anschreib
 
 Wiederholbarer Workflow für eine KI-gestützte Bewerbung mit Gedächtnis.
 
+## ⛔ Freigabe-Regel (strikt, überschreibt alles andere)
+
+**Ohne ausdrückliche Freigabe des Nutzers wird NICHT finalisiert.** Konkret:
+
+- Es gibt während der gesamten Iteration **nur `entwurf.md`**. Die Datei `bewerbung.md`
+  wird **niemals** von selbst erzeugt, gespeichert, committet oder gepusht.
+- **Nur der Nutzer** entscheidet, wann eine Bewerbung versandreif ist. „Versandreif",
+  „finalisieren", Anlegen von `bewerbung.md`, das Aktualisieren von Register/Gedächtnis
+  und der Abschluss-Commit (Schritt 6) erfolgen **erst nach einer expliziten, eindeutigen
+  Freigabe** des Nutzers (z. B. „Gib frei", „Finalisiere", „OK zum Finalisieren").
+- Beantwortete Rückfragen, bestätigte Detail-Entscheidungen (Kanal, Anhänge, Gehalt o. Ä.)
+  oder ein zustimmender Kommentar sind **KEINE** Freigabe zum Finalisieren. Im Zweifel gilt:
+  **nicht finalisieren, sondern weiter am Entwurf arbeiten und nachfragen.**
+- Ablauf: Entwurf schreiben → committen/pushen (nur `entwurf.md`) → dem Nutzer Zeit zum
+  Review geben → sein Feedback einarbeiten → erneut committen/pushen → so lange iterieren,
+  bis der Nutzer **von sich aus** das OK zum Finalisieren gibt. Erst dann Schritt 6.
+
 ## 1. Kontext laden
 Lies zwingend:
 - `vorgaben/Lebenslauf_Dr-Ing_Thomas_Langer.md`, `vorgaben/marketing.md`
@@ -33,17 +50,24 @@ Schema: `bewerbungen/YYYY-MM-DD_<Käufer>_<Projekttitel>_<Einsatzort>/`
 
 Lege darin den Entwurf `entwurf.md` an.
 
-## 5. Iterieren
-Schreibe gemäß Stil-Gedächtnis und Vorgaben. Iteriere mit dem Nutzer bis
-versandreif. Speichere die finale Fassung als `bewerbung.md` im Ordner.
+## 5. Iterieren (nur `entwurf.md`, bis zur Freigabe)
+Schreibe gemäß Stil-Gedächtnis und Vorgaben. Iteriere mit dem Nutzer am
+**`entwurf.md`**. Lege **niemals** eigenmächtig `bewerbung.md` an — das ist
+Finalisierung und steht ausschließlich dem Nutzer zu (siehe Freigabe-Regel oben).
 
-**Entwurf sofort committen und pushen (verbindlich):** Jeden Entwurf des
-Bewerbungstextes (`entwurf.md`, später `bewerbung.md`) unmittelbar nach dem
-Schreiben/Überarbeiten committen und pushen, damit der Nutzer ihn am
-DesTEngS-Git-Server reviewen kann. Dabei **nur die Entwurfsdatei des
-Bewerbungstextes** einzeln stagen und committen. Alle übrigen Änderungen
-(Gedächtnis, Register, Skill-/Vorgaben-Anpassungen) werden **nicht** mit
-committet, sondern erst am Ende der Bewerbung (Schritt 6).
+**Entwurf sofort committen und pushen (verbindlich):** Den `entwurf.md`
+unmittelbar nach dem Schreiben/Überarbeiten committen und pushen, damit der Nutzer
+ihn am DesTEngS-Git-Server reviewen kann. Dabei **nur `entwurf.md`** einzeln stagen
+und committen. Alle übrigen Änderungen (Gedächtnis, Register, Skill-/Vorgaben-
+Anpassungen) werden **nicht** mitcommittet.
+
+Nach jedem Push: dem Nutzer kurz Bescheid geben und ihm das Review überlassen.
+**Nicht** von „versandreif" sprechen und **nicht** zu Schritt 6 übergehen, solange
+keine ausdrückliche Freigabe vorliegt.
+
+## 5a. Finalisieren (nur nach ausdrücklicher Freigabe)
+Erst wenn der Nutzer die Bewerbung ausdrücklich freigibt: den freigegebenen
+Entwurfstext als `bewerbung.md` speichern, committen und pushen. Danach Schritt 6.
 
 ## 6. Gedächtnis aktualisieren (Session-Ende)
 - Stil-Erkenntnisse → `gedaechtnis/stil.md`