Thomas Langer
f90d531eb1
- 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>
80 lines
4.3 KiB
Markdown
80 lines
4.3 KiB
Markdown
---
|
|
name: bewerbung-schreiben
|
|
description: Use when writing or revising a job application (Bewerbung/Anschreiben) for a freelance project. Loads CV, marketing, style memory and matching past applications, drafts and iterates the text with the user, then updates the memory. Trigger on "Bewerbung schreiben", "Anschreiben", "bewirb mich".
|
|
---
|
|
|
|
# Bewerbung schreiben
|
|
|
|
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`
|
|
- `gedaechtnis/stil.md`, `gedaechtnis/inhalte.md`, `gedaechtnis/schwerpunkte.md`
|
|
|
|
## 2. Schwerpunkte bestimmen
|
|
Bestimme die Schwerpunkte des aktuellen Projekts als Schlagworte aus
|
|
`gedaechtnis/schwerpunkte.md`. Fehlt ein passendes Schlagwort, ergänze es dort
|
|
mit Kurzdefinition (und begründe es später im Commit).
|
|
|
|
## 3. Vorlage wählen (Matching)
|
|
Öffne `bewerbungen/index.md`. Suche Zeilen mit **überlappenden** Schwerpunkten.
|
|
Nutze nur die **finale Fassung** passender Einträge als Vorlage. Kein Treffer →
|
|
ohne Vorlage schreiben (nur Vorgaben + Gedächtnis).
|
|
|
|
## 4. Ordner anlegen
|
|
Schema: `bewerbungen/YYYY-MM-DD_<Käufer>_<Projekttitel>_<Einsatzort>/`
|
|
- **Käufer:** Agentur (verkauft die Leistung weiter) oder bei Direktbeauftragung der Endkunde.
|
|
- **Projekttitel:** Titel aus der Projektbeschreibung.
|
|
- **Einsatzort:** `Remote`, `Hybrid-<Stadt>` oder `<Stadt>`.
|
|
- **Normalisierung:** Leerzeichen → Bindestrich; Slashes, Klammern und Zusätze wie
|
|
`(m/w/d)` entfernen; sonstiger Wortlaut bleibt erhalten.
|
|
- Beispiel: `2026-06-10_Aristo-Recruitment_AI-Engineer-Medical-Imaging_Remote`
|
|
|
|
Lege darin den Entwurf `entwurf.md` an.
|
|
|
|
## 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):** 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`
|
|
- geprüfte Inhalte → `gedaechtnis/inhalte.md`
|
|
- neue Schlagworte → `gedaechtnis/schwerpunkte.md`
|
|
- datierter Eintrag (was/warum) → `gedaechtnis/log.md`
|
|
- neue Zeile → `bewerbungen/index.md` (Datum, Käufer, Projekttitel, Einsatzort,
|
|
Schwerpunkte, finale Fassung, Status)
|
|
- committen (und pushen)
|