Ce que Swoft entend par « agent IA » : Wooldridge plus contraintes architecturales

Les quatre propriétés posées par Michael Wooldridge en 1995, autonomie, réactivité, pro-activité, sociabilité, restent la meilleure grille pour évaluer un agent IA. Mais elles ne suffisent pas pour la production. Un agent qui satisfait Wooldridge peut quand même halluciner, agir hors de son périmètre, prendre des décisions intraçables, ou créer des conflits non arbitrables avec d'autres agents. La définition Swoft ajoute trois contraintes structurelles qui transforment l'agent Wooldridge en composant production-ready.

Définition Swoft

Un agent IA Swoft est un programme qui satisfait les quatre propriétés Wooldridge dans un périmètre borné par un domaine métier explicite, dont chaque décision est tracée comme événement immuable, et qui possède une identité organisationnelle reconnue par le système. Cette définition combine la rigueur académique avec trois exigences que la production en environnement critique impose.

Les quatre propriétés Wooldridge appliquées

Autonomie

L'agent Swoft décide dans son périmètre sans demander à un humain à chaque tour. Quand un événement métier l'interpelle, il évalue, raisonne, et agit. L'humain n'intervient que si l'agent escalade, ce qui est lui-même une décision de l'agent, pas une obligation. Cette autonomie est mesurable : on peut tracer combien de décisions un agent prend seul versus combien il escalade.

Réactivité

L'agent Swoft observe l'Event Store partagé du système. Tout événement émis par un autre composant, un autre agent, un humain, un système externe, qui matche sa subscription déclenche son évaluation. Pas de polling, pas d'interrogation périodique. La réactivité est portée par l'architecture, pas par une boucle de scrutation.

Pro-activité

L'agent peut initier une saga, un workflow long-running qui traverse plusieurs étapes, plusieurs agents, parfois plusieurs jours. Il décide de démarrer, choisit le moment, et avance la saga événement par événement. Si en cours de route une étape requiert une validation humaine, il escalade explicitement. C'est la pro-activité au sens Wooldridge : l'agent prend l'initiative quand son objectif l'exige.

Sociabilité

Les agents Swoft communiquent entre eux exclusivement via des événements typés stockés dans l'Event Store. Pas de messages en langage naturel passés d'un LLM à l'autre, c'est précisément ce qui rend les frameworks contemporains fragiles. Chaque message inter-agent est un objet structuré avec un schéma défini, validé à l'écriture. La capacité sociale est donc structurellement non-ambiguë.

Les trois contraintes Swoft additionnelles

Contrainte 1, Périmètre borné par bounded context

Chaque agent Swoft est rattaché à un bounded context, un domaine métier précis. L'agent en charge de la conformité ne peut pas, structurellement, modifier le domaine du crédit. Pas parce qu'on lui a interdit dans son prompt, parce que son périmètre architectural ne contient pas les commandes du domaine crédit. Cette borne est une contrainte de compilation, pas une règle de runtime.

C'est ce qui distingue radicalement Swoft des frameworks d'orchestration multi-agents type CrewAI ou AutoGen, où le périmètre d'un agent est défini par le prompt, donc fragile, contournable, et difficile à auditer.

Contrainte 2, Traçabilité native par Event Store

Chaque décision d'un agent Swoft est stockée comme événement immuable dans l'Event Store. Avec l'auteur (l'agent), le timestamp, le contexte, le raisonnement (le prompt et la réponse du LLM si LLM il y a), et l'action déclenchée. Cinq ans plus tard, on peut rejouer cet événement et reconstituer exactement pourquoi l'agent a pris cette décision-là à ce moment-là.

Cette traçabilité n'est pas une couche d'audit ajoutée par-dessus. C'est l'infrastructure même qui stocke les actions. Et elle satisfait nativement les exigences réglementaires, RGPD pour les décisions automatisées, EU AI Act pour les agents IA à haut risque, DORA pour les services financiers.

Contrainte 3, Identité organisationnelle

Chaque agent Swoft est instancié dans le système avec une identité Party, la même structure de données qui modélise les utilisateurs humains. Il a un identifiant, un nom (nos personas s'appellent Farnsworth, Lisa, Burns…), une équipe, un rôle, des permissions. Une décision d'agent porte donc deux acteurs : l'humain qui a autorisé la délégation, et l'agent qui a exécuté.

C'est cette identité organisationnelle qui rend Swoft conforme à la dimension organisationnelle de Ferber. Quand deux agents sont en conflit sur une ressource, le système sait qui les pilote, qui les arbitre, qui peut les démettre. Ce n'est pas un débat, c'est une structure de pouvoir explicite.

Pourquoi notre définition est plus exigeante que Wooldridge

Wooldridge a écrit dans un contexte académique des années 1990, où les agents étaient des prototypes de recherche. La question de la responsabilité juridique d'un agent ne se posait pas, il n'agissait que dans des simulations. Trente ans plus tard, les agents IA prennent des décisions financières, médicales, juridiques. Le cadre Wooldridge reste valide, mais il faut lui ajouter les contraintes que la production en environnement critique impose.

Ces contraintes, périmètre borné, traçabilité native, identité organisationnelle, ne sont pas des options. Elles sont la condition pour qu'un agent IA soit déployable dans une banque, une compagnie d'assurance, un hôpital, un cabinet d'avocats, ou tout autre environnement où l'audit, la conformité et la responsabilité sont des exigences absolues.

La conséquence pour vous

Quand vous évaluez une plateforme d'agents IA en 2026, vous pouvez appliquer les sept critères Swoft : les quatre Wooldridge plus les trois contraintes architecturales. Si la plateforme n'en satisfait que quatre, autonomie, réactivité, pro-activité, sociabilité, c'est un agent au sens académique mais pas un agent production-ready. Si elle satisfait les sept, alors vous avez un système que vous pouvez déployer en environnement critique sans avoir à reconstruire la couche de gouvernance par-dessus.

Un agent dont on ne peut pas auditer la décision est une boîte noire. Une boîte noire qui agit en autonomie est un risque opérationnel. Le métier de Swoft est de transformer cette boîte noire en composant inspectable.