Yannick vor Ort bei VD Mayr

Hinter vielen sogenannten „KI-Agenten" verbirgt sich mittlerweile ein recht standardisiertes Implementierungsmuster: Das Modell erhält Kontext, entscheidet, ob es ein Tool aufrufen soll, beobachtet das Ergebnis und wiederholt diesen Vorgang, bis die Aufgabe als abgeschlossen gilt. Das Agents SDK von OpenAI beschreibt dies explizit als Agent-Loop; Anthropic unterscheidet diese modellgesteuerten Systeme von Workflows, bei denen Ausführungspfade im Code vordefiniert sind.

Diese Unterscheidung ist für Produktivsysteme wichtig, denn „agentisch" und „autonom" sind keine Synonyme. Ein System kann LLM-basiertes Routing, Reasoning, Dekomposition und Synthese einsetzen und dennoch Kontrollfluss, Zustandsübergänge und Seiteneffekte außerhalb der modellgesteuerten Ausführung halten.

Das ist die Architektur, die wir für die Recruiting-Automatisierung gewählt haben.

Anstatt einen vollständig autonomen Agenten zu entwickeln, haben wir uns für ein workflow-gesteuertes Agentensystem entschieden: eine mehrstufige Architektur, in der spezialisierte LLM-Aufrufe begrenzte kognitive Aufgaben übernehmen, während Orchestrierung, Sequenzierung und Mutation des Systemzustands code-gesteuert bleiben. Dieses Design ähnelt eher dem, was das Berkeley AI Research als Compound-AI-System bezeichnet, als einem einzelnen autonomen Agenten.

Architekturübersicht

Unser Laufzeitsystem ist in drei Stufen gegliedert:

1. Parallele Klassifikation
2. Domänenausführung
3. Antwortsynthese

Jede Stufe nutzt LLMs auf unterschiedliche Weise und hat einen klar definierten, engen Vertrag.

1) Parallele Klassifikationsschicht

Die erste Schicht führt gleichzeitige Inferenz über mehrere spezialisierte Klassifikatoren durch: Sicherheit, Jailbreak-Erkennung, Sprachidentifikation, Abrufberechtigung, Intent-Routing und Workflow-Klassifikation.

Diese Schicht lässt sich am besten als Kombination aus Routing und Parallelisierung in Anthropics Workflow-Taxonomie verstehen. Das Modell hilft bei der Klassifikation der Anfrage, konstruiert jedoch keine beliebigen nachgelagerten Pläne dynamisch. Die verfügbaren Ausführungspfade sind vordefiniert, typisiert und durch Code durchgesetzt.

Zwei technische Eigenschaften sind dabei entscheidend:

Latenz-Isolation. Da diese Klassifikatoren gleichzeitig laufen, liegt die Gesamtlatenz näher an der des langsamsten Klassifikators als an der Summe aller Laufzeiten.

Fehler-Isolation. Jeder Klassifikator hat eine enge Prompt-Oberfläche und eine einzige Verantwortlichkeit, was Fehler leichter erkennbar, evaluierbar und nachtrainierbar macht als ein monolithischer Orchestrierungs-Prompt.

2) Domänenausführungsschicht

Nach der Klassifikation wählt ein code-seitiger Dispatcher die relevanten Domain-Handler aus.

Diese Schicht spiegelt unsere klarste Designentscheidung wider: die Ausführung begrenzt statt modellgesteuert zu halten. Das Modell entscheidet nicht Schritt für Schritt, welches Tool als nächstes in einem offenen Loop aufgerufen werden soll. Stattdessen folgt die Ausführung einem eingeschränkten Graphen:

• Lesende Operationen können parallel ausgeführt werden
• Zustandsverändernde Operationen werden sequenziell ausgeführt
• Seiteneffekte werden über code-gesteuerte Handler durchgeführt
• Ausgaben werden in typisierte Datenstrukturen geschrieben, anstatt an ein unkontrolliertes Reasoning-Transkript angehängt zu werden

Das macht die Ausführungssemantik expliziter und leichter inspizierbar. Das System verlässt sich nicht darauf, dass das Modell versteckten Zustand erhält, zulässige Übergänge inferiert oder entscheidet, ob bestimmte Prüfungen erforderlich sind.

