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
+## 5. Iterieren (nur `entwurf.md`, bis zur Freigabe)
-Schreibe gemäß Stil-Gedächtnis und Vorgaben. Iteriere mit dem Nutzer bis
+Schreibe gemäß Stil-Gedächtnis und Vorgaben. Iteriere mit dem Nutzer am
-versandreif. Speichere die finale Fassung als `bewerbung.md` im Ordner.
+**`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
+**Entwurf sofort committen und pushen (verbindlich):** Den `entwurf.md`
-Bewerbungstextes (`entwurf.md`, später `bewerbung.md`) unmittelbar nach dem
+unmittelbar nach dem Schreiben/Überarbeiten committen und pushen, damit der Nutzer
-Schreiben/Überarbeiten committen und pushen, damit der Nutzer ihn am
+ihn am DesTEngS-Git-Server reviewen kann. Dabei **nur `entwurf.md`** einzeln stagen
-DesTEngS-Git-Server reviewen kann. Dabei **nur die Entwurfsdatei des
+und committen. Alle übrigen Änderungen (Gedächtnis, Register, Skill-/Vorgaben-
-Bewerbungstextes** einzeln stagen und committen. Alle übrigen Änderungen
+Anpassungen) werden **nicht** mitcommittet.
-(Gedächtnis, Register, Skill-/Vorgaben-Anpassungen) werden **nicht** mit
+
-committet, sondern erst am Ende der Bewerbung (Schritt 6).
+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`

bewerbungen/index.md

@@ -46,4 +46,4 @@ passender Einträge als Vorlage nutzen.
 | 2026-07-03 | TRUSTEQ (Arbeitgeber) | AI Technical Consultant | Hybrid-München | KI-Beratung & Potenzialanalyse, Agentic AI, LLM, On-Premise KI, RAG, Python, System Integration | bewerbung.md | Versandreif (Nutzer bewirbt sich über Personio-Formular trusteq-gmbh.jobs.personio.de) |
 | 2026-07-03 | Workspacer (Arbeitgeber, Festanstellung über Workwise) | Softwareentwickler AI Automation - n8n / API | München | Workflow-Automatisierung, Agentic AI, LLM, System Integration, Python, Container | bewerbung.md | Versandreif (Nutzer bewirbt sich über die Workwise-Plattform; Anschreiben nicht mitgesendet, optionales Feld nur 500 Zeichen; Bewerbung über Formularfelder + Lebenslauf) |
 | 2026-07-04 | Akkodis Germany Tech Experts (Personaldienstleister, Festanstellung) | KI Engineer für Entwicklungs- und Infrastrukturplattformen | München | On-Premise KI, LLM, Container, Python, System Integration, Verifikation & Validierung | bewerbung.md | Versandreif (Nutzer bewirbt sich über die Akkodis-Website; Formular ohne Gehaltsfeld) |
-| 2026-07-04 | Atruvia AG (Arbeitgeber, Festanstellung) | (Senior-)AI Engineer | Hybrid-München | Agentic AI, LLM, RAG, Python, Container, On-Premise KI | bewerbung.md | Versandreif (Nutzer bewirbt sich über das Atruvia-Bewerbungsportal karriere.atruvia.de) |
+| 2026-07-04 | Atruvia AG (Arbeitgeber, Festanstellung) | (Senior-)AI Engineer | Hybrid-München | Agentic AI, LLM, RAG, Python, Container, On-Premise KI | — (nur entwurf.md) | In Arbeit (Entwurf, Freigabe des Nutzers ausstehend) |

gedaechtnis/log.md

@@ -2,7 +2,8 @@
 
 Datierte Einträge: was wurde am Gedächtnis geändert und **warum**.
 
-## 2026-07-04 — Bewerbung Atruvia AG ((Senior-)AI Engineer, Festanstellung/direkter Arbeitgeber, Hybrid-München/Karlsruhe), versandreif
+## 2026-07-04 — Bewerbung Atruvia AG ((Senior-)AI Engineer, Festanstellung/direkter Arbeitgeber, Hybrid-München/Karlsruhe), Entwurf (Freigabe ausstehend)
+- **PROZESS-KORREKTUR (Nutzer):** Ich hatte die Bewerbung **zweimal ohne Freigabe finalisiert** (`bewerbung.md` erzeugt/committet) — inakzeptabel. Rückgenommen: `bewerbung.md` gelöscht, es existiert nur `entwurf.md`. **Neue strikte Freigabe-Regel** oben im Skill `bewerbung-schreiben` (SKILL.md) verankert: ohne ausdrückliche Nutzer-Freigabe kein `bewerbung.md`, kein „versandreif", kein Register-/Gedächtnis-Abschluss. Beantwortete Detailfragen sind **keine** Freigabe. Zusätzlich als Feedback-Auto-Memory gesichert.
 - **AI-Engineer-Kernrolle beim direkten Arbeitgeber** Atruvia AG (IT-Dienstleister der Volksbanken/Raiffeisenbanken, reguliertes Finanzumfeld), **Festanstellung** (75.000–105.000 € p.a., Voll-/Teilzeit ab 30 h, hybrid Aschheim-München/Karlsruhe). Über Arbeitsagentur → Xing → Atruvia-Seite gefunden (kein Dank). Ansprechperson **Anke Eickbusch** (weiblich, Sie-Form). CRM-Opportunity vorab in derselben Session (Account **Atruvia AG** neu als Customer/Direkt via `accountId`, Kontakt **Anke Eickbusch** neu, Team **Arbeitnehmer**); **Must-Match 85 %** (zwei ❔: Studienfach Elektrotechnik ≠ Informatik/Mathe/Physik; Cloud-Lösungen nur teil-belegt), **Nice 42 %** (BAIT/DORA/ISO 27001 ❌).
 - **Nutzer-Wunsch umgesetzt: fehlende Hyperscaler-Erfahrung abfedern.** Die geforderten „Cloud-Lösungen" (Match-❔) im Text über **zwei ehrliche Arten** gedeckt, ohne AWS/GCP/Azure zu behaupten oder die Lücke zu nennen: (1) **Private Cloud Services** auf eigenen Linux Root Servern (Docker/Podman), (2) **Cloud-KI-Dienste in selbst erstellten Programmen konsumiert** (OpenAI-/Anthropic-Python-Libraries, CRM-Skill über Cloud-API, Telegram-Agent mit Cloud-Datenzugriff). Als neuer Baustein in `inhalte.md` verankert.
 - **Rahmen:** Arbeitnehmer-Rahmen (kein Stundensatz, kein Ingenieurbüro, Eintritt „ab sofort"). Kanal **Atruvia-Bewerbungsportal** (Nutzer-Entscheidung), **keine Gehaltsvorstellung** (keine Nutzer-Zahl → aufs Gespräch). Anhänge (Nutzer-Vorgabe): Anschreiben.pdf, **Lebenslauf als `.doc` (AN-Fassung)**, TÜV-Zertifikat, Arbeitgeberzeugnisse, Promotionsurkunde. Vorlagen: **GovRadar** + **ICB**. Direktarbeitgeber → konkrete Tool-Namen erlaubt.