Ce rôle n’a pas encore de nom. Voici ce qu’il recouvre.
Il n’existe aucun intitulé consensuel pour l’ingénieur qui orchestre des agents d’IA au lieu d’écrire du code. Voici ce que recouvre réellement ce rôle — et la fiche de poste que nous avons rédigée de toutes pièces.
mars 2026
Dans mon précédent billet, j’expliquais que le SDD déplace la valeur d’un ingénieur : de la maîtrise approfondie d’une pile technique vers la pensée architecturale et la qualité de la spécification. Plusieurs lecteurs m’ont posé la même question : soit, mais comment appelle-t-on cette personne ?
Personne n’est d’accord. « Prompt Engineer » réduit le rôle : il ne s’agit pas de rédiger des instructions habiles. « AI-Augmented Developer » sonne comme une fonction de produit. « Tech Lead » est le plus proche, mais omet la dimension opérationnelle. Chez NOSOTA, nous avons retenu AI Orchestration Engineer (ingénieur en orchestration d’IA) : quelqu’un qui dirige une équipe d’ingénierie virtuelle dont les exécutants se trouvent être des agents d’IA.
L’intitulé évoluera. Les responsabilités, non.
Voici ce que fait réellement ce rôle : il mène les entretiens avec les parties prenantes et transforme des exigences ambiguës en spécifications précises et sans équivoque. Il décompose les fonctions en tâches circonscrites, aux limites de contexte explicites. Il orchestre des agents Claude Code sur des chantiers parallèles, valide leurs livrables au regard de l’intention architecturale et repère ce qui est techniquement correct mais conceptuellement défaillant. Il tient à jour les ADR. Il est responsable de la qualité.
Ce qu’il ne fait pas : écrire du code répétitif, mémoriser les API des frameworks, se spécialiser dans une seule pile technique.
Ce profil ne ressemble en rien à une fiche de poste traditionnelle d’ingénieur senior. Nous en avons donc rédigé une de toutes pièces. En voici la version courte :
AI Orchestration Engineer — NOSOTA · Télétravail · Temps plein
Vous pensez en systèmes avant de penser en code. Vous rédigez des spécifications, pas seulement des tickets. Vous avez livré un produit réel avec Claude Code, Cursor ou Windsurf. Vous connaissez la Clean Architecture et le DDD — non pas la syntaxe, mais la façon de penser. Vous savez transformer un entretien avec une partie prenante en schéma des frontières du système.
Si votre premier réflexe est d’ouvrir un IDE avant que la spécification soit terminée, ce poste n’est pas pour vous. Si c’est de poser trois questions de clarification supplémentaires, poursuivez votre lecture.