Für Recruiting-Workflows ist das besonders relevant, weil das Laufzeitsystem nicht nur Fragen beantwortet. Es nimmt auch an einem zustandsbehafteten Geschäftsprozess teil: Erfassen erforderlicher Informationen, Validieren von Abschlusskriterien, Anwenden von Stufenlogik und Auslösen nachgelagerter Aktionen.

3) Antwortsyntheseschicht

Die letzte Stufe nimmt strukturierte Ausgaben aus vorherigen Stufen entgegen und erzeugt eine benutzerseitige Antwort.

Diese Stufe ist bewusst von der Ausführung getrennt. Ihre Rolle ist sprachlicher, nicht operativer Natur: Workflow-Zustand in eine klare konversationelle Antwort übersetzen, Ton und Formulierung anpassen, mehrsprachige Qualität wahren und nächste Schritte erläutern.

Sie tut nicht Folgendes:

• Neue Ausführungspfade wählen
• Workflow-Zustand verändern
• Übergangsregeln neu interpretieren
• Erforderliche Prozessschritte umgehen

Diese Trennung von Zuständigkeiten ist einer der Hauptvorteile der Architektur. Sie erlaubt es dem System, von der Sprachgewandtheit des LLMs zu profitieren, ohne dem Antwortmodell Autorität über den Kontrollfluss zu geben.

Warum wir keinen vollständig autonomen Agent-Loop verwendet haben

Der Hauptgrund ist, dass für die Recruiting-Workflows, die uns wichtig sind, unkontrollierte modellgesteuerte Ausführung die falschen Kompromisse mit sich bringt.

1) Prozesskorrektheit ist wichtiger als konversationelle Initiative

Bei einem allgemeinen Assistenten kann Initiative ein Feature sein. Im Recruiting kann sie zum Defekt werden.

Ein Screening-Flow enthält häufig Pflichtfragen, spezifische Bewertungsschritte, vorgeschriebene Hinweise und deterministische Übergangsbedingungen. Ein vollständig autonomer Agent kann schlussfolgern, dass eine Frage redundant ist, weil der Kandidat bereits etwas Ähnliches erwähnt hat. Das mag konversationell effizient sein, kann aber Standardisierungsanforderungen oder nachgelagerte Bewertungsannahmen verletzen.

Ein workflow-gesteuertes System ist darauf ausgelegt, diese Fehlerklasse zu reduzieren: Das Modell kann anpassen, wie ein Schritt kommuniziert wird, aber nicht ob er existiert.

2) Zustandsbehaftete Ausführung lässt sich in Code besser nachvollziehen als in Prompt-Zustand

Zustandsintensive Prozesse verschlechtern sich schnell, wenn zu viel Ausführungslogik an den konversationellen Kontext delegiert wird. In einem lang laufenden Agent-Loop muss das System latenten Zustand kontinuierlich über Gesprächsrunden und Tool-Ergebnisse hinweg erhalten und neu interpretieren.

Eine typisierte Workflow-Architektur externalisiert den Zustand hingegen:

• Fortschritt ist explizit
• Übergangsbedingungen sind explizit
• Seiteneffekte sind explizit
• Fehlerbehebung ist explizit

Das macht das System einfacher zu testen, einfacher zu prüfen und einfacher zu modifizieren.

3) Zuverlässigkeit bricht bei realistischen Enterprise-Aufgaben noch stark ein

Aktuelle Benchmark-Ergebnisse legen nahe, dass realistische mehrstufige Enterprise-Ausführung für Frontier-Systeme nach wie vor schwierig ist. Im EnterpriseOps-Gym, einem Benchmark vom März 2026 mit 1.150 von Experten kuratierten Aufgaben aus acht Enterprise-Domänen, erreichte das beste gemeldete Modell eine Erfolgsquote von 37,4 %. Dieses Ergebnis verdeutlicht die Lücke zwischen beeindruckenden lokalen Agentenverhaltensweisen und zuverlässiger End-to-End-Aufgabenerfüllung in produktionsähnlichen Umgebungen.

Die Lehre daraus ist nicht, dass agentische Techniken nutzlos sind. Sondern dass langfristige modellgesteuerte Ausführung viele Fehlerquellen auf einmal einführt: Dekomposition, Aktionswahl, Parameterauswahl, Ergebnisinterpretation, Policy-Einhaltung und Zustandskonsistenz.

Unsere Architektur verkleinert diese Fehlerfläche, indem sie unterschiedlichen Komponenten unterschiedliche Verantwortlichkeiten zuweist und die sensibelsten Teile der Ausführung außerhalb autonomer Kontrolle hält.

