ATS Lebenslauf Optimierer
Ein Claude-Skill für Arbeitssuchende. Passt Lebensläufe und Anschreiben an spezifische Stellenbeschreibungen an, prüft auf ATS-Kompatibilität, deckt ehrliche Qualifikationslücken auf und sorgt für saubere, natürlich klingende Sprache.
Benutzerkonfiguration
Fülle diesen Bereich aus, bevor du den Skill verwendest. Claude wird ihn während des gesamten Prozesses referenzieren.
NAME: [Dein vollständiger Name]
STANDORT: [Stadt, Bundesland]
TELEFON: [Telefonnummer]
E-MAIL: [E-Mail-Adresse]
LINKEDIN: [linkedin.com/in/deinprofil]
ZIELROLLEN: [z.B. Business Analyst, Product Owner, Data Analyst, Healthcare IT]
LEBENSLAUF-ZUSAMMENFASSUNG: [Füge hier eine 2-3 Sätze lange Zusammenfassung deines Hintergrunds ein]
DOKUMENTSTIL:
Primärfarbe: 1F4E79 (dunkelblau — ändere den Hex-Code zur Anpassung)
Akzentfarbe: 2E74B5 (mittelblau)
Textfarbe: 595959 (grau)
Schriftart: Calibri
Moduserkennung — Führe dies zuerst aus
Bevor du irgendetwas anderes tust, identifiziere, welcher Modus zutrifft.
Vollständiger ATS-Modus — Stellenbeschreibung liegt vor (eingefügt, hochgeladen oder verlinkt): Führe Schritt 0 (Pre-Flight-Check) und dann automatisch die Schritte 1–4 aus.
Qualitätsprüfungsmodus — Keine Stellenbeschreibung vorhanden, aber Lebenslauf und/oder Anschreiben liegen vor, ODER die Anfrage betrifft Sprache, Formatierung oder Ton: Ausgelöst durch: „humanisiere dies“, „bereinige dies“, „zu agentisch“, „entferne Gedankenstriche“, „wende Formatierungsstandards an“, „vereinfache“, „aktualisiere meine Aufzählungspunkte“ oder jede Lebenslauf-/Anschreibenarbeit ohne Stellenbeschreibung. Führe stattdessen den Workflow zur Qualitätsprüfung aus (nicht die Schritte 0–4).
Frage niemals nach dem Modus — erkenne ihn aus dem Kontext und fahre fort.
Qualitätsprüfungsmodus
Wenn keine Stellenbeschreibung vorliegt, führe eine Formatierungs- und Sprachprüfung für die bereitgestellten Dokumente durch. Gib korrigierte .docx-Dateien aus.
Worauf zu prüfen ist
Gedankenstrich-Sandwiches — das Muster „Erstellte X — Detail — Ergebnis“. Ersetze mit Semikolons oder Kommas:
- ❌ „Leitete den Übergang — Wasserfall zu Scrum — über mehrere Einheiten hinweg“
- ✅ „Leitete den Übergang von Wasserfall zu Scrum/Kanban; erstellte Scrum-Boards und fungierte als Scrum Master“
Einzelne Gedankenstriche mitten im Satz — ersetze mit Semikolon, Doppelpunkt oder strukturiere um.
Markierte Wörter — überprüfe jeden Satz und ersetze:
| ❌ Markiert | ✅ Ersetzen mit |
|---|---|
| Championed | Geleitet / Vorangetrieben / Eingeführt |
| Spearheaded | Geleitet |
| Leveraged | Verwendet / Angewendet |
| Utilized | Verwendet |
| Passionate about | Streichen |
| Enterprise-scale solutions | (beschreibe, was geliefert wurde) |
Poetische oder aufgeblasene Formulierungen — jeder Satz, der klingt, als sei er geschrieben, um zu beeindrucken, statt zu kommunizieren. Schreibe ihn klar und spezifisch um.
Ausgabe
- Liste die spezifischen gefundenen Probleme auf (eine Zeile pro Korrektur)
- Gib die korrigierten Dokumente als .docx-Dateien aus
- Schreibe keinen Inhalt um, der bereits sauber ist
Vorab-Erhebung (für Basis-Lebenslauf-Erstellungen und Erweiterungsanfragen)
Wenn du einen Basis-Lebenslauf erstellst oder wesentlich aktualisierst, führe vor dem Schreiben von Aufzählungspunkten eine kurze Erhebung durch. Dies verhindert mehrere Überarbeitungszyklen aufgrund von Details, die erst spät auftauchen.
Quantifizierungsfragen:
- Wie viele User Stories, Tickets oder Anforderungen hast du verfasst?
- Wie viele Teams, Stakeholder oder Quellsysteme waren beteiligt?
- Wie viele Personen hast du geführt oder geleitet (formell oder informell)?
- Wie viele Agenten, Tools oder Automatisierungen hast du erstellt?
- Gibt es wichtige Zeitrahmen oder Größenindikatoren (Partner, Kunden, Nutzer, Spalten, Begriffe, Berichte)?
Genauigkeitsfragen:
- Bei jedem größeren Projekt: Hast du dies geleitet und vorangetrieben, oder dazu beigetragen und es unterstützt?
- Gab es Mitverantwortliche oder Vorgesetzte über dir bei dieser Arbeit?
- Gibt es etwas, das leicht zu übertreiben ist – z.B. „beeinflusst“, wenn es „an Diskussionen teilgenommen“ war?
- Sind Posten als getrennt aufgeführt, die tatsächlich dasselbe waren?
Genauigkeitsprüfung (immer vor dem Finalisieren von Aufzählungspunkten ausführen)
Bevor du einen Erfahrungsabschnitt ausgibst, überprüfe jeden Aufzählungspunkt auf häufige Übertreibungsmuster.
| Riskante Formulierung | Vor Verwendung prüfen |
|---|---|
| „Habe [Initiative] vorangetrieben / geleitet / geführt“ | Haben sie es geleitet oder dazu beigetragen? |
| „Habe Designentscheidungen beeinflusst“ | Waren sie der Entscheider oder nur im Raum? |
| „Habe [Transformation] championiert“ | Haben sie es initiiert oder darin gearbeitet? |
| „[Zwei Dinge] Agent“ | Sind dies ein Agent oder zwei? Vor Aufteilung bestätigen |
Im Zweifelsfall verwende weichere, präzise Sprache: „teilgenommen an“, „beigetragen zu“, „Stories verfasst für“, „unterstützt“, „zusammengearbeitet an“. Präzision schlägt Beeindrucken.
Titel-Konsistenzprüfung (immer vor dem Finalisieren der Zusammenfassung ausführen)
Bevor du die Zusammenfassung ausgibst, überprüfe, dass kein Titel in der Zusammenfassung mit dem tatsächlichen Titel im Erfahrungsabschnitt in Konflikt steht.
Häufiges Widerspruchsmuster:
- Zusammenfassung: „Senior Business Analyst und Product Owner“
- Erfahrung: „Senior Business Analyst / Product Owner Delegierter“
Wenn der Erfahrungsabschnitt den Titel qualifiziert (Delegierter, Vertretung, Interim, Associate), darf die Zusammenfassung nicht die unqualifizierte Version beanspruchen. Formuliere Aspiration separat:
- „Ich wachse aktiv in eine formelle Product Owner-Rolle hinein, mit praktischer Produktverantwortungserfahrung...“
Schritt 0 — Pre-Flight-Lückenerkennung (immer zuerst im vollständigen ATS-Modus ausführen)
Bevor du Keywords extrahierst oder Dokumente erstellst, führe einen schnellen Scan der Stellenbeschreibung gegen den bekannten Hintergrund des Benutzers durch, um schwerwiegende Diskrepanzen zu erkennen. Dieser Schritt spart Zeit und Credits.
Was als schwerwiegende Lücke zählt
Halte inne und bitte um Bestätigung, wenn irgendeiner der folgenden Punkte zutrifft:
1. Kategorische Diskrepanz der Berufsfelder Die Rolle liegt grundlegend in einer anderen Berufskategorie als der Hintergrund des Benutzers. Beispiele:
- Softwareentwicklungsrollen, die 3+ Jahre Programmiererfahrung in Sprachen oder Frameworks erfordern, die nicht im Hintergrund vorhanden sind
- Klinische Rollen, die eine aktive Zulassung erfordern (Krankenschwester, Arzt, Apotheker)
- Rollen, die einen bestimmten nicht-äquivalenten Abschluss erfordern (z.B. Informatik für eine Softwareentwicklungsrolle)
2. Drei oder mehr harte Pflichtlücken Drei oder mehr der explizit geforderten Qualifikationen (nicht bevorzugt) der Stellenbeschreibung sind im Hintergrund des Benutzers völlig abwesend.
3. Kern-Tool-Stack völlig abwesend Die primären Tools der Rolle fehlen vollständig. Beispiel: Workday Studio/EIBs für eine Rolle als Workday-Integrationsingenieur.
4. Erfahrungsjahre wesentlich unterschritten Die geforderten Erfahrungsjahre in der spezifischen Rollenart sind mehr als doppelt so hoch wie das, was der Benutzer beanspruchen kann.
Was NICHT als schwerwiegend zählt
Fahre ohne Nachfrage fort:
- Formelle Titeldiskrepante (z.B. titulierter PM vs. PM-nahe Arbeit)
- Lücke in der Personalführung, wenn die Arbeit cross-funktionale Teamleitung umfasste
- Fehlen eines spezifischen Tools mit einem klaren Äquivalent (MS Project → Jira)
- Nicht erfüllte bevorzugte Qualifikationen, wenn die Pflichtqualifikationen weitgehend abgedeckt sind
- Domänenunterschied, wenn die Kernfähigkeiten übereinstimmen
So behandelst du eine schwerwiegende Lücke
- Führe eine schnelle Keyword-Zuordnung durch (nur Pflichtqualifikationen)
- Präsentiere eine prägnante Zusammenfassung: was die Rolle erfordert, was abgedeckt ist, was fehlt
- Gib klar an, ob dies eine dehnbare Bewerbung oder ein Missmatch ist
- Frage: „Die oben genannten Lücken sind signifikant. Möchtest du trotzdem fortfahren und den Lebenslauf und das Anschreiben erstellen, oder lieber weitermachen?“
- Warte auf Bestätigung, bevor du die Schritte 1–4 ausführst
Schritt 1 — Keywords extrahieren
Extrahiere aus der Stellenbeschreibung und liste auf:
- Berufsbezeichnung(en) und alle genannten Alternativtitel
- Erforderliche und bevorzugte Hard Skills
- Explizit genannte Tools und Plattformen
- Hauptverantwortlichkeiten (als Verbphrasen)
- Domänen-/Branchenbegriffe
- Methodikbegriffe (Agile, SDLC, Wasserfall, OCM usw.)
- Explizit genannte Soft Skills
Schritt 2 — Auf den Lebenslauf abbilden
Vergleiche jedes extrahierte Keyword mit dem bekannten Hintergrund des Benutzers. Für jedes Keyword:
- Abgedeckt: Das Keyword erscheint im Lebenslauf des Benutzers (oder einer direkten Synonymvariante).
- Fehlend: Das Keyword erscheint nicht. Füge es dem Lebenslauf hinzu, wo relevant (entweder im bestehenden Inhalt oder als neuen Aufzählungspunkt).
- Beleg erforderlich: Der Benutzer hat das Keyword, aber es wird im Lebenslauf nicht ausreichend belegt. Fordere Details an oder wandle es in einen Aufzählungspunkt um.
Nach der Abbildung erstelle einen überarbeiteten Lebenslauf als .docx.
Schritt 3 — Anschreiben erstellen
Erstelle ein Anschreiben mit:
- Deiner Vorlage im oberen Teil
- Einem Eröffnungsabsatz zur Position und deiner Begeisterung
- 2–3 Absätzen, die Erfahrungen mit den Hauptanforderungen der Stellenbeschreibung verbinden
- Einem Schlussabsatz mit Handlungsaufforderung
Gib das Anschreiben als .docx aus.
Schritt 4 — Finale Prüfung ausführen
Überprüfe beides:
- Passen die Schlüsselqualifikationen aus der Stellenbeschreibung in den Aufzählungspunkten des Lebenslaufs?
- Ist die Sprache natürlich (überprüfe auf Gedankenstrich-Sandwiches, markierte Wörter, poetische Formulierungen)?
- Ist der Ton menschlich und nicht agentisch?
- Sind Formatierungen konsistent?
Gib einen kurzen Prüfbericht aus.
Ausgabeformat
- Lebenslauf:
.docxmit durchgängigem Stil (Schriftart, Farben, Abstände) - Anschreiben:
.docxmit gleicher Formatierung - Alle Ausgaben sollten vor dem Senden auf Rechtschreibung und Grammatik geprüft sein