KI-Plattform-Ingenieur

Über Supabase

Supabase ist die Postgres-Entwicklungsplattform, die von Entwicklern für Entwickler entwickelt wurde. Wir bieten eine komplette Backend-Lösung einschließlich Datenbank, Authentifizierung, Speicherung, Edge-Funktionen, Echtzeit und Vektorsuche. Alle Services sind tief integriert und auf Wachstum ausgelegt.

Über die Rolle

Wir stellen einen AI Platform Engineer ein, um die Ausführungsschicht für die internen KI-Systeme von Supabase aufzubauen.

Supabase baut ein KI-natives internes Betriebssystem auf: eine gemeinsame Arbeitsweise im gesamten Unternehmen, bei der KI einen bedeutenden Teil der Betriebslast trägt, anstatt als Assistent daneben zu stehen. Wir bilden ein neues zentrales Team, um diese Systeme aufzubauen, die Teams zu befähigen und KI-Operationen in der gesamten Organisation zu verankern. Sie sind der Ingenieur in diesem Team.

Die Ausführungsebene gehört Ihnen. Sie erstellen die Plattform, auf der Agenten tatsächlich ausgeführt werden: eine ereignisgesteuerte Warteschlange, eine kopflose, modellunabhängige Laufzeit, ein dauerhafter Zustand, damit die Arbeit einen Neustart übersteht, ein menschliches Überprüfungstor, ein atomares Rollback und eine vollständige Protokollierung aller Eingabeaufforderungen, Toolaufrufe und Entscheidungen, damit jeder Lauf rekonstruiert werden kann. Sie bauen die Bewertungsebene auf, die alles vertrauenswürdig macht, denn einem Agenten, der nicht gemessen werden kann, kann man nichts anvertrauen, was über das Lesen hinausgeht. Und Sie werden die Agenten selbst aufbauen, vom Executive Reporting bis hin zu einer Ebene von Agenten, die die Plattform überwachen und verbessern.

Dies ist von Natur aus eine Governance-lastige Umgebung, und das ist der interessante Teil des Problems. Agenten werden in Risikostufen eingeteilt, von schreibgeschützten internen Daten bis hin zu externen Ausgaben, wobei die Prüftiefe, die Bewertungsanforderungen und die menschliche Genehmigung je nach Stufe skaliert werden. Einige Funktionen sind dauerhaft tabu: Ein Agent kann lesen und berichten, er kann eine von Menschen erstellte Aktualisierung in ein Aufzeichnungssystem übertragen, sobald ein Mensch zustimmt, und er kann innerhalb eines strengen Budgets Kontakt aufnehmen, aber er darf niemals selbstständig eine Verpflichtung (einen Besitzer, ein Fälligkeitsdatum, einen Status) in ein gemeinsames Arbeitssystem schreiben. Ihre Aufgabe ist es, dies strukturell unmöglich zu machen und nicht nur zu verbieten.

Sie sind der einzige Ingenieur auf dieser Plattform. Sie schließen offene Architekturentscheidungen selbst ab, besitzen die gesamte Infrastruktur und instrumentieren das System so, dass es seine eigene Rendite meldet.

Wofür Sie verantwortlich sind

In dieser Rolle werden Sie:

•
Versenden Sie die Agentenplattform an die Produktion. Eine durch ein Ereignis ausgelöste Warteschlange, eine kopflose, modellunabhängige Laufzeit (die Auswahl der Laufzeit ist eine offene Entscheidung, die Sie schließen müssen), ein dauerhafter Zustand, der einen fehlgeschlagenen Lauf übersteht, ein menschliches Überprüfungstor, ein atomares Rollback und eine vollständige Laufprotokollierung im Warehouse.

•
Besitzen Sie die Evaluierungsschicht und schalten Sie das davon abhängige Gate ein. Goldene Suiten mit Verhaltensaussagen statt Intuition, Beurteilungskriterien mit einer schriftlichen Rubrik, Sicherheitsfälle, die bei jedem Lauf bestanden werden müssen, und ein CI-Gate, das die Zusammenführung einer Regression verhindert. Dies ist die Voraussetzung für jeden Agenten, der über das Auslesen interner Daten hinausgeht.