Warum das im Recruiting besonders relevant ist

Recruiting-Automatisierung unterscheidet sich von allgemeiner Assistenz in einem wesentlichen Punkt: Der konversationelle Teilnehmer ist nicht der einzige Stakeholder.

Recruiter, Arbeitgeber oder Prozessverantwortliche definieren:

• Erforderliche Schritte
• Bewertungskriterien
• Übergangsregeln
• Compliance-Grenzen
• Akzeptables Automatisierungsverhalten

Der Kandidat interagiert mit dem System, definiert aber nicht dessen Betriebssemantik.

Das macht Recruiting zu einem Beispiel für prozessgesteuerte Automatisierung, nicht für reine nutzergetriebene Assistenz.

In diesem Umfeld kann breite Modellautonomie eine Diskrepanz zwischen konversationeller Optimierung und Prozesskorrektheit erzeugen. Ein Modell kann auf Kürze, Empathie oder lokale Kohärenz optimieren und dabei Anforderungen verletzen, die dem eigentlichen Systemeigentümer wichtig sind.

Ein workflow-gesteuertes Agentensystem löst das durch die Trennung von:

• Was passieren muss — in Workflow-Logik kodiert
• Wie es kommuniziert wird — von LLMs übernommen

Sicherheit und Compliance lassen sich strukturell leichter durchsetzen

Ein weiterer Grund für die Bevorzugung von Workflow-Kontrolle ist, dass Sicherheitsprüfungen verpflichtende Pipeline-Schritte statt optionaler Modellentscheidungen sein können.

Moderation, Jailbreak-Erkennung, Policy-Klassifikation und Scope-Validierung laufen, weil das Laufzeitsystem sie ausführt — nicht weil das Modell es wählt. Das kann Prompt-Injection weniger wirksam machen, da das Modell nicht Eigentümer der Entscheidung ist, ob Schutzprüfungen ausgeführt werden.

Dies ist besonders im Recruiting relevant. Unter dem EU AI Act sind KI-Systeme, die für die Einstellung oder Auswahl natürlicher Personen eingesetzt werden, in Anhang III ausdrücklich als hochriskant eingestuft; die wesentlichen Verpflichtungen für diese Systeme gelten ab dem 2. August 2026. In einem Hochrisiko-Kontext werden Systemeigenschaften wie Rückverfolgbarkeit, menschliche Aufsicht und technische Dokumentation zu architektonischen Anliegen, nicht nur zu politischen Aspirationen.

Eine workflow-basierte Architektur hilft dabei, weil sie explizite Zwischenartefakte erzeugt:

• Klassifikator-Ausgaben
• Ausgewählter Ausführungspfad
• Erhobene strukturierte Daten
• Ausgelöste Regeln
• Resultierender Zustandsübergang

Das kommt einem prüfbaren Systemprotokoll näher als einer freien Vermischung von Reasoning und Tool-Traces.

Kompromisse

Diese Architektur ist bewusst weniger flexibel als ein vollständig autonomer Agent.

Sie kann keine beliebigen neuen Fähigkeiten außerhalb des definierten Ausführungsgraphen improvisieren. Wenn eine Fähigkeit nicht im Workflow repräsentiert ist, wird das System sie nicht erfinden. Das ist eine Einschränkung, aber in einem regulierten, zustandsbehafteten, geschäftsprozessorientierten Bereich ist sie oft die richtige.

Der Vorteil sind stärkere Garantien bezüglich:

• Prozesskorrektheit
• Zustandskonsistenz
• Sicherheitsdurchsetzung
• Prüfbarkeit
• Betrieblicher Vorhersagbarkeit

Für die Recruiting-Automatisierung haben wir diese Eigenschaften als wertvoller empfunden als unkontrollierte Modellautonomie.

Fazit

Wir haben agentische Techniken nicht abgelehnt. Wir setzen sie intensiv ein — für Routing, Klassifikation, Synthese und begrenzte Entscheidungsfindung. Was wir abgelehnt haben, ist vollständig autonome Kontrolle über die Ausführung.

Das Ergebnis ist eine Architektur, in der LLMs Intelligenz innerhalb enger Schnittstellen einbringen, während Code die Autorität über Workflow-Struktur, Zustandsmutation und Seiteneffekte behält. Für die Recruiting-Automatisierung war das für uns eine bessere technische Lösung als ein einzelner autonomer Agent-Loop.

