Deux agents interviennent sur la même configuration. Le premier renforce les paramètres TLS ; le second adapte le routage à partir d’une copie antérieure. Chacun annonce un résultat utile. Mais la seconde copie peut réintroduire les anciens paramètres TLS. Une intégration fondée sur les comptes rendus individuels risque alors de livrer une configuration qui fonctionne tout en ayant perdu une protection.
Le nombre d’agents n’explique pas à lui seul cet incident. Le risque apparaît dans les relations entre leurs travaux : état de départ, propriété des modifications, dépendances, intégration et preuve portant sur le résultat commun.
Ce que j’appelle le niveau 5
Dans ma grille de maturité des usages de l’IA, le niveau 5 organise une boucle de travail qui peut poursuivre plusieurs étapes sans nouvelle instruction à chacune d’elles. L’autonomie porte sur un périmètre défini ; elle ne crée pas une autorité illimitée. Cette grille personnelle ne constitue pas une certification.
L’analyse des architectures agentiques d’Anthropic distingue les parcours prédéfinis et les systèmes où le modèle dirige dynamiquement le processus et ses outils. Cette distinction aide à préciser ce qui décide de la prochaine étape. Elle ne dispense pas d’examiner les capacités accessibles et les conditions d’arrêt.
La boucle OODA de John Boyd articule observation, orientation, décision et action avec des retours d’expérience. Elle ne se réduit pas à une succession rapide de quatre cases sans adaptation.
Une décomposition pour le travail en entreprise
Pour mon enseignement, je distingue six activités : détecter et qualifier les informations ; raisonner sur leurs implications ; planifier les tâches et leurs dépendances ; coordonner les acteurs et les accords ; agir dans les droits disponibles ; examiner les résultats et adapter la suite.
Cette décomposition est une convention opérationnelle. Elle n’ajoute pas automatiquement de contrôle à un outil et ne prétend pas démontrer que les autres cadres ignorent l’apprentissage ou la coopération. Son intérêt est de rendre explicites les décisions qui resteraient autrement absorbées dans une instruction générale.
Deux succès locaux, un candidat à examiner
Dans notre configuration, les agents doivent connaître leur base et le périmètre de leurs modifications. Le rapprochement des changements doit montrer ce qui a été conservé, remplacé ou rendu incompatible. Les contrôles pertinents doivent ensuite porter sur le candidat effectivement intégré.
La réussite de deux tâches ne démontre pas la validité de leur combinaison.
Le contrôle TLS de ce cas doit vérifier la propriété attendue sur cette configuration précise. Il ne suffit pas de reprendre l’ancien résultat du premier agent. Si le candidat commun ne satisfait plus le critère, la livraison reste en attente ; le travail de correction reprend sur un état identifié.
Le contrôle ne choisit pas seul la bonne politique TLS. Une règle d’acceptation insuffisante peut valider une configuration inadaptée. La compétence technique, les critères métier et les accords nécessaires restent des responsabilités distinctes.
Reprendre sans masquer le défaut
Une boucle utile conserve le résultat de l’échec et cherche sa cause. Une nouvelle tentative doit s’appuyer sur un diagnostic ou une précondition effectivement modifiée. Changer arbitrairement un identifiant, contourner un refus ou affaiblir le critère ne constitue pas une correction.
Les ressources consommées, les tâches en attente et les limites applicables doivent rester visibles. Le choix des budgets, délais et reprises appartient au contexte d’exploitation. Un nombre universel de tentatives ne remplace pas l’analyse du contrat concerné.
La place de Swarm
Swarm organise le travail autour de tâches, de dépendances, de décisions et de preuves. Ses parcours Rust de départ recontrôlent notamment l’état du travail, la tentative et certaines conditions de l’espace d’exécution. Les contrats de validation relient des observations aux contrôles et au candidat applicable selon le parcours.
Ces mécanismes ne démontrent pas que toute intégration logicielle est correcte ni que toutes les exécutions multiagents sont confinées. Les propriétés d’un connecteur, le contenu des contrôles et les chemins réellement couverts restent déterminants. Les effets sensibles du pilote Trust sont simulés.
Le niveau 6 examine ensuite la gouvernance de l’action et des preuves ; le niveau 7 interroge les conclusions que l’on peut en tirer sur le comportement du système. Le dépôt Swarm permet de relier cette grille à des contrats explicites plutôt qu’au seul nombre d’agents lancés.