Publié le 22 octobre 2026 · Publication originale
Une entreprise possède dix serveurs disponibles.
Deux agents travaillent en parallèle.
Le premier lit le stock: dix. Il en réserve six.
Au même instant, le second lit lui aussi dix et en réserve six.
Chaque décision semblait correcte au moment de la lecture.
L'entreprise vient pourtant d'en engager douze.
Ce problème est ancien en informatique: la concurrence.
Avec les agents, il devient plus difficile parce qu'une "transaction" peut durer plusieurs minutes. L'agent lit des données, raisonne, appelle des outils puis revient modifier un monde qui a pu changer entre-temps.
Les bases de données utilisent depuis longtemps verrous et contrôle optimiste.
Mais verrouiller une ressource pendant toute la réflexion d'un modèle détruit une partie du parallélisme. Et annuler puis recommencer peut jeter plusieurs minutes d'inférence et de tokens.
En juin 2026, Hongtao Lyu, Dingyan Zhang, Mingyu Wu, Xingda Wei et Haibo Chen proposent CoAgent.
Leur protocole MTPO fixe un ordre de sérialisation au lancement. Les écritures peuvent être appliquées de manière spéculative, puis l'agent est averti si une modification concurrente invalide son plan.
Il réévalue seulement la partie affectée.
Les outils doivent aussi déclarer une opération inverse: "réserver" doit pouvoir devenir "libérer", "créer" peut nécessiter "supprimer".
C'est l'héritage des "sagas" des systèmes distribués.
Sur dix charges concurrentes, CoAgent reste à moins de 5% de la correction d'une exécution séquentielle, avec un gain de vitesse de 1,4× et un coût en tokens proche du séquentiel.
ULTRA®
Le point VVIC est opérationnel.
Ajouter dix agents n'équivaut pas à ajouter dix salariés.
Dès qu'ils modifient les mêmes stocks, fichiers, comptes, tickets ou environnements cloud, l'entreprise doit définir quelle version du monde chacun est autorisé à croire.
Le risque majeur apparaît avec les opérations difficiles à inverser.
Deux brouillons peuvent être supprimés.
Deux virements exécutés, deux commandes envoyées ou deux accès révoqués ne se "réparent" pas toujours proprement.
Avant de paralléliser des agents, il faut donc cartographier les ressources partagées, déclarer les effets de chaque outil et identifier les actions sans compensation fiable.
OptiMA explore une autre voie: encapsuler les actions comme transactions et organiser leur ordonnancement pour préserver cohérence et débit.
Le parallélisme ne multiplie pas seulement la vitesse.
Il multiplie les occasions pour plusieurs décisions localement correctes de produire ensemble un état global impossible.
Sources
Lyu et al., "CoAgent: Concurrency Control for Multi-Agent Systems", juin 2026
Çalıkyılmaz et al., "OptiMA", EMAS 2026
#VOCEAssociation #AgenticAI #MultiAgentSystems #AIGovernance #AIInfrastructure #OperationalRisk