‍

Recruiting läuft heute über viele Kanäle gleichzeitig – LinkedIn, Indeed, StepStone, die eigene Karriereseite und mehr. Für Recruiter bedeutet das: ständig zwischen Plattformen wechseln, Bewerbungen manuell übertragen und den Überblick behalten. Mit unserem neuen Email-Forwarding-Feature gehört das der Vergangenheit an.

Was ist Email-Forwarding?

Email-Forwarding ermöglicht es, Bewerbungen aus beliebigen Quellen automatisch an Paul's Job weiterzuleiten. Egal ob eine Bewerbung über LinkedIn, per E-Mail oder über ein Jobportal eingeht – mit einer einzigen Weiterleitungsadresse landen alle Bewerbungen direkt in eurem Paul's Job Dashboard.

Das Prinzip ist einfach: Ihr erstellt eine personalisierte Weiterleitungsadresse, die die Position-ID und optional die Quelle enthält. Zum Beispiel:

apply-109390+MA1380832+linkedin@mail.paulsjob.ai

Diese Adresse leitet die Bewerbung automatisch an die richtige Stelle im System weiter und trackt gleichzeitig, woher der Kandidat kommt.

Wie funktioniert es in der Praxis?

Die Einrichtung dauert nur wenige Minuten. Im Dashboard generiert ihr eure individuelle Weiterleitungsadresse pro Position. Diese hinterlegt ihr dann als Benachrichtigungsadresse auf den jeweiligen Jobportalen oder in eurer E-Mail-Weiterleitung.

Sobald eine Bewerbung eingeht, passiert alles automatisch: Paul extrahiert die relevanten Daten – Name, E-Mail, Telefonnummer, Anschreiben und angehängte Dokumente wie Lebenslauf oder Zertifikate. Die Bewerbung wird der richtigen Position zugeordnet, und der Recruiting-Prozess kann sofort starten.

Warum ist das ein Gamechanger?

Für Unternehmen, die über mehrere Kanäle gleichzeitig rekrutieren, spart Email-Forwarding enorm viel Zeit. Statt jede Bewerbung einzeln zu bearbeiten, fließen alle Kandidaten automatisch in einen zentralen Prozess. Das bedeutet:

• Kein manuelles Kopieren von Bewerberdaten mehr
• Automatisches Tracking der Bewerberquelle (LinkedIn, Indeed, etc.)
• Sofortige Zuordnung zur richtigen Stelle
• Schnellere Reaktionszeiten gegenüber Bewerbern

Besonders wertvoll für Bulk-Recruiting

Gerade Unternehmen, die viele Positionen gleichzeitig besetzen, profitieren enorm. Facility-Management-Firmen, Pflegedienste, Einzelhändler oder Logistikunternehmen mit Dutzenden offener Stellen können alle Kanäle bündeln und trotzdem den Überblick behalten.

Unser Tipp: Testet die Weiterleitung erst mit einer einzelnen Position, bevor ihr sie für alle Stellen aktiviert. So stellt ihr sicher, dass die Formatierung stimmt und alles reibungslos funktioniert.

Fazit

Email-Forwarding ist ein weiterer Schritt in Richtung vollautomatisiertes Recruiting. In Kombination mit Paul's KI-gestütztem Screening und der automatischen Kandidatenkommunikation via WhatsApp entsteht ein lückenloser Prozess – vom ersten Kontakt bis zum unterschriebenen Vertrag.

Ihr wollt Email-Forwarding ausprobieren? Loggt euch in euer Dashboard ein oder sprecht euer Customer-Success-Team an. Wir helfen euch gerne bei der Einrichtung.

Gestern hat OpenAI eine neue Funktion für ChatGPT vorgestellt: Instant Checkout. Nutzer in den USA können nun direkt im Chat Produkte von Etsy oder über eine Million Shopify-Händlern kaufen – ohne Umwege über Warenkörbe oder externe Seiten. Mit Stripe als technischer Grundlage entsteht so ein agentisches Protokoll für Commerce, das Checkout, Zahlung und Fulfillment nahtlos in eine Unterhaltung integriert.

Das klingt zunächst nach E-Commerce. Aber wer tiefer schaut, erkennt: Das ist genau der Paradigmenwechsel, den wir auch im Recruiting erleben.

Vom Klick zum Gespräch

