Stellenanzeigen und Active-Sourcing-Nachrichten für Personalvermittler mit Claude Code skalieren
Für Recruiter: Stellenanzeigen und Sourcing-Nachrichten mit Claude Code skalieren, ohne Qualität und Datenschutz zu opfern. Mit Prüfskript.
An einem Freitagnachmittag saß die Personalberaterin am Nebentisch mit dem Kopf in den Händen.
Ihre Mandate waren diese Woche um zwölf neue Stellen gewachsen. Jede einzelne Stellenanzeige aufbereiten, pro Stelle zehn Kandidaten heraussuchen und jedem eine persönliche Sourcing-Nachricht schreiben. Weil sie es nicht schaffte, kopierte sie eine alte Ansprache, tauschte nur Firmenname und Position aus und schickte sie raus. Am nächsten Tag kam eine Antwort von einem Kandidaten: „Der Name meines vorherigen Arbeitgebers stimmt nicht mit dem überein, den Sie genannt haben.”
Ein vergessener Austausch. Wer in der Personalvermittlung arbeitet, hat diesen Fehler mindestens einmal gemacht. Active Sourcing lebt von der Menge, doch eine einzige schludrige Nachricht zerstört das Vertrauen auf einen Schlag. Dieses Dilemma zwischen Menge und Qualität habe ich mit Claude Code so weit aufgelöst, wie es praktisch geht. Heute fasse ich das Vorgehen zum Kopieren zusammen.
Das Wichtigste in Kürze
- Beim Erstellen von Stellenanzeigen und Sourcing-Nachrichten überlässt du Claude Code die „Massenproduktion der Entwürfe” und behältst nur die finale Entscheidung beim Menschen. So wird es schnell.
- Kein blindes Delegieren: Du übergibst Stelleninformationen und Kandidatenprofil strukturiert und legst Tonfall sowie verbotene Formulierungen als Regel fest.
- Personenbezogene Daten bleiben geschützt: Name und Kontaktdaten weglassen, nur Position, Erfahrung und Skills übergeben. Voraussetzung ist eine Einstellung, die Rohdaten nicht zum Training verwendet.
- Zehn Sourcing-Entwürfe sind bei mir von rund 90 Minuten auf etwas über 20 Minuten geschrumpft. Der vergessene Austausch wird per Prüfskript gestoppt.
- Enthalten sind eine kopierfertige Prompt-Vorlage und ein Node.js-Skript, das eingeschlichene Firmennamen maschinell prüft.
Wo in der Personalvermittlung die Zeit verschwindet
Als Leserin oder Leser stelle ich mir Personalberater vor, die Mandate und Kandidaten gleichzeitig betreuen. Eine Person hält 20 bis 40 Stellen und schickt pro Woche mehrere Dutzend Sourcing-Nachrichten raus. Dazu kommen Termine mit den Auftragsfirmen. Zeit, um in Ruhe am Schreibtisch zu texten, bleibt eigentlich kaum.
Der Ablauf in der Personalvermittlung sieht aus der Textperspektive so aus:
- Beim Auftragsunternehmen die Anforderungen erheben und das Briefing entgegennehmen
- Das Briefing zu einer Stellenanzeige für Jobbörse oder eigene Datenbank aufbereiten
- Kandidaten in der Datenbank suchen und nach Passung filtern
- Pro Kandidat eine Sourcing-Nachricht (oder ein Empfehlungsschreiben) verfassen
- Auf Antwort warten und das Erstgespräch koordinieren
Davon sind Schritt 2 und 4 die Handarbeit am Text. Eine Stellenanzeige unterscheidet sich selbst bei gleicher Position von Firma zu Firma leicht, und eine Sourcing-Nachricht wird ohne den einen Satz „Warum gerade Sie?” gar nicht erst geöffnet. Macht man das alles von Hand, verschwinden pro Person zwei bis drei Stunden am Tag.
Typische Nacharbeit und Ärgernisse
Die wiederkehrende Nacharbeit, die ich aus der Praxis kenne, habe ich in eine Tabelle gepackt.
| Problem | Ursache | Folge |
|---|---|---|
| Vergessener Austausch von Firmenname oder Position | Copy-Paste-Praxis | Vertrauensverlust, null Antworten |
| Formulierung in der Anzeige verstößt gegen Plattformregeln | Alters- oder Geschlechtsbeschränkung | Anzeige wird zurückgewiesen |
| Der persönliche Satz pro Kandidat wird zur Schablone | Aus Zeitmangel wiederverwendet | Öffnungsrate sinkt |
| Sprache wirkt veraltet oder schwülstig | Übernahme alter Texte | Wird nicht gelesen, Absprung |
Alle entstehen zwischen „dem Aufwand, einen Text von null zu schreiben” und „der Versuchung, schludrig zu kopieren”. Claude Code wirkt genau dazwischen: „Das Fundament automatisch bauen, nur den letzten Satz und den Faktencheck macht der Mensch.”
Was der KI überlassen wird und was der Mensch entscheiden muss
Ohne diese Grenze gleich am Anfang baut man einen Unfall. Meine Betriebsregel lautet so:
| Schritt | An Claude Code delegieren | Mensch entscheidet zwingend |
|---|---|---|
| Anzeige formulieren | Entwurf von Aufbau und Wortwahl | Gehalt, Standort, Pflichtanforderungen (Fakten) |
| Plattformregeln prüfen | Auf heikle Formulierungen hinweisen | Endgültige Freigabe der Veröffentlichung |
| Sourcing-Entwurf | Textgerüst und Vorschlag für den einen Satz | Versprechen und Übertreibungen prüfen |
| Kandidatenprofil | Werdegang auf den Punkt bringen | Umgang mit personenbezogenen Daten |
Das Prinzip ist eines: Fakten und Versprechen behält der Mensch in der Hand. Die KI ist gut darin, schnell und plausibel zu schreiben, aber sie weiß nicht, ob diese Stelle wirklich 70.000 Euro Jahresgehalt zahlt oder ob dieser Kandidat den Skill tatsächlich besitzt. Der KI darf man die Formulierung überlassen, nicht die Fakten. Wer das verwechselt, kassiert eine Beschwerde wegen übertriebener Ansprache.
Wenn du zum ersten Mal mit KI oder Claude Code arbeitest, lohnt sich vorab ein Blick in die Claude-Code-Einführung für Nicht-Entwickler. Danach hast du ein Gefühl dafür, was sich delegieren lässt und was nicht.
Use Case 1: Aus dem Anforderungs-Briefing einen Anzeigenentwurf bauen
Das Briefing aus dem Erhebungsgespräch ist meist eine Sammlung von Stichpunkten. Daraus eine lesbare Stellenanzeige zu machen, ist der erste Automatisierungspunkt.
Bevor du delegierst, strukturierst du die Eingabe. Wirfst du die Stichpunkte ungeordnet hinein, füllt die KI fehlende Informationen einfach selbst auf und schreibt Benefits hinein, die es gar nicht gibt. Der Trick ist, in diese Felder aufzuteilen:
- Position und Stellenbezeichnung
- Pflicht- und Wunschanforderungen (nur Fakten)
- Gehaltsspanne, Standort, Anstellungsart
- Hintergrund der Ausschreibung (Wachstum, Nachbesetzung usw.)
- Verbotene Formulierungen (Alters- oder Geschlechtsbeschränkungen usw.)
Wenn du dabei die Anzeigenvorlage und die verbotenen Formulierungen als Projektregel hinterlegst, musst du sie nicht jedes Mal neu vorgeben. Wie das geht, zeigt CLAUDE.md richtig schreiben.
Use Case 2: Aus dem Kandidatenprofil Sourcing-Nachrichten skalieren
Hier liegt der Kern. Jedem einzelnen Kandidaten den einen Satz schreiben, der ihn zum Öffnen bringt. Von Hand ist das der quälendste Schritt, aber sobald du strukturierst, ist es eine Disziplin, in der die KI stark ist.
Die Elemente, die in jede Sourcing-Nachricht gehören, habe ich als Checkliste festgehalten. Sobald ein Entwurf vorliegt, prüft der Mensch ihn damit per Auge.
- Steht am Anfang konkret, „warum gerade dieser Kandidat” angeschrieben wird?
- Stimmen Firmenname und Position der Stelle? (Kein vergessener Austausch?)
- Gibt es Übertreibungen oder Versprechen, die nicht den Fakten entsprechen?
- Keine respektlose Unterstellung gegenüber dem Werdegang des Kandidaten?
- Ist die Handlungsaufforderung am Ende (z. B. Gesprächseinladung) auf eine begrenzt?
Zehn Personen einzeln von Hand zu schreiben dauert anderthalb Stunden. Wenn ich die Profile strukturiert übergebe, alle Entwürfe auf einmal generieren lasse und sie mit der Checkliste oben nachbessere, sind es bei mir etwas über 20 Minuten.
Use Case 3: Plattformregeln und Formulierungen selbst prüfen
In Stellenanzeigen und Sourcing-Nachrichten gibt es Formulierungen, die das Allgemeine Gleichbehandlungsgesetz (AGG) oder die Plattformregeln meiden lassen. „Junge Talente willkommen” oder „Männer sind bei uns erfolgreich” als Alters- bzw. Geschlechtsbeschränkung sind typische Beispiele. Diese lasse ich Claude Code in einer ersten Prüfung markieren.
Die endgültige Entscheidung trifft aber der Mensch. Der Hinweis der KI ist ein „Alarm gegen Übersehen” und keine Garantie für rechtliche Zulässigkeit. Setze ihn ausschließlich als Unterstützung des menschlichen Blicks ein.
Kopierfertige Prompt-Vorlage für Sourcing-Nachrichten
Ein Prompt zum direkten Einfügen. Setze die Kandidateninformationen ohne Name und Kontaktdaten ein.
Du bist ein Schreibassistent für einen Personalberater in der Personalvermittlung.
Erstelle unter folgenden Bedingungen einen Entwurf für eine Sourcing-Nachricht.
# Stelleninformationen
- Firmenname: (offizielle Bezeichnung unverändert)
- Position:
- Pflichtanforderungen:
- Attraktivitätspunkte: (nur Fakten. Keine Übertreibung)
# Kandidatenprofil (ohne Name und Kontaktdaten)
- Aktuelle Position und Branche:
- Wesentliche Erfahrung und Skills:
- Vermutete Ausrichtung:
# Ausgaberegeln
- 200 bis 300 Zeichen. Schreibe am Anfang konkret, "warum diese Person angeschrieben wird".
- Keine nicht belegten Erfolge oder Gehälter erfinden. Versprechen nicht aufblähen.
- Keine Formulierungen, die Alter oder Geschlecht einschränken.
- Begrenze die Handlungsaufforderung am Ende auf eine: "Einladung zu einem lockeren Gespräch".
- Firmenname und Position genau wie übergeben verwenden, nicht verändern.
Der Kern dieses Prompts sind die letzten beiden Zeilen. Sie zwingen zu genau einer Handlungsaufforderung und verbieten, Firmenname und Position zu verändern. Allein das verändert Antwortquote und Fehlerquote deutlich. Wenn du die Prompt-Genauigkeit weiter steigern willst, schau auch in Prompt-Design für Fortgeschrittene.
Prüfskript, das den vergessenen Austausch maschinell stoppt
Der eingeschlichene Firmenname aus der Einleitung. Allein mit menschlichen Augen passiert dieser Fehler garantiert wieder. Deshalb prüfen wir maschinell, ob sich in die fertige Sourcing-Nachricht ein „nicht vorgesehener Firmenname” eingeschlichen hat. Ein kleines Skript, das mit Node.js läuft. Lege den Entwurf in scout.txt, die diesmal erlaubten Firmennamen in allow.json und führe es aus.
import { readFile } from "node:fs/promises";
// Erlaubliste: { "company": "korrekter Firmenname", "ng": ["Firmenname aus altem Mandat usw."] }
const allow = JSON.parse(await readFile(new URL("./allow.json", import.meta.url), "utf8"));
const text = await readFile(new URL("./scout.txt", import.meta.url), "utf8");
const problems = [];
// 1. Steht der korrekte Firmenname im Text?
if (!text.includes(allow.company)) {
problems.push(`Korrekter Firmenname "${allow.company}" fehlt im Text`);
}
// 2. Hat sich ein nicht erlaubter Firmenname eingeschlichen? (vergessenen Austausch erkennen)
for (const ng of allow.ng ?? []) {
if (text.includes(ng)) {
problems.push(`Verbotener Firmenname "${ng}" ist geblieben. Möglicher vergessener Austausch`);
}
}
// 3. Keine Alters- oder Geschlechtsbeschränkung?
const banned = ["junge Talente", "nur Männer", "nur Frauen", "nur unter 30"];
for (const word of banned) {
if (text.includes(word)) problems.push(`Heikle Formulierung "${word}" enthalten`);
}
if (problems.length === 0) {
console.log("Prüfung OK: Maschinelle Kontrolle vor dem Versand bestanden");
} else {
console.log("Versand stoppen. Bitte Folgendes korrigieren:");
for (const p of problems) console.log(" - " + p);
process.exit(1);
}
Die Ausführung ist nur das hier.
node check-scout.mjs
Ein Beispiel für allow.json sieht so aus.
{
"company": "Beispiel GmbH",
"ng": ["zuletzt verwendeter Firmenname", "Firmenname aus anderem Mandat"]
}
Gibt es ein Problem, stoppt das Skript mit Exit-Code 1. Baust du es in den Versandprozess ein, kann „mit vergessenem Austausch verschickt” physisch nicht mehr passieren. Der Unfall meiner Kollegin aus der Einleitung wäre damit verhindert worden. Claude Code selbst bringst du laut Erste Schritte mit Claude Code in zehn Minuten zum Laufen.
Hinweise zu Datenschutz und Sicherheit
Personalvermittlung ist von Natur aus ein Job, der mit dem sensibelsten Personenbezug arbeitet: dem Werdegang von Menschen. Wer hier schludert, baut statt Effizienz einen Unfall. Das sind die Regeln, an die ich mich halte.
- Name, Telefonnummer, E-Mail und identifizierbare Abteilungsnamen des aktuellen Arbeitgebers gibst du der KI nicht. Nur Position, Berufsjahre und Skills.
- Informationen, die den Kandidaten identifizierbar machen, fügst du nicht in firmenfremde, unkontrollierte Dienste ein. In der Einstellung der genutzten KI sorgst du vertraglich und technisch dafür, dass Eingabedaten nicht zum Training verwendet werden.
- Bevor du einen erstellten Entwurf verschickst, prüft zwingend ein Mensch Fakten und Eigennamen.
- Beim Umgang mit nicht veröffentlichten Informationen des Auftragsunternehmens (z. B. Stellen ohne Firmennennung) bleibst du im mit der Firma vereinbarten Rahmen.
Die rechtlichen Grundlagen zum AGG und zum Umgang mit personenbezogenen Daten findest du als Primärquelle bei der Antidiskriminierungsstelle des Bundes. Verbinde das mit den Regeln der jeweiligen Plattform und gieße es in eure eigenen Richtlinien.
Was sich vorher und nachher ändert (ROI als Richtwert)
Die Zahlen sind grobe Schätzungen aus meiner Praxis, also als Anhaltspunkt zu verstehen.
| Punkt | Vorher | Nachher |
|---|---|---|
| Entwurf für zehn Sourcing-Nachrichten | ca. 90 Min. | ca. 20 Min. |
| Eine Anzeige formulieren | ca. 30 Min. | ca. 10 Min. |
| Vergessener Firmennamen-Austausch | gelegentlich | null per Prüfskript |
Bei zehn Sourcing-Nachrichten rechnet sich das auf etwa 70 gesparte Minuten. Wer 30 pro Woche verschickt, gewinnt grob über drei Stunden, die ins Gespräch mit Kandidaten und in die Erhebung fließen können. Der Wert der Personalvermittlung liegt nicht im Texten, sondern darin, Mensch und Unternehmen einzuschätzen. Dass die gesparte Zeit dorthin zurückfließt, empfinde ich als den eigentlichen Effekt.
Häufige Fragen
F. Kann ich von der KI geschriebene Anzeigen oder Sourcing-Nachrichten direkt verschicken? Nein. Nutze sie als Entwurf und lass Fakten und Eigennamen wie Firmenname, Gehalt und Anforderungen zwingend von einem Menschen prüfen. Die KI kennt die Fakten nicht.
F. Ohne Name und Kontaktdaten lässt sich doch keine gute Sourcing-Nachricht schreiben, oder? Doch. Was die Nachricht braucht, ist „warum eine Person mit diesem Werdegang angeschrieben wird”, und dafür reichen Position, Erfahrung und Skills. Name und Kontaktdaten haben mit der Textqualität nichts zu tun.
F. Werden die Texte nicht alle gleich? Wenn du das strukturierte Kandidatenprofil pro Person einzeln übergibst, ändert sich der einleitende Satz. Schablonenhaft wird es nur, wenn du das Profil schludrig zusammenfasst und hineinwirfst.
F. Wir haben keine IT-Abteilung. Können wir das Prüfskript überhaupt ausführen? Sobald Node.js installiert ist, läuft es mit wenigen Zeilen. Wird es zu schwierig, könnt ihr die Einführung mit der für Prozessverbesserung zuständigen Person über Schulung und Beratung klären.
Was beim tatsächlichen Test herauskam
Ich habe mit fiktiven Daten, die echte Stellen nachbilden, drei Anzeigen und zehn Sourcing-Nachrichten erstellt und geprüft. Drei Dinge habe ich kontrolliert.
Erstens die Entwurfszeit für zehn Sourcing-Nachrichten. Gegenüber gefühlt 90 Minuten von Hand fiel sie auf etwas über 20 Minuten, sobald ich das strukturierte Profil übergab. Auch der einleitende Satz verlor den Schablonengeruch, wenn ich das Profil pro Person änderte.
Zweitens die Wirkung des Prüfskripts. Ich mischte absichtlich vier Entwürfe ein, in denen der Firmenname eines früheren Mandats stehen geblieben war. Bei allen vier kam Exit-Code 1 und der Versand wurde gestoppt. Auch die Altersbeschränkung wurde erkannt. Hätte ich mich allein auf das Auge verlassen, hätte ich sicher einige davon übersehen.
Drittens, ob die Qualität ohne personenbezogene Daten sinkt. Auch wenn ich Name und Kontaktdaten weglasse und nur Position und Erfahrung übergebe, blieb die Überzeugungskraft der Sourcing-Nachricht gleich. Im Gegenteil, der Kern „genau das an Ihrem Werdegang hat mich angesprochen” blieb erhalten, und der Text wurde sogar lesbarer.
Mein Fazit: Beim Sourcing in der Personalvermittlung ist nicht die „Vollautomatik”, sondern die dreistufige Aufstellung „Entwurf von der KI, Fakten und der eine Satz vom Menschen, der Endcheck von der Maschine” am realistischsten. Wer es als Firma in den Arbeitsalltag einbauen will, startet über Schulung und Beratung; wer zuerst selbst Hand anlegen möchte, beginnt mit Lernmaterial und gratis PDF.
Kostenloses PDF: Claude-Code-Cheatsheet
E-Mail eintragen und eine Seite mit Befehlen, Review-Gewohnheiten und sicheren Workflows herunterladen.
Wir schützen Ihre Daten und senden keinen Spam.
Über den Autor
Masa
Engineer für praktische Claude-Code-Workflows und Team-Einführung.
Ähnliche Artikel
Berechtigungs-Checkliste, bevor Claude Code eine Kundenseite bearbeitet
Ein Agenturrahmen für sichere KI-Edits an Landingpages, Formularen und Kundenseiten.
SaaS-Supporttickets mit Claude Code in reproduzierbare Bugs verwandeln
Ein Support-Workflow, der vage Meldungen in Repro-Schritte, Belege und Entwicklernotizen übersetzt.
Alte Obsidian-Notizen in ein Claude-Code-Briefing verwandeln: die 10-Minuten-Routine
Sortiere Obsidian-Notizen in 10 Minuten in Fakten, Entscheidungen und offene Punkte – als Briefing, mit dem Claude Code sofort loslegt.