Développeur Palantir Foundry, les questions sur l'ontologie et AIP

Le développeur Palantir Foundry côté applicatif travaille au-dessus des pipelines. Il transforme des datasets en types d'objets reliés entre eux, définit les actions qui permettent aux utilisateurs de les modifier, écrit des fonctions en TypeScript ou en Python et assemble des applications dans Workshop. Depuis l'arrivée d'AIP, il branche aussi des modèles de langage sur ces objets avec AIP Logic ou des assistants construits dans AIP Chatbot Studio. Les offres françaises viennent surtout d'ESN et de cabinets qui travaillent pour l'industrie, l'aéronautique et l'assurance.

Un CV qui cite l'ontologie peut décrire deux réalités. Certains ont configuré des objets et des tableaux sans écrire une ligne de code. D'autres ont écrit des actions adossées à des fonctions, géré les droits sur les objets et suivi la qualité d'une fonction AIP après sa mise en service. Les bonnes réponses parlent de clés primaires, de modifications qui se superposent aux données de la source, de conditions de soumission et de jeux de tests pour les fonctions AIP.

Beaucoup de missions Foundry mélangent pipelines, ontologie et applications : faites préciser au manager ce que couvre le poste. Pour un senior, faites raconter une fonction AIP corrigée après sa mise en service. Le PDF s'appuie sur le tri des déclarations de sinistre d'un assureur.

Ontologie, Workshop, AIP : les briques d'un développeur Foundry

Ontologie : objets, liens et interfaces

La couche qui représente l'activité du client sous forme d'objets (un avion, un contrat, un sinistre) avec leurs propriétés et leurs liens. Chaque type d'objet repose sur un ou plusieurs datasets et une clé primaire. Les interfaces regroupent des types d'objets qui partagent des propriétés, pour qu'une même application les traite ensemble.

Actions

Les actions définissent ce qu'un utilisateur a le droit de modifier : créer un objet, changer un statut, relier deux objets. Elles portent des paramètres, des conditions de soumission (qui peut agir et dans quel cas) et des effets annexes comme une notification ou un appel vers un autre système. Les modifications sont conservées dans un dataset d'écriture (writeback).

Functions (TypeScript et Python)

Du code exécuté côté serveur qui lit les objets, suit leurs liens et calcule des valeurs ou des modifications complexes. Une fonction peut alimenter une colonne calculée dans un tableau Workshop ou porter la logique d'une action. Les performances se jouent sur le nombre d'objets chargés, et c'est là que les profils se distinguent.

Workshop et Slate

Workshop assemble des applications sans développement front-end, à partir de widgets, de variables et d'événements reliés aux objets. Slate, plus ancien, laisse écrire du HTML, du CSS et du JavaScript pour des écrans sur mesure. La plupart des projets récents partent sur Workshop.

Ontology SDK (OSDK)

Un kit de développement en TypeScript, Python ou Java qui permet à une application externe (un site React, un service) de lire et modifier les objets de l'ontologie. Les applications se déclarent dans la Developer Console avec des accès limités aux objets nécessaires. Utile quand Workshop ne suffit plus ou qu'un outil existant doit écrire dans Foundry.

AIP Logic et AIP Evals

AIP Logic construit sans code des fonctions qui appellent un modèle de langage, avec accès aux objets, aux fonctions et aux actions comme outils. AIP Evals sert à les tester sur des jeux de cas avec résultats attendus, pour vérifier qu'un changement de consigne ou de modèle ne dégrade rien. Demandez comment la personne a mesuré la qualité d'une fonction en service.

AIP Chatbot Studio

L'outil qui sert à construire des assistants conversationnels branchés sur l'ontologie, des documents et des outils. Il s'appelait AIP Agent Studio, et les CV utilisent encore souvent ce nom. Un assistant peut être intégré dans une application Workshop ou appelé depuis l'extérieur par l'OSDK.

Automate

Le module qui déclenche des traitements selon une condition sur les objets ou un horaire : prévenir un responsable, lancer une action, exécuter une fonction AIP Logic. Il remplace des surveillances manuelles, à condition de bien régler qui reçoit quoi et ce qui se passe en cas d'échec.

Object Storage V2 et sécurité

Object Storage V2 est le moteur qui indexe les objets et applique les modifications ; l'ancienne version a cessé d'être disponible fin juin 2026. Il gère des droits jusqu'au niveau de la propriété. Les marquages et les droits des datasets d'origine décident de qui voit quels objets, et un modèle de langage appelé par AIP ne voit que ce que l'utilisateur a le droit de voir.