Im klassischen Onlinehandel klickt der Kunde sich durch Kataloge, Warenkörbe und Checkout-Funnel. Jetzt passiert alles in einem Gespräch mit einer KI, die Produkte präsentiert, Fragen beantwortet und den Kauf finalisiert.

Im Recruiting war es lange ähnlich:

• Jobanzeige suchen
• Formular öffnen
• Daten eintragen
• Abschicken
• Warten

Heute verschiebt sich auch hier der Prozess: Agentische KI macht es möglich, dass Bewerber sich direkt im Chat bewerben. Ob über WhatsApp, SMS oder andere Messenger – die Bewerbung wird zu einem fließenden Dialog.

Recruiting = Commerce

Die Parallele ist frappierend:

• Produktdaten im Handel entsprechen den Stellendaten im Recruiting.
• Checkout im E-Commerce entspricht der Bewerbung.
• Fulfillment (Versand, Lieferung) entspricht der Onboarding-Phase.

So wie ChatGPT beim Checkout nur die Informationen zwischen Käufer und Händler vermittelt, vermittelt eine Recruiting-KI die relevanten Daten zwischen Bewerber und Arbeitgeber.

Das Ergebnis: weniger Reibung, mehr Geschwindigkeit und eine Candidate Experience, die Bewerber heute erwarten.

Agentische KI im Bewerbermanagement

Mit Instant Checkout wird ein offener Standard für Commerce geschaffen, der sichere, leistungsfähige und leicht integrierbare Zahlungen im Chat erlaubt. Genau diese Idee übertragen wir auf das Bewerbermanagement:

• Dialog statt Funnel: Bewerber laden Dokumente hoch, beantworten Fragen, belegen Qualifikationen – alles im Chat.
• Agentische Prozesse: Die KI versteht den Kontext, prüft Anforderungen in Echtzeit (z. B. Sprachlevel, Führungszeugnis), koordiniert Termine und sorgt dafür, dass alle Stakeholder informiert bleiben.
• Sicherheit und Datenschutz: Genau wie beim Payment-Token teilt der Bewerber nur die Daten, die notwendig sind – und behält jederzeit die Kontrolle.

Agent Readiness für Recruiting

Im E-Commerce entsteht mit Instant Checkout ein neues Feld: Agent Readiness. Händler müssen Produktdaten so strukturieren, dass KI-Agenten sie verstehen und korrekt nutzen können.

Im Recruiting gilt das Gleiche:

• Saubere Stellendaten: klare Rollenprofile, Anforderungen, Starttermine, Arbeitszeiten.
• Maschinenlesbare Dokumente: Verträge, Nachweise, Zertifikate.
• Transparente Prozesse: Interview-Slots, Rückmeldelogik, Feedback-Regeln.

Nur Unternehmen, die ihre Recruiting-Daten so vorbereiten, dass agentische KI damit arbeiten kann, werden in Zukunft von dieser Entwicklung profitieren.

Fazit: Instant Recruiting ist die nächste Evolutionsstufe

Was wir im Handel beobachten, ist die Blaupause für Recruiting: weg von Klickstrecken, hin zu intentgetriebenen Gesprächen mit KI-Agenten.

So wie ChatGPT den Kaufprozess im Chat abschließt, wird Bewerbermanagement bald so funktionieren:

• Stellen finden
• Direkt im Chat bewerben
• Screening, Interview, Vertrag – alles in einem Strom

Das Ergebnis: Recruiting in 60 Minuten statt in 60 Tagen.

Unternehmen, die heute anfangen, ihre Prozesse agentenfähig zu machen, sichern sich den entscheidenden Vorteil: schneller die richtigen Mitarbeiter finden und einstellen – bevor es die Konkurrenz tut.

Im Juni 2025 veröffentlichte McKinsey das neue CEO-Playbook Seizing the Agentic AI Advantage. Der Bericht bestätigt, was viele von uns in der Praxis längst beobachten: Generative KI ist weit verbreitet, hat aber bisher kaum spürbaren Einfluss auf die Unternehmensleistung.

McKinsey nennt das das Gen-AI-Paradox: Fast 80 % der Unternehmen nutzen bereits KI, doch ähnlich viele berichten, dass sie keinerlei messbare Effekte auf ihr Ergebnis sehen.

