Concept Ingénieur Agentique
Rôle qui conçoit et opère le système d'agents IA lui-même. Locus system-specification, périmètre business : l'infrastructure cognitive du SI.
SFEIR AI · Publié le 27 avril 2026 · Mis à jour le 16 septembre 2026
Qu'est-ce qu'un ingénieur agentique
L'ingénieur agentique conçoit et opère le système d'agents IA lui-même. L'ontologie AI for IT (SFEIR, 27 avril 2026) le place au locus system-specification : l'humain conçoit le système qui spécifie, au lieu de dicter des étapes ou de fixer des objectifs. Son périmètre est le produit ou la ligne business. Sur la carte des rôles de l'ontologie, il occupe le coin où l'autonomie d'exécution de l'IA et l'autonomie décisionnelle humaine sont toutes deux les plus hautes.
Son objet de travail est l'infrastructure cognitive : le harnais, le contexte, les garde-fous, l'identité des agents, l'observabilité. Le code applicatif sort de ce système ; l'ingénieur agentique porte la cohérence architecturale d'un parc d'agents.
D'où vient le terme
Le terme est celui de l'ontologie SFEIR d'avril 2026, qui le tient distinct de l'agentic engineering d'Addy Osmani. Celui-ci nomme une discipline (l'agent implémente, l'humain garde l'architecture, la qualité et la correction) que tous les rôles peuvent pratiquer ; l'ingénieur agentique nomme la personne qui construit le système dans lequel cette discipline s'exerce.
Le besoin, lui, est décrit dans les Tendances Tech 2026 de SFEIR et WEnvision : passer du modèle as a service à la plateforme agentique, un Agentic Mesh qui orchestre des agents capables de décider, d'appeler des API et de manipuler des données sensibles, avec des guardrails programmatiques et une identité par agent (KYA pour « Know Your Agent », passeport agent, règle « No ID, No API »). Didier Girard, dans sa keynote « Remember the Future » (octobre 2025), appelait cette plateforme le système nerveux central de l'entreprise : elle héberge, exécute, gère et surveille les personas IA.
Comment ça marche
L'ingénieur agentique combine l'ingénierie classique (typage strict, tests, observabilité, CI/CD) et les compétences propres aux systèmes agentiques.
- Le harnais : les guides, capteurs et outils qui entourent l'agent (harness engineering), avec la règle rappelée dans l'article SFEIR d'avril 2026 : chaque erreur d'un agent devient une correction du harnais, pour qu'elle ne se reproduise plus.
- Le contexte : l'architecture en trois tiers de Vasilopoulos (mémoire chaude toujours chargée, agents spécialisés à la demande, base de connaissance tirée au besoin) et le cycle CDLC de Debois (générer, évaluer, distribuer, observer), où le contexte se traite comme une dépendance logicielle versionnée et sous contrôle d'accès, parce qu'il est aussi une surface d'attaque (synthèse SFEIR sur le context engineering, mars 2026).
- L'apprentissage du système : les Tendances Tech 2026 retiennent quatre conditions pour tenir à l'échelle, l'observabilité du raisonnement, une mémoire organisationnelle en graphe de connaissance, la coopération entre agents et une position évolutive de l'humain « in the middle ».
- La gouvernance : niveaux d'autonomie, propriétaire humain responsable, cycle de vie avec date de péremption, journalisation, contre ce que la keynote « Remember the Future » nomme l'autonomie incontrôlée et le sprawl d'agents.
Exemple concret
Un cas présenté par Didier Girard dans sa keynote « Remember the Future » (octobre 2025) : un support de niveau 1 externalisé, à faible valeur ajoutée et coût élevé. Les ingénieurs du projet ont construit un agent d'IA générative propriétaire qui opère le SI en suivant les procédures documentées, avec observabilité et auditabilité totales : chaque décision est justifiée. Sur une base de données saturée, l'agent identifie l'API responsable, propose la remédiation (arrêter l'API ou augmenter les ressources) et déclenche l'action par scripts. L'agent a repris le support de niveau 1. Personne n'y pilote l'agent ticket par ticket : le travail a consisté à concevoir le système (procédures, observabilité, actions autorisées, auditabilité), puis à l'opérer.
Erreurs courantes
- Chercher le modèle magique. Le consensus du TechRocks Summit 2025, restitué par SFEIR dans Le développeur devient architecte de contexte : un excellent contexte avec un modèle moyen bat un mauvais contexte avec le meilleur modèle. Quand un agent dérive, on inspecte le harnais et la spécification avant d'incriminer le modèle.
- Prendre l'agent pour un composant fini. La restitution du TechRocks Summit 2025 le décrit comme un composant à haute maintenance qui demande une orchestration précise et une surveillance constante ; les Tendances Tech 2026 ajoutent que l'agentique qui marche presque ne marche pas.
- Laisser proliférer des agents sans identité. Sans déclaration, les flottes d'agents des projets font du Shadow AI. La parade des Tendances Tech 2026 est l'API management comme point de passage obligé, où toute requête d'une entité non identifiée est rejetée.
- Confondre construire et piloter. L'orchestrateur IA se sert du système pour livrer ; l'ingénieur agentique le construit et le maintient.
Ce qui le distingue des rôles voisins
Le développeur augmenté dirige chaque étape d'un assistant sur son poste ; l'orchestrateur IA fixe un objectif à des agents et contrôle la sortie ; l'ingénieur agentique conçoit le système que les deux premiers utilisent. Avec le Product Engineer, l'ontologie note une relation (skos:related) sans identité : le Product Engineer porte l'intention produit, l'ingénieur agentique porte l'intention système. Un ingénieur agentique peut construire les fondations sans porter l'intention produit ; ce sont alors les Product Engineers qui consomment son infrastructure.
L'ontologie liste aussi un architecte augmenté, au même locus et au même périmètre, sans le définir davantage. Les Tendances Tech 2026 décrivent un voisin côté infrastructure, l'architecte de confiance, qui définit les policies-as-code et les guardrails encadrant l'autonomie des systèmes.
Ce que SFEIR en fait
L'offre Software Factory 10x vise deux rôles, l'ingénieur agentique et le Product Engineer agentique, et requiert deux systèmes, un Agentic IDE et une couche d'orchestration (description donnée dans l'ontologie). RAISE, la plateforme conversationnelle développée par SFEIR et WEnvision, est cette couche : elle fait collaborer des agents spécialisés dans une architecture gouvernée (article d'avril 2026).
Pour SFEIR, ce rôle est l'un des goulots les plus serrés du marché 2026, parce que la combinaison ingénierie système, cognition et sécurité reste rare.
Questions fréquentes
Quelle différence entre un Ingénieur Agentique et un Product Engineer Agentique ?
L'Ingénieur Agentique conçoit le système d'agents (system-specification, périmètre business). Le Product Engineer Agentique utilise des agents orchestrés pour livrer un produit (goal-specification, périmètre produit). Le premier construit l'infrastructure cognitive, le second consomme cette infrastructure pour produire de la valeur métier.
Ingénieur agentique et agentic engineering, est-ce la même chose ?
Non. L'agentic engineering d'Addy Osmani est une discipline : l'agent implémente, l'humain garde l'architecture, la qualité et la correction. Tous les rôles peuvent la pratiquer. L'ingénieur agentique est un rôle de l'ontologie AI for IT de SFEIR : la personne qui conçoit et opère le système d'agents dans lequel cette discipline s'exerce.
Quelle différence entre un ingénieur agentique et un orchestrateur IA ?
L'orchestrateur fixe un objectif à des agents et contrôle la sortie pour livrer une feature ou un produit. L'ingénieur agentique construit et maintient le système que l'orchestrateur utilise : harnais, contexte, garde-fous, identité des agents, observabilité. Le premier pilote, le second conçoit.
Quelles compétences faut-il pour tenir ce rôle ?
L'ingénierie classique (typage strict, tests, observabilité, CI/CD) et les compétences propres aux systèmes agentiques : conception de harnais, design de prompts, observabilité du raisonnement, gestion d'identité des agents, guardrails. La combinaison ingénierie système, cognition et sécurité reste rare sur le marché.
Un ingénieur agentique écrit-il du code applicatif ?
Rarement. Son objet de travail est le système qui produit le code : harnais, fichiers de contexte, politiques, outils exposés aux agents, chaîne de validation. Le code applicatif sort de ce système, et ce sont les orchestrateurs et Product Engineers qui l'obtiennent en s'en servant.
Quel lien avec RAISE et la Software Factory 10x ?
L'ontologie AI for IT décrit l'offre Software Factory 10x avec deux rôles cibles, l'ingénieur agentique et le Product Engineer agentique, et deux systèmes requis, un Agentic IDE et une couche d'orchestration. RAISE, la plateforme développée par SFEIR et WEnvision, est cette couche d'orchestration.
Par où commence un ingénieur agentique dans une entreprise ?
Par une couche d'orchestration commune plutôt que des agents en silos, une politique de gouvernance (niveaux d'autonomie, supervision, accès aux données, audit) posée avant la production, et une observabilité digne d'un service critique. Ce sont les axes de démarrage que SFEIR décrit dans son article sur la DSI de 2026.
Sources
- sfeir.com, Une ontologie pour AI for IT (définition de l'Ingénieur agentique, offre Software Factory 10x) · 2026-04-27
Conçoit et opère le système d'agents lui-même
- wenvision.com, Tendances Tech 2026, livre blanc SFEIR et WEnvision (CC BY-NC-SA 4.0), page de téléchargement
L'agentique qui marche presque ne marche pas.
- sfeir.com, Harness Engineering : le modèle compte moins que le harnais · 2026-04-15
- sfeir.com, RAISE : la plateforme conversationnelle qui orchestre vos agents · 2026-04-01
- sfeir.com, Le développeur devient architecte de contexte (restitution du TechRocks Summit 2025) · 2026-04-01
cessez de chercher le modèle magique et concentrez-vous sur vos données
- sfeir.com, La DSI de 2026 : d'opérateur à orchestrateur d'agents (axes de démarrage) · 2026-04-01
Construire une couche d'orchestration commune plutôt que de laisser proliférer des agents en silos.