•
Erstellen und registrieren Sie das Agentenportfolio. Berichterstattungs-, Entwurfs-, Linting-, Triage- und Fragebeantworter-Agenten auf der Führungs-, Teamleiter- und Einzelmitarbeiterebene sowie eine Metaebene, die die Plattform beobachtet und verbessert.

•
Erzwingen Sie Governance im Code. Risikostufen, die die Pipeline tatsächlich erzwingt, Anmeldeinformationen mit den geringsten Privilegien pro Agent, Tool-Berechtigungs-Gates, ein Entscheidungsüberwachungsprotokoll und Autonomieklassen, bei denen die gefährliche Klasse keinen Codepfad anstelle einer Warnbezeichnung hat. Nichts läuft ohne einen registrierten Eigentümer, eine Stufe, eine Werkzeugzuteilung und ein menschliches Tor.

•
Entwerfen Sie, wie das System Menschen kontaktiert. Ein hartes Unterbrechungsbudget pro Person, Nachrichtenbündelung anstelle eines Ping-Stroms und eine Struktur, die etwas Nützliches bereitstellt, bevor sie etwas verlangt. Die Akzeptanz hängt davon mehr als von jeder anderen einzelnen Designentscheidung ab.

•
Besitzen Sie die Plattform-Tools. Der Compiler und Validator, die Bestandsintegrität und die Pfade, die Kontext und Funktionen in die Repositorys und Chatoberflächen verteilen, wo die Arbeit stattfindet.

•
Berechnen Sie die Betriebskennzahlen aus Produktionsdaten. Eine Pipeline von der Rohsystemaktivität bis hin zu einem berechneten Reifegrad pro Team, der so vertretbar ist, dass ein Team das Ergebnis anfechten kann und mit der Frage statt mit einer Meinung beantwortet wird.

•
Instrumentieren Sie die eigene Rendite der Plattform. Ein Hauptbuch, das die von jedem Agenten geleistete Arbeit protokolliert und die monatliche Zahl berechnet, sodass der Wert des Systems eher eine Messung als eine Behauptung ist.

Wie Sie denken werden

Rekursives Denken

Sie bauen den Generator, nicht das Artefakt. Wenn Sie dreißig Agenten brauchen, schreiben Sie nicht dreißig Agenten; Sie erstellen das Inventar, den Compiler und den Verteilungspfad, der dafür sorgt, dass der 31. einen Nachmittag kostet, und dann eine Metaschicht, deren Aufgabe es ist, die Plattform zu überwachen, ihre Drift zu finden und den Fix einzureichen.

Die Bewertungsebene ist die gleiche Maßnahme wie beim Vertrauen. Sie überprüfen heute nicht, ob ein Agent richtig ist. Sie bauen die Maschine, die entscheidet, ob jeder zukünftige Agent versenden darf, was bedeutet, dass die Suite in einer Weise richtig sein muss, die der Agent nicht tut, und die Sache, die bewertet wird, muss auch bewertet werden.

Inversionsdenken

Sie beginnen beim Fehler und arbeiten sich rückwärts zum Entwurf vor. Es gilt die Regel, dass ein Agent niemals selbstständig eine Verpflichtung in ein gemeinsames Arbeitssystem schreiben darf. Die schwache Implementierung ist eine Anweisung in einer Eingabeaufforderung. Der entscheidende Vorteil besteht darin, dass der Berechtigungsnachweis im Grant-Tool des Agenten physisch keinen Besitzer, kein Fälligkeitsdatum oder keinen Status festlegen kann, sodass keine noch so clevere Eingabe, sofortige Injektion oder Modellfehler zu dem verbotenen Schreibvorgang führen. Du greifst zuerst nach dem zweiten.…

Quelle: Jobicy (https://jobicy.com/jobs/155385-ai-platform-engineer)