Der Grund ist einfach. Die meisten Firmen setzen bislang auf horizontale Anwendungsfälle – Chatbots, Copilots, Textzusammenfassungen. Diese lassen sich leicht einführen, bringen aber nur diffuse, oberflächliche Vorteile. Wirkliche Wirkung entsteht durch vertikale Anwendungsfälle – also KI, die tief in die Kernprozesse eines Unternehmens eingebettet ist. Genau hier kommen Agenten ins Spiel.

‍

Der Wandel: Von Assistenten zu Agenten

Wie McKinsey beschreibt, entsteht echter Mehrwert nur, wenn Prozesse End-to-End automatisiert werden. Agenten unterscheiden sich von simplen Copilots, weil sie:

• Ziele verstehen und in Teilaufgaben zerlegen
• Mit Menschen und Systemen interagieren
• Workflows selbstständig ausführen
• Sich in Echtzeit anpassen, wenn sich Bedingungen ändern

Das ist nicht nur Effizienzsteigerung – es ist eine Transformation der Arbeitsweise.

‍

Recruiting als Paradebeispiel

Bei Paul’s Job erleben wir das jeden Tag. Recruiting gehört zu den kommunikativ komplexesten Prozessen in jeder Organisation. Eine einzelne Einstellung umfasst:

• Kandidaten, die Dokumente einreichen, Fragen beantworten, Termine abstimmen
• Recruiter, die vorprüfen, Unterlagen checken, Verfügbarkeiten klären
• Hiring Manager, die Entscheidungen treffen
• Assistenten oder Koordinatoren, die Kalender und Abläufe managen

Läuft dieser Prozess manuell, frisst er enorme Zeit und Management-Kapazität. In Branchen wie Pflege, Facility Management oder Handel – wo die Serviceleistung direkt von ausreichend Personal abhängt – hat das gravierende Folgen:

• Stellen bleiben unbesetzt.
• Unternehmen können weniger Kunden oder Patienten bedienen.
• Wettbewerber gewinnen Bewerber schlicht, weil sie schneller sind.

‍

Was passiert, wenn man Recruiting automatisiert

Nun stellen wir uns einen End-to-End-Recruiting-Agenten vor. Kandidaten bewerben sich direkt per WhatsApp oder SMS. Paul, der KI-Agent, führt sie durch den Prozess:

• Sammelt Dokumente (Führerschein, Sprachzertifikate, Arbeitsgenehmigungen)
• Prüft Anforderungen (Sprachniveau per Sprachnachricht, Verfügbarkeit, Nachweise)
• Koordiniert Interviews automatisch mit den Hiring Managern
• Bereitet Verträge vor, sobald alle Kriterien erfüllt sind

Das Ergebnis: Vom ersten Kontakt bis zum unterschriebenen Vertrag in unter 60 Minuten.

Das ist kein Chatbot, der an alte Prozesse angedockt wird. Das ist ein Prozess, der von Grund auf um Agenten herum neu gedacht ist – genau der vertikale Einsatz, den McKinsey als fehlendes Puzzleteil der heutigen KI-Strategien identifiziert.

‍

Warum das besonders für Dienstleistungsbranchen entscheidend ist

In arbeitsintensiven Unternehmen ist schnelleres Recruiting nicht nur eine HR-Kennzahl – es bestimmt direkt die Leistungsfähigkeit:

• Pflegedienste mit mehr Pflegekräften können mehr Patienten betreuen.
• Händler und Logistiker können Filialen und Lager zuverlässiger besetzen.
• Sicherheits- und Facility-Firmen können Verträge pünktlich erfüllen, ohne teure Verzögerungen.

Gerade in Zeiten von Fach- und Arbeitskräftemangel ist Recruiting-Geschwindigkeit ein strategischer Wettbewerbsvorteil.

‍

Die größere Lehre für CEOs

Das McKinsey-Playbook schließt mit einer klaren Botschaft: Die Experimentierphase ist vorbei. CEOs müssen den Mut haben, Prozesse mit Agenten fundamental neu zu denken. Das bedeutet:

• Agenten in Kern-Workflows einbetten, nicht nur als Add-on
• Prozesse so redesignen, dass sie die Stärken von Agenten nutzen – parallele Abläufe, Echtzeitanpassung, Skalierbarkeit
• Governance schaffen, damit Vertrauen, Sicherheit und Akzeptanz gewährleistet sind

