Pourquoi les agents IA ont besoin d'un métamodèle

Ce qu'un agent voit quand il n'y a pas de modèle

Donnez à un agent l'accès à une base de données classique. Il voit des tables : wo, eqp, wo_status avec des entiers de 0 à 4, une colonne flag2 dont plus personne ne sait à quoi elle sert. Il devinera que wo veut dire work order, peut-être. Il ne saura pas que le statut 3 ne peut suivre que le statut 2, que la clôture exige une durée saisie, ni qu'un technicien n'a pas le droit de clôturer lui-même.

Donnez-lui l'écran, en capture ou en DOM. Il voit des champs et des boutons, sans les règles derrière. Il cliquera sur « Clôturer » et lira le message d'erreur, comme un stagiaire le premier jour. Tout le savoir métier est là, mais implicite, dispersé entre le code, la base et les habitudes des utilisateurs.

Ce qu'il voit avec un métamodèle

Un métamodèle rend ce savoir explicite et lisible par une machine : la classe s'appelle Ordre de travail, elle a un équipement obligatoire, une priorité parmi trois valeurs nommées, un statut qui suit un workflow déclaré avec ses transitions et les rôles autorisés. Chaque élément porte un libellé et une description rédigés pour des humains — et donc parfaits pour un modèle de langage.

class OrdreDeTravail
  "Intervention planifiée ou curative sur un équipement."
  equipement : ref<Equipement>   requis
  priorite   : enum(Basse, Normale, Haute)
  statut     : workflow
    Ouvert  → EnCours   rôle: Technicien, Responsable
    EnCours → Clos      rôle: Responsable · exige: duree > 0
  taches     : list<Tache>

Avec ça, l'agent ne devine plus. Il sait qu'il doit demander l'équipement, qu'il peut proposer trois priorités, qu'il ne clôturera pas sans durée ni sans le bon rôle. Et il le sait avant d'agir, pas en lisant une erreur.

Trois raisons structurelles

• 1Le vocabulaire. Un modèle de langage raisonne avec des mots. « Ordre de travail », « plan de maintenance », « criticité » sont des mots ; wo et flag2 n'en sont pas. Le métamodèle est le dictionnaire du métier.
• 2Les règles. Ce qui est obligatoire, ce qui est possible, dans quel ordre, par qui. Dans une application classique, ces règles sont dans le code ; l'agent ne les voit pas. Dans un métamodèle, elles sont des données ; l'agent les lit.
• 3La cohérence. Si l'API, les écrans et les outils MCP sont dérivés du même modèle, ce que l'agent fait et ce que l'utilisateur voit ne divergent jamais. Quand on ajoute un champ, l'agent le connaît en même temps que l'écran.

L'IA ne remplace pas le modèle, elle le récompense

Pendant vingt ans, modéliser proprement était une discipline qu'on s'imposait pour la maintenabilité, sans bénéfice immédiat visible. Les agents changent l'équation : un modèle explicite et bien décrit produit un agent utile le jour même, sans écrire d'outil. Un modèle implicite produit un agent qui tâtonne, quelle que soit la puissance du LLM derrière.

C'est la conviction fondatrice d'Agixia et la raison d'être de la plateforme agis : décrire d'abord, laisser le moteur générer les écrans, l'API et le serveur MCP à partir de la même description. Le travail de modélisation n'a pas disparu ; il est devenu l'endroit où la valeur se concentre.