Ces missions passent souvent par des ESN ou des cabinets partenaires de Palantir, chez des clients qui ont déjà des pipelines et veulent maintenant des applications utilisées au quotidien par leurs équipes. Le développeur conçoit l'ontologie avec les futurs utilisateurs, puis écrit les actions, les fonctions et les écrans. Selon le projet, la part de code varie beaucoup : certains postes demandent surtout de la configuration dans Workshop, d'autres du TypeScript, l'OSDK et des fonctions AIP mesurées en continu. Les intitulés vont de développeur Foundry à AI engineer Palantir en passant par consultant Palantir, et ne disent pas toujours lequel de ces profils est attendu. Lisez la liste des livrables de l'offre avant de choisir vos questions. Palantir propose des formations et des certifications sur learn.palantir.com, qui attestent la connaissance des outils.

Les points techniques d'un profil ontologie et AIP

• Modélisation de l'ontologie et interfaces
• Actions, conditions de soumission et écriture
• Functions TypeScript et Python
• Applications Workshop et OSDK
• AIP Logic, assistants et évaluation
• Droits, marquages et mise en production

Cinq questions à poser à un développeur Palantir Foundry

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

1. Question 1 · confirmé

   Camions, trains et avions doivent apparaître sur une même carte de suivi, avec leur position et leur statut. Comment le modélisez-vous dans l'ontologie ?

   Une bonne réponseTrois types d'objets distincts, puisque chacun a ses propres propriétés et ses sources, et une interface commune qui porte les propriétés partagées (position, statut, identifiant d'affichage). L'application interroge l'interface et affiche les trois ensemble. Le candidat explique pourquoi il refuse un type unique « Véhicule » rempli de propriétés vides selon le cas, et vérifie que chaque type a une clé primaire stable.

   Signal d'alerteUn seul type d'objet avec une colonne « type » et des dizaines de propriétés inutiles pour la moitié des lignes, ou trois applications séparées.

2. Question 2 · confirmé

   Une action réaffecte un dossier à un autre gestionnaire. Elle doit être réservée aux chefs d'équipe, refuser un gestionnaire absent et prévenir l'outil de ticketing du client. Comment la construisez-vous ?

   Une bonne réponseDes paramètres (dossier, nouveau gestionnaire), des conditions de soumission qui vérifient le rôle de l'utilisateur et l'état du gestionnaire cible, avec un message d'erreur clair. Si la réaffectation touche plusieurs objets (dossier, charge des deux gestionnaires, historique), une fonction qui porte la logique. L'appel au ticketing passe par un effet annexe de type webhook, avec le cas d'échec traité : action annulée ou rejeu prévu selon ce qui compte le plus pour le client.

   Signal d'alerteLaisser l'action ouverte à tous et cacher le bouton dans l'application, ou ignorer ce qui se passe quand l'outil de ticketing ne répond pas.

3. Question 3 · confirmé

   Un tableau Workshop met trente secondes à s'afficher à cause d'une colonne calculée par une fonction TypeScript. Que regardez-vous ?

   Une bonne réponseCe que la fonction charge : si elle récupère tous les objets liés ligne par ligne, elle multiplie les appels. Il préfère une agrégation calculée par le moteur d'objets, un chargement groupé des liens pour toutes les lignes affichées, ou une valeur précalculée dans le pipeline quand elle ne dépend pas de l'utilisateur. Il mesure avant et après avec les outils de suivi des fonctions.

   Signal d'alerte« On demande plus de ressources », ou ne pas voir que la fonction s'exécute pour chaque ligne du tableau.

4. Question 4 · confirmé

   Votre fonction AIP Logic propose une priorité pour chaque déclaration de sinistre. Comment vérifiez-vous qu'elle reste fiable quand on change la consigne ou le modèle ?

   Une bonne réponseUn jeu de cas représentatifs, cas faciles et cas limites, avec la priorité attendue validée par le métier, rangé dans AIP Evals et relancé à chaque modification. Une sortie contrainte (une liste fermée de priorités plus une justification courte) pour pouvoir comparer automatiquement. Il suit aussi en production les corrections faites par les gestionnaires, qui deviennent de nouveaux cas de test.

   Signal d'alerteTester sur trois exemples à la main avant la mise en service, ou changer de modèle sans rien relancer.

5. Question 5 · senior

   Un assistant AIP doit pouvoir créer des ordres de travail à la demande des techniciens. Comment l'empêchez-vous de créer n'importe quoi ?

   Une bonne réponseL'assistant n'écrit qu'à travers des actions de l'ontologie, avec leurs conditions de soumission et les droits de l'utilisateur qui l'emploie. Une confirmation humaine avant l'application de l'action, des paramètres validés (équipement existant, date plausible) et un journal des actions déclenchées par l'assistant. Il limite les outils donnés à l'assistant au strict nécessaire et teste les demandes ambiguës ou malveillantes.

   Signal d'alerteDonner à l'assistant un compte technique avec tous les droits, ou une écriture directe dans les données sans passer par une action.

Ce que les recruteurs demandent sur les profils Foundry applicatifs

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.