Logiciel de gestion pour agents IA : comment savoir s’il tient la route

Un agent qui clique dans des écrans ou extrait du HTML devine. Vérifiez qu’il existe une ligne de commande ou une API qui renvoie du JSON et expose son propre schéma : quelles commandes existent, quels champs sont obligatoires, quelles valeurs sont admises. Les erreurs doivent aussi être lisibles par une machine, avec un code qui indique à l’agent s’il doit corriger l’appel, attendre ou vous demander.

Vérifiez aussi la couverture. Ce qui ne fonctionne que dans l’interface, l’agent le fait par un détour ou pas du tout.

L’agent a besoin de sa propre clé, révocable à tout moment, pas de votre mot de passe. Mieux encore si la clé est échangée contre un jeton de courte durée au lieu de voyager avec chaque requête.

Certaines actions n’ont rien à faire entre les mains d’un agent : créer de nouvelles clés, supprimer le compte, changer le mot de passe. Le logiciel doit les bloquer côté serveur pour l’accès agent, pas seulement les déconseiller dans la documentation.

Une facture émise ne se reprend pas, elle s’annule. Le logiciel doit marquer ces étapes comme destructives et ne les exécuter qu’avec une confirmation explicite. Cette confirmation doit se trouver dans l’outil lui-même ; chez Replit, une phrase dans le prompt n’a pas protégé la base de données.

Avant de modifier quoi que ce soit d’important, l’agent doit pouvoir vous montrer exactement ce qu’il enverrait : méthode, adresse, corps de la requête. Vous approuvez alors ce que vous avez vu plutôt qu’une intention formulée en mots.

Les agents réessaient. Si la connexion tombe, l’agent recommence, et sans protection la saisie de temps ou le paiement se retrouve deux fois dans le système. Vérifiez si la création d’un enregistrement accepte un identifiant de votre choix qui permet au serveur de reconnaître une nouvelle tentative, et si les opérations groupées réussissent entièrement ou pas du tout. Là où une étape ne doit pas être répétée, l’erreur doit le dire.

Après coup, vous voulez savoir ce qui s’est passé. Cela suppose que chaque action soit une commande lisible que vous pouvez exécuter vous-même, que les requêtes puissent être journalisées à la demande sans exposer la clé, et que vous voyiez quelle clé était active et quand. Une clé par agent rend cela sans ambiguïté.

Les erreurs arrivent. Ce qui compte, c’est la façon de les corriger : modifier ou supprimer des brouillons, corriger des écritures, annuler ce qui a été émis, avec une pièce plutôt qu’un écrasement silencieux. Ce qui est déjà facturé doit être verrouillé, pour qu’une correction à un endroit ne modifie pas une facture terminée.

Quand l’agent atteint une limite, comme une fonction hors de votre offre ou trop de requêtes, le logiciel doit le dire clairement : avec une raison, et en précisant si attendre suffit ou si vous devez décider. Un agent qui prend une limite pour une erreur continue de réessayer ou cherche un contournement.

Donnez à chaque agent sa propre clé avec aussi peu de droits que nécessaire, une clé de lecture là où lire suffit. N’autorisez l’irréversible que lorsque vous le demandez, et regardez la simulation avant d’approuver. L’accès des agents à Time Momentum fait partie de Pro.