Ingénieur plateforme IA

À propos de Supabase

Supabase est la plateforme de développement Postgres, construite par des développeurs pour des développeurs. Nous fournissons une solution backend complète comprenant la base de données, l'authentification, le stockage, les fonctions Edge, le temps réel et la recherche de vecteurs. Tous les services sont profondément intégrés et conçus pour la croissance.

À propos du rôle

Nous recrutons un ingénieur AI Platform pour créer la couche d'exécution des systèmes d'IA internes de Supabase.

Supabase construit un système d'exploitation interne natif d'IA : une manière commune de travailler dans toute l'entreprise où l'IA supporte une part significative de la charge opérationnelle plutôt que de rester à ses côtés en tant qu'assistante. Nous mettons en place une nouvelle équipe centrale pour construire ces systèmes, habiliter les équipes et intégrer les opérations d'IA dans toute l'organisation. Vous êtes l'ingénieur de cette équipe.

La couche d'exécution est la vôtre. Vous construirez la plate-forme qui exécute réellement les agents : une file d'attente déclenchée par un événement, un environnement d'exécution sans tête indépendant du modèle, un état durable pour que le travail survive à un redémarrage, une porte de révision humaine, une restauration atomique et une journalisation complète de chaque invite, appel d'outil et décision afin que toute exécution puisse être reconstruite. Vous construirez la couche d'évaluation qui rend tout cela digne de confiance, car un agent qui ne peut pas être mesuré ne peut faire confiance à rien au-delà de la lecture. Et vous créerez les agents eux-mêmes, depuis les rapports de direction jusqu'à une couche d'agents qui surveillent la plateforme et l'améliorent.

Il s’agit par conception d’un environnement fortement axé sur la gouvernance, et c’est là la partie intéressante du problème. Les agents sont classés en fonction des risques, depuis les données internes en lecture seule jusqu'aux sorties externes, avec une profondeur d'examen, des exigences d'évaluation et une échelle d'approbation humaine par niveau. Certaines capacités sont définitivement interdites : un agent peut lire et créer des rapports, il peut effectuer une mise à jour créée par un humain dans un système d'enregistrement une fois qu'un humain y consent, et il peut initier un contact dans le cadre d'un budget strict, mais il ne peut jamais écrire de manière autonome un engagement (un propriétaire, une date d'échéance, un statut) dans un système de travail partagé. Votre travail consiste à rendre cela structurellement impossible plutôt que simplement interdit.

Vous serez le seul ingénieur sur cette plateforme. Vous prendrez vous-même les décisions relatives à l'architecture ouverte, serez propriétaire de l'infrastructure de bout en bout et instrumenterez le système pour qu'il rapporte son propre retour.

De quoi vous serez responsable

Dans ce rôle, vous :

•
Expédiez la plateforme d’agent en production. Une file d'attente déclenchée par un événement, un runtime sans tête et indépendant du modèle (le choix du runtime est une décision ouverte que vous fermerez), un état durable qui survit à un échec d'exécution, une porte de révision humaine, une restauration atomique et une journalisation complète des exécutions dans l'entrepôt.

•
Possédez la couche d'évaluation et activez la porte qui en dépend. Des suites dorées avec des affirmations comportementales plutôt que de l'intuition, des critères de jugement avec une rubrique écrite, des dossiers de sécurité qui doivent être transmis à chaque exécution et une porte CI qui empêche la fusion d'une régression. C'est la condition préalable pour tout agent qui fait autre chose que la lecture de données internes.

•
Construisez et enregistrez le portefeuille d’agents. Agents de reporting, de rédaction, de peluchage, de tri et de réponse aux questions à travers les couches de direction, de chef d'équipe et de contributeur individuel, ainsi qu'une méta-couche qui observe la plateforme et l'améliore.

•
Appliquer la gouvernance dans le code. Niveaux de risque que le pipeline applique réellement, informations d'identification de moindre privilège par agent, portes d'autorisation d'outil, journal d'audit de décision et classes d'autonomie dans lesquelles la classe dangereuse n'a pas de chemin de code plutôt qu'une étiquette d'avertissement. Rien ne fonctionne sans propriétaire enregistré, sans niveau, sans subvention d'outils et sans portail humain.

•
Concevez la manière dont le système contacte les gens. Un budget d'interruption strict par personne, un regroupement de messages au lieu d'un flux de pings et une structure qui donne quelque chose d'utile avant de demander quoi que ce soit. L’adoption en dépend plus que de tout autre choix de conception unique.

•
Posséder les outils de la plateforme. Le compilateur et le validateur, l'intégrité de l'inventaire et les chemins qui distribuent le contexte et les fonctionnalités dans les référentiels et les surfaces de discussion où le travail se déroule.

•
Calculez les mesures opératoires à partir des données de production. Un pipeline depuis l'activité brute du système jusqu'à un niveau de maturité calculé par équipe, suffisamment défendable pour qu'une équipe puisse contester le résultat et recevoir une réponse avec une requête plutôt qu'une opinion.

•
Instrumenter le propre rendement de la plateforme. Un grand livre qui enregistre le travail absorbé par chaque agent et calcule le chiffre mensuel, de sorte que la valeur du système est une mesure plutôt qu'une réclamation.

Comment vous penserez

Pensée récursive

Vous construisez le générateur, pas l'artefact. Quand vous avez besoin de trente agents, vous n’écrivez pas trente agents ; vous construisez l'inventaire, le compilateur et le chemin de distribution qui fait que le trente et unième coûte un après-midi, puis une méta couche dont le travail est de surveiller la plateforme, de trouver sa dérive et de déposer le correctif.

La couche d’évaluation est la même démarche appliquée à la confiance. Vous ne vérifiez pas si un agent a raison aujourd'hui. Vous construisez la machine qui décide si chaque futur agent est autorisé à expédier, ce qui signifie que la suite doit être correcte, contrairement à l'agent, et que les notes doivent également être notées.

Pensée d'inversion

Vous partez de l’échec et remontez jusqu’à la conception. La règle est qu’un agent ne peut jamais rédiger de manière autonome un engagement dans un système de travail partagé. L'implémentation faible est une instruction dans une invite. Le plus fort est que les informations d'identification contenues dans l'outil de l'agent ne peuvent physiquement pas définir un propriétaire, une date d'échéance ou un statut, donc aucune quantité de saisie intelligente, d'injection rapide ou d'erreur de modèle ne produit l'écriture interdite. Vous atteignez d'abord le deuxième.…

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