Recruiting zeigt, wie das aussehen kann: Von wochenlanger Kommunikation hin zur Einstellung in weniger als einer Stunde. Das ist keine Spielerei, das ist Prozessinnovation.

‍

Fazit

Das Gen-AI-Paradox lässt sich nicht mit weiteren Copilots oder Chatbots lösen. Es lässt sich lösen, wenn Unternehmen wenige, hochrelevante Prozesse auswählen, diese Ende-zu-Ende neu gestalten – und Agenten übernehmen lassen.

Recruiting ist ein hervorragendes Beispiel. Wer hier automatisiert, gewinnt nicht nur Effizienz, sondern echte Wettbewerbsfähigkeit. Das ist die eigentliche Stärke von Agentischer KI.

Hand aufs Herz: Diese Frage hören wir ständig. Wird KI Recruiter ersetzen?

Unsere Antwort ist klar: Nein.

Aber – die Rolle verändert sich grundlegend.

Mit Paul sehen wir schon heute, wie viel Arbeit von den Recruitern wegfällt. Kommunikation mit Bewerbern, Dokumente einsammeln, Interviews koordinieren, Grundvoraussetzungen prüfen – all das kann ein KI-Agent schneller, smarter und konsistenter erledigen.

Was bedeutet das für Recruiter? Es schafft Raum für die Aufgaben, die wirklich zählen:

• Die richtigen Teams zusammenstellen.
• Fachbereiche strategisch unterstützen.
• Stärkeres Bewerber-Engagement aufbauen (fast schon wie HR-Marketing).
• Und ganz wichtig: die KI managen.

Denn KI läuft nicht im Autopilot. Bei Paul gibt es immer einen Human-in-the-Loop. Paul schlägt Entscheidungen vor – etwa ob ein Kandidat ins Profil passt – doch das letzte Wort liegt beim Menschen. Recruiter werden dadurch zu KI-Managern: Sie überprüfen, steuern und verfeinern, was das System macht.

Ja, das Jobprofil verändert sich. Aber genau darin liegt die Chance: bessere Entscheidungen, höhere Qualität und mehr Zeit für das, was Recruiting wirklich ausmacht – die menschliche Seite.

Also nein – KI ersetzt keine Recruiter. Aber sie macht sie besser, schneller und wirkungsvoller als je zuvor.

Nach einem harten Sommer kam im Juli die Wende. Ich habe damals unseren heutigen Lead-Investor kennengelernt: Jesse Jeng von Scalehouse Capital. Jesse war sofort überzeugt – nicht nur von unserer Vision, sondern auch von unserer Geschichte. Mein Exit mit Softgarden, die Tatsache, dass Yannick an Bord ist, und unsere klare Vorstellung davon, wie Recruiting mit agentischer KI in Zukunft funktionieren wird – all das hat gepasst.

Im August und September haben wir es dann geschafft: Wir haben unsere Pre-Seed-Finanzierung für Paul’s Job aufgestellt. Insgesamt 1,4 Millionen Euro – angeführt von Scalehouse Capital und unterstützt von einer großartigen Gruppe an Super Angels: Alexander Brühl, Rainer Hofmann, Andreas Junck, Carsten Reetz und Michael May.

Gleichzeitig konnten wir auch die Arbeit, die wir bereits 2024 und 2025 ins Produkt gesteckt hatten, in die neue Gesellschaft mitnehmen. Ganz ehrlich: Das war auch nicht ganz billig 😉 – aber es hat sich gelohnt, weil wir damit ein starkes Fundament hatten, auf dem wir sofort weiterbauen konnten.

Und wir sind nicht alleine gestartet: Mit Kunden wie Teamwork, Alloheim und VD Mayr, mit denen wir schon zuvor zusammengearbeitet haben, konnten wir durch diese turbulente Zeit gehen. Wir sind unglaublich dankbar, dass sie uns die Treue gehalten haben. Auf dieser Basis wissen wir: Auf unsere Kunden können wir zählen.

Heute stehen wir als drei Gründer – Yannick, Putu und ich – auf einem wirklich sauberen Fundament. Ohne Altlasten, mit einem klaren Setup und einer Mission, die uns alle antreibt: Recruiting mit agentischer KI völlig neu zu denken.

Dieser Restart fühlt sich wie ein Neuanfang an – nur besser, weil wir jetzt all die Learnings im Gepäck haben. Wir sind stärker, fokussierter und haben die richtige Basis, um etwas wirklich Großes aufzubauen.