„Forward Deployed Engineers“ (FDEs) bei Anthropic agieren an der Schnittstelle zwischen Produkt, Kundenrealität und Modellverhalten. Die Vorbereitung gelingt besser, wenn Sie das Gespräch nicht als Wissensabfrage zu Modellen betrachten, sondern als Bewertung Ihrer Entscheidungsfindung bei der Implementierung unter komplexen Rahmenbedingungen.
Stellen Sie sich folgendes Szenario vor: Eine große Support-Organisation möchte Claude einführen, um Mitarbeiter bei der Beantwortung von Kundentickets zu unterstützen. Dabei müssen jedoch strenge Datenschutzvorgaben und ein bestehendes Identitätssystem berücksichtigt werden, zudem liegen die eigentlichen Informationen in einer Vielzahl interner Tools. Ihre Aufgabe als FDE besteht darin, daraus einen sicheren und funktionsfähigen Implementierungsplan zu entwickeln, der die jeweiligen Vor- und Nachteile klar abwägt.
Die „Produktoberfläche“ von Anthropic umfasst all jene Elemente, mit denen Kunden bei der Entwicklung mit Claude tatsächlich interagieren. In der Praxis sind dies: Claude als Modell, die Claude-API als Kommunikationsschnittstelle zwischen Anwendung und Modell sowie die Sicherheits- und Kontrollfunktionen für Unternehmen, die eine Freigabe durch das Sicherheitsteam ermöglichen.
Im Beispiel mit den Support-Tickets sucht der Kunde nicht einfach nach einem „Chatbot“. Er benötigt ein KI-System, das den Kontext eines Tickets erfassen, relevante Richtlinienauszüge abrufen und bei Bedarf interne Tools ansteuern kann – und das gleichzeitig verhindert, dass sensible Daten an unbefugte Stellen gelangen.
Ein wesentlicher Teil der FDE-Arbeit besteht darin, Geschäftsziele in konkrete Entwicklungsaufgaben zu übersetzen. Sie entscheiden beispielsweise, auf welche Daten Claude zugreifen darf, welche Aktionen das Modell ausführen kann und wie vor dem breiten Rollout nachgewiesen wird, dass sich das System erwartungsgemäß verhält.
Erfahren Sie, wie sich diese Aspekte der Implementierung in konkrete Entwicklungsaufgaben übertragen lassen.
Die Realität im Unternehmensumfeld zählt In einem Vorstellungsgespräch wirkt man am schnellsten unerfahren, wenn man Aspekte wie Identitätsmanagement, Datenzugriff und Rollout-Kontrollen überspringt und direkt zum Prompting übergeht.
Der Interviewprozess bei Anthropic entwickelt sich zwar weiter, doch berichten Kandidaten regelmäßig von bestimmten Arten von Gesprächsrunden, die den Kernaufgaben eines FDE (Field Deployment Engineer) entsprechen. Es geht nicht darum, eine „richtige“ Abfolge auswendig zu lernen. Vielmehr sollen Sie verstehen, was die jeweilige Runde über Ihre voraussichtliche Leistung bei einem Projekt – wie etwa der Einführung eines Support-Ticket-Systems – aussagt.
In einem ersten Gespräch mit dem Recruiting (Recruiter Screen) wird meist geprüft, ob Sie Ihre bisherige technische Arbeit mit Kundenbezug klar erläutern können und ob Ihre Motivation zur Rolle passt. Eine Runde im Fallstudien-Stil (Case Study) zielt oft auf die Phase der Anforderungsanalyse (Discovery) ab: Dabei geht es um die Fähigkeit, eine vage Anfrage in eine präzise Problembeschreibung, Rahmenbedingungen und nächste Schritte zu übersetzen, ohne die technische Lösungsarbeit auf den Kunden abzuwälzen.
Eine Runde zum Systemdesign konzentriert sich häufig auf „Retrieval-Augmented Generation“ (RAG). Dabei wird die Antwort des Modells vor der Ausgabe durch einen Suchschritt in Kundendaten fundiert und abgesichert. In unserem Beispiel könnte das bedeuten, die aktuelle Rückerstattungsrichtlinie und regionalspezifische Ausnahmen abzurufen, damit der Support-Mitarbeiter eine Antwort erhält, die den geltenden Regeln entspricht – und nicht nur eine plausibel klingende Vermutung.
In einer Implementierungs- oder Debugging-Runde wird meist geprüft, ob Sie Lösungen tatsächlich produktiv setzen können. Dazu gehören das Auswerten von Logs, das Eingrenzen von Fehlerursachen (wie Tool-Timeouts oder fehlerhafte Datenabrufe) sowie gezielte Fehlerbehebungen, ohne das gesamte System neu schreiben zu müssen.
Eine Runde zu Verhaltensweisen oder schriftlicher Kommunikation prüft oft, ob Sie Abwägungen, Risiken und den Projektstatus so vermitteln können, dass sowohl Ingenieure als auch Nicht-Ingenieure Vertrauen fassen. Im Kontext eines Rollouts könnte dies eine kurze Erläuterung sein, warum der Zugriff auf Tools durch Zulassungslisten (Allowlists) beschränkt wird und warum zunächst nur eine Warteschlange bedient wird, bevor das System ausgeweitet wird.
Lernen Sie die gängigen Arten von Gesprächsrunden und deren jeweilige Zielsetzung kennen.