Engineer für KI-Plattformen

Arbeitszeit: Die Arbeit erfolgt asynchron mit eigenverantwortlicher Zeiteinteilung.
Erfahrung: Erforderlich ist Erfahrung mit produktiven LLM-Agenten, tiefer API-Arbeit und eigenen MCP-Servern. Vorteilhaft ist der Aufbau intern freiwillig genutzter Plattformen.
Vergütung: Gehalt nicht angegeben

Die Rolle in Kürze

Als einzige Engineering-Fachkraft der Plattform verantwortet die Rolle Architektur und Infrastruktur in einem neuen zentralen Team. Sie entwickelt interne Agenten und befähigt Teams, operative Arbeit sicher zu automatisieren; die Plattform unterstützt asynchron arbeitende Engineers in mindestens 40 Ländern.

Deine Aufgaben

Die Rolle bringt die Agentenplattform in Produktion und entscheidet über die Laufzeitarchitektur. Sie implementiert eine ereignisgesteuerte Warteschlange, eine modellunabhängige Headless-Laufzeit, zeit- und ereignisgesteuerte Ausführung, dauerhaft gespeicherte Zustände über Neustarts und fehlgeschlagene Läufe hinweg, menschliche Prüfstellen sowie atomare Rollbacks und protokolliert sämtliche Prompts, Werkzeugaufrufe und Entscheidungen im Warehouse zur vollständigen Rekonstruktion jedes Laufs.
Sie entwickelt Golden-Testsuiten mit Verhaltensprüfungen, schriftlichen Bewertungsrastern und Sicherheitsfällen, die bei jedem Lauf bestehen müssen, und prüft auch die Bewertungsinstanz selbst. Ein CI-Gate verhindert das Zusammenführen von Regressionen; die Evaluation ist Voraussetzung für jeden Agenten, der mehr als interne Daten liest, und beanstandete Ergebnisse werden durch Testfälle überprüfbar.
Sie entwickelt und registriert Agenten für Berichte, Entwürfe, Linting, Triage und Fragenbeantwortung für Geschäftsleitung, Teamleitungen und einzelne Mitarbeitende. Eine Metaebene überwacht und verbessert die Plattform und meldet Abweichungen zur Behebung; jedes Team soll mindestens einen automatisch laufenden Arbeitsablauf erhalten.
Sie erzwingt risikogestufte Prüfungen, Evaluationen und menschliche Freigaben, minimale Zugriffsrechte, Werkzeugfreigaben und Entscheidungsprotokolle. Kein Agent läuft ohne registrierte Verantwortung, Risikostufe, Werkzeugberechtigung und menschliches Prüfgate. Menschlich verfasste Updates benötigen zur Übernahme menschliche Zustimmung; autonome Einträge von Verantwortlichen, Fälligkeiten oder Status in gemeinsame Arbeitssysteme macht sie technisch unmöglich.
Sie gestaltet die Kontaktaufnahme mit einem festen Unterbrechungsbudget je Person und gebündelten Nachrichten, die zunächst Nutzen bieten, bevor sie etwas anfordern. Berichte und seltene, passend terminierte Kontakte sollen die freiwillige Nutzung unterstützen.
Sie verantwortet Compiler, Validator, die Integrität des Agentenbestands und die Verteilung von Kontext und Fähigkeiten in Repositories und Chatoberflächen. Wiederverwendbare Erzeugungs- und Verteilungsmechanismen ermöglichen den Ausbau des Agentenportfolios.
Sie berechnet aus Produktionsaktivitäten einen Reifegrad je Team. Bei Einwänden müssen die zugrunde liegenden Abfragen die Bewertung nachvollziehbar belegen.
Sie instrumentiert den Nutzen der Plattform mit einem Register der von jedem Agenten übernommenen Arbeit und berechnet daraus monatliche Kennzahlen. Die gemessene Entlastung wird veröffentlicht und dient als Datengrundlage für den weiteren Ausbau.

Das solltest du mitbringen

Erforderlich

Erforderlich sind produktiv ausgelieferte LLM-Agentensysteme, auf die andere angewiesen waren, mit Betriebshistorie, tatsächlichen Nutzenden und mindestens einem nachvollziehbar erklärbaren Vorfall. Demos, interne Vorführungen oder ausschließliches Prompt Engineering reichen nicht aus.
Erforderlich ist die Fähigkeit, Evaluationen mit Golden Sets, Verhaltensprüfungen, Bewertungsrastern, Bestehensschwellen und ergebnisabhängigen CI-Freigaben zu entwickeln. Der Unterschied zwischen systematischer Evaluation und bloßem Durchsehen plausibler Ausgaben muss erklärbar sein.
Erforderlich sind tiefgehende API-Arbeit an operativ genutzten Systemen und selbst entwickelte MCP-Server sowie Kenntnisse der konkreten Fehlermodi dieser APIs.
Erforderlich ist die eigenständige Verantwortung für Infrastruktur in Python auf GCP mit Cloud-Warehouse und Infrastructure as Code, einschließlich Bereitstellung, Deployment, Überwachung und Rollback eigener Systeme. Architekturentscheidungen werden selbst abgeschlossen.
Erforderlich ist Urteilsvermögen bei der Kontaktaufnahme von Software mit Menschen; jede Benachrichtigung wird als Verbrauch begrenzten Vertrauens behandelt.

Von Vorteil

Vorteilhaft sind öffentlich zugängliche Arbeiten in diesem Bereich, etwa ein quelloffenes Agentenframework, ein MCP-Server, eine Evaluationsumgebung oder von anderen Fachleuten zitierte Texte zur Zuverlässigkeit von Agenten.
Vorteilhaft sind LLM-Beobachtbarkeit und Kosteninstrumentierung, einschließlich Ablaufverfolgung, Kostenzuordnung je Lauf und Abfragen, die Rohprotokolle in handlungsrelevante Berichte überführen.
Vorteilhaft ist der Aufbau einer internen Plattform, die Personen außerhalb des Engineerings freiwillig angenommen haben. Änderungen nach Beobachtung ihrer Nutzung sollen erklärbar sein.

Weitere Angaben

Erwartet wird rekursives Denken mit wiederverwendbaren Erzeugungs-, Bestands-, Compiler- und Verteilungsmechanismen statt einzeln gebauter Agenten. Das Beispiel sind 30 Agenten und ein 31. Agent, dessen Ergänzung nur einen Nachmittag beansprucht; eine Metaebene erkennt Abweichungen und meldet Korrekturbedarf. Auch die Bewertungsinstanz selbst wird geprüft.
Erwartet wird, von möglichen Fehlern rückwärts zur Architektur zu denken und verbotene Schreibzugriffe durch technische Berechtigungen auszuschließen, auch bei Prompt Injection oder Modellfehlern. Vor der Testentwicklung werden unter anderem erfundener Fortschritt, die Veröffentlichung privater Kanalinhalte, anklagend wirkende korrekte Aussagen und falsche Personenzuordnungen als Fehlerfälle erfasst.
Erwartet wird der sorgfältige Einsatz agentischer Werkzeuge für reale Arbeit in Dateien und Repositories mit einem eigenen Setup. Auslöser, Zugriffsrechte, menschliche Freigaben, Protokollierung und die Entdeckung eines aufgetretenen Fehlers müssen mechanisch erklärbar sein; die eigene Nutzung wird kritisch überprüft.

So ist Remote hier geregelt

Die Tätigkeit ist vollständig remote und weltweit von jedem Ort aus möglich. Eigene Unternehmensbüros bestehen nicht.
Einmal jährlich trifft sich das gesamte Unternehmen für eine Woche in einer jeweils neuen Stadt.

Das wird angeboten

Eine Coworking-Mitgliedschaft oder ein Coworking-Zuschuss kann weltweit genutzt werden.
Alle Teammitglieder erhalten eine Unternehmensbeteiligung über ein ESOP.
Ein Technikbudget steht für die Ausstattung des Arbeitsplatzes, beispielsweise Laptop, Monitor und Kopfhörer, zur Verfügung.
Die Krankenversicherung wird weltweit zu 100 % für Beschäftigte und zu 80 % für Angehörige übernommen.
Ein jährliches, einwöchiges Treffen des gesamten Unternehmens findet in einer jeweils neuen Stadt statt.
Alle Teammitglieder erhalten jährlich ein Weiterbildungsbudget für beispielsweise Kurse, Bücher und Konferenzen.

Veröffentlicht: 31.07.2026 · Quelle geprüft: 18.10.2026.

Die Angaben sind für RemoteFruit einheitlich aufbereitet. Maßgeblich bleibt die Originalanzeige. RemoteFruit steht in keiner Partnerschaft mit dem ausschreibenden Unternehmen.