Pour automatiser les opérations commerciales avec des agents IA, commencez par un résultat que vous pouvez énoncer en une phrase ("toutes les factures clients sont payées ou escaladées dans les quarante-cinq jours"), donnez à un agent un système dans lequel les actions de ce résultat existent en tant qu'outils autorisés, et laissez l'agent poursuivre le résultat pendant qu'une personne gère les exceptions qu'il soulève. C'est une méthode différente de celle que vous avez utilisée pour l'automatisation des workflows, où vous avez cartographié un chemin et construit des déclencheurs le long de celui-ci.
Les deux sont complémentaires. Les workflows sont l'outil approprié lorsque le chemin est fixe et le volume est élevé ; les agents sont l'outil approprié lorsque le chemin varie selon la situation et que le résultat est ce qui compte. La plupart des erreurs dans les premiers projets d'agents proviennent de l'utilisation de la méthode de workflow (cartographier chaque étape, puis remettre la carte à l'agent) et la plupart des succès proviennent de l'énoncé du résultat, de la gouvernance du système et de la mesure de la fréquence à laquelle une personne a dû intervenir.
La misconception : plus d'automatisation signifie plus de flux de travail
Les équipes opérationnelles qui ont passé cinq ans à construire l'automatisation des workflows ont tendance à aborder les agents de la même manière : cartographier le processus, identifier chaque étape et configurer un agent pour effectuer les étapes. Cela semble rigoureux. Cela produit également des agents qui sont fragiles de la même manière que les workflows, car la carte est toujours ce qui est exécuté, et la carte est erronée au moment où un client fait quelque chose que la carte n'avait pas anticipé.
Un workflow encode le chemin. Un agent poursuit un résultat, choisissant le chemin parmi les outils dont il dispose et l'état qu'il trouve. Lorsqu'un fournisseur répond à un bon de commande avec une date de livraison partielle, un workflow a besoin d'une branche que quelqu'un a pensé à construire ; un agent lit la réponse, met à jour la date attendue, informe la personne concernée et continue. La différence n'est pas l'intelligence. C'est que l'agent a reçu le résultat et un ensemble d'outils, plutôt qu'un chemin.
Ainsi, le premier changement de méthode est de cesser de partir de la carte du processus. Commencez par ce que vous voulez être vrai à la fin de la semaine.
Commencez par le résultat, pas par la tâche
Un résultat est une phrase sur l'état de l'entreprise qui peut être vérifiée. Il nomme un ensemble d'enregistrements, une condition et un temps. Les tâches décrivent l'activité ; les résultats décrivent les résultats. Le tableau montre la différence pour quatre opérations courantes, et la troisième colonne indique ce que l'agent doit être autorisé à faire pour poursuivre chaque résultat.
| Demande de type tâche | Demande de type résultat | Actions dont l'agent a besoin |
|---|---|---|
| Envoyer des e-mails de rappel le jour 1, 7 et 14 | Chaque facture est payée ou en attente d'une décision d'une personne dans les quarante-cinq jours suivant son émission | Rechercher des factures par solde dû, envoyer des rappels et des relevés, mettre en pause, créer des tâches |
| Vérifier les niveaux de stock chaque vendredi | Rien sur la liste active ne descend en dessous de son point de réapprovisionnement sans qu'un bon de commande soit émis ou qu'une personne soit informée | Lire les niveaux de stock et les points de réapprovisionnement, rédiger des bons de commande, demander au-dessus d'une limite de dépense |
| Répondre aux demandes dans les deux heures | Chaque demande a un devis, un appel réservé ou une personne nommée d'ici la fin de la journée | Lire la boîte de réception, rédiger des devis, réserver des créneaux dans le calendrier, assigner des tâches |
| Enregistrer les retards des fournisseurs | Chaque tâche de cette semaine a une date de livraison confirmée ou un risque signalé d'ici lundi midi | Lire le courrier et les commandes des fournisseurs, mettre à jour les dates attendues, signaler les tâches, notifier les propriétaires |
La colonne de gauche indique comment les flux de travail sont spécifiés. La colonne du milieu indique comment les agents doivent être. La colonne de droite est l'ensemble des autorisations, et il est délibérément étroit : seules les actions requises par le résultat.
Rédiger la phrase de résultat est plus difficile qu'il n'y paraît et vaut l'heure. Si vous ne pouvez pas dire comment vous le vérifieriez, ce n'est pas encore un résultat. S'il faut la phrase "et utiliser le jugement", vous avez trouvé la partie qu'une personne conserve.
Donnez à l'agent un système régulé, pas un identifiant
Le deuxième changement de méthode concerne ce que vous remettez à l'agent. La tentation est un compte utilisateur dans le système existant et un long prompt. Cela vous donne un agent qui peut tout voir, faire tout ce que le compte peut faire, et ne laisser aucune trace distincte de celle d'une personne. L'alternative est un système qui traite l'agent comme un client agissant pour une personne nommée, avec quatre propriétés.
- Actions en tant qu'outils. Les opérations nécessaires à l'issue existent sous forme d'actions définies et typées que l'agent peut découvrir et appeler, avec des entrées et un résultat, plutôt que des écrans à piloter. Le Model Context Protocol est la norme ouverte pour cela, et tout agent compatible peut utiliser les outils publiés à travers lui.
- Autorisations sur chaque appel. Les outils offerts à l'agent sont filtrés par le rôle de la personne pour laquelle il agit, et chaque appel est vérifié à nouveau lorsqu'il s'exécute. L'agent de quelqu'un qui ne peut pas approuver un bon de commande ne peut pas non plus en approuver un.
- Un budget. Là où l'IA du système effectue le raisonnement, les dépenses sont plafonnées par intégration afin qu'un résultat mal formulé ne puisse pas entraîner de factures élevées.
- Un journal. Chaque appel, avec ses entrées et son résultat, attribué à la personne pour laquelle l'agent a agi, de sorte que passer en revue la semaine de l'agent soit la même tâche que de passer en revue celle d'un collègue.
La spécification MCP elle-même indique que les serveurs doivent valider les entrées et mettre en œuvre des contrôles d'accès, et que les clients doivent garder une personne capable de voir et de refuser les appels d'outils. Les directives actuelles d'Anthropic et d'OpenAI pour leurs propres produits vont dans le même sens : examinez les autorisations demandées par un serveur connecté, maintenez l'approbation pour les outils qui modifient des données, et ne vous connectez qu'à des serveurs de confiance. Un système gouverné est ce qui rend ce conseil pratique plutôt qu'un avertissement à ignorer.
La méthode, en six étapes
- Énoncez le résultatUne phrase, vérifiable, avec une limite de temps. Notez les exceptions que vous attendez et qui en est responsable.
- Exécutez-le manuellement pendant une semaineLa personne qui effectue le travail aujourd'hui note ce qu'elle a fait et pourquoi. Cette page est la politique que l'agent suivra, et elle est généralement plus courte que ce que quiconque s'attendait.
- Définissez les outilsListez uniquement les actions nécessaires au résultat. Donnez à l'agent celles-ci, sous les permissions de la personne pour qui il agit, et rien d'autre.
- Transmettez-le avec révisionL'agent exécute le résultat ; une personne examine chaque action pendant une semaine, puis seulement les exceptions. Corrigez la politique, pas l'agent.
- Mesurez les exceptionsComptez combien de fois une personne a dû intervenir, et à quel point l'enregistrement était éloigné du résultat lorsqu'elle l'a fait. Les rappels envoyés ne sont pas une métrique.
- ÉlargissezLorsque le premier résultat est devenu ennuyeux pendant un mois, ajoutez le suivant. Réutilisez la même gouvernance ; seul le résultat et la liste des outils changent.
L'ordre est important. Les équipes qui sautent la deuxième étape finissent par rédiger la politique dans l'invite de mémoire, et l'agent hérite de chaque lacune dans cette mémoire. Les équipes qui sautent la troisième étape donnent à l'agent l'ensemble du système et passent ensuite la période de révision à s'inquiéter au lieu de réviser.
Mesurez les exceptions, pas les tâches
L'automatisation des flux de travail se mesure en tâches : exécutions complètes, e-mails envoyés, enregistrements mis à jour. Ces chiffres augmentent lorsque l'automatisation fonctionne et aussi lorsqu'elle est incorrecte, c'est pourquoi ils sont si réconfortants et si inutiles. Un agent poursuivant un résultat doit être mesuré par le résidu qu'il laisse aux personnes.
Trois chiffres couvrent la plupart des opérations. La part des résultats complétés sans personne impliquée, qui devrait augmenter. Le nombre d'exceptions par semaine, qui devrait diminuer puis rester stable au niveau que votre entreprise produit réellement. Et le délai sur chaque exception : à quelle distance du résultat l'enregistrement était lorsque quelqu'un l'a vu. Si les factures atteignent une personne avec quarante jours de retard plutôt que quatorze, la politique est en retard, pas la personne.
Là où les workflows ont encore leur place
Rien de tout cela ne retire l'automatisation des flux de travail. Un chemin fixe à volume élevé sans jugement est toujours mieux codé en tant que flux de travail : un webhook qui enregistre une commande, une exportation nocturne, une règle qui achemine une soumission de formulaire. Le tableau de décision indique quand utiliser quoi, et la troisième ligne est le cas courant.
| Situation | Atteindre | Parce que |
|---|---|---|
| Chemin fixe, volume élevé, sans jugement | Un flux de travail | C'est moins cher, plus rapide et entièrement prévisible, et il n'y a rien à décider pour un agent. |
| Le chemin varie en fonction de ce que l'agent trouve ; le résultat est ce qui compte. | Un agent | Les branches que vous n'aviez pas anticipées sont gérées en lisant la situation plutôt qu'en suivant une règle manquante |
| Un déclencheur fixe suivi d'un jugement | Un flux de travail qui démarre un agent | Le déclencheur est fiable et le suivi nécessite de lire, choisir et demander |
| Argent sortant, engagements envers les clients, tout ce qui est irréversible | Un agent qui prépare et une personne qui approuve | Le coût d'une action erronée l'emporte sur le coût d'une pause |
La question n'est jamais laquelle est meilleure. C'est de savoir si le chemin est connu à l'avance et si l'étape contient un jugement.
Un exemple concret
Voici le résultat de stock du tableau ci-dessus, formulé comme une demande permanente à un agent connecté à un espace de travail Sois, où le stock, les fournisseurs, les commandes d'achat et les tâches sont un seul enregistrement exposé comme outils. Le responsable des opérations a fixé une limite de dépenses et nommé le fournisseur pour chaque article.
- Lecture des niveaux de stock par rapport aux points de réapprovisionnement sur la liste active
- Six articles en dessous du seuil ; fournisseur habituel et dernier prix trouvé pour chacun
- Quatre bons de commande rédigés et envoyés dans la limite de dépenses
- Deux bons de commande en attente : au-dessus de la limite, en attente de votre approbation
- Dates de livraison attendues enregistrées à partir des confirmations des fournisseurs
- Un article signalé : fournisseur en rupture de stock, alternative non enregistrée
L'agent a utilisé les outils de stock, fournisseur, bon de commande et tâche que le rôle du responsable des opérations permet. Il n'a rien dépensé au-dessus de la limite et s'est arrêté sur la seule chose que la politique ne couvrait pas.
Les exceptions sont la sortie. Deux approbations et une décision d'approvisionnement sont ce que voit le responsable des opérations ; les quatre commandes routinières existent dans l'enregistrement comme si une personne les avait soulevées, et la révision du lundi est le journal. Dans Sois, l'agent connecté est celui que le responsable utilise déjà, connecté une fois via OAuth et agissant dans son rôle, et lorsque cet agent fait le raisonnement, Sois ne réalise aucune IA en son nom et ne facture rien pour cela. La méthode ne dépend pas de Sois ; elle dépend des quatre propriétés ci-dessus étant vraies pour quel que soit le système dans lequel l'agent agit.
Questions que les gens posent
Devrais-je remplacer mon automatisation des flux de travail par des agents IA ?
Non. Conservez les flux de travail pour des chemins fixes à volume, utilisez des agents lorsque le chemin varie et que le résultat est ce qui compte, et utilisez un flux de travail pour démarrer un agent lorsqu'un déclencheur fiable est suivi d'un jugement.
Comment savoir qu'une opération est prête à être confiée à un agent ?
Vous pouvez énoncer le résultat en une phrase vérifiable, vous l'avez exécuté manuellement pendant une semaine et noté la politique, et le système expose uniquement les actions nécessaires au résultat sous les autorisations de la personne pour laquelle l'agent agit.
Que devrais-je mesurer une fois qu'un agent exécute une opération ?
La part des résultats complétés sans intervention humaine, le nombre d'exceptions par semaine et la distance de chaque exception par rapport au résultat lorsqu'une personne l'a vue. Les comptes d'actions entreprises indiquent que l'agent est occupé, pas qu'il a raison.
L'agent doit-il être celui du fournisseur ?
Pas si le système utilise un protocole ouvert. Tout client MCP, y compris Claude et ChatGPT, peut se connecter et agir dans les limites des autorisations de l'utilisateur. Un système qui ne fonctionne qu'avec son propre assistant vous limite aux fonctionnalités que cet assistant a reçues.
- spécification du Protocole de Contexte de Modèle : outils les serveurs doivent valider les entrées et appliquer des contrôles d'accès ; les clients doivent garder une personne capable de refuser les appels d'outils et de consigner l'utilisation
- Anthropic : démarrer avec des connecteurs personnalisés utilisant MCP à distance connectez-vous uniquement à des serveurs de confiance, examinez les portées demandées, approuvez l'utilisation des outils
- Documentation Sois : le serveur MCP de l'espace de travail l'espace de travail en tant que serveur MCP ; votre propre agent se connecte et effectue le raisonnement
- Sois : sécurité et la couche de permission permissions appliquées lorsque les outils sont proposés et à nouveau lorsqu'ils fonctionnent ; limites de dépenses par intégration ; activité de l'agent enregistrée
Cet article est révisé lorsque les produits qu'il décrit changent. Prochaine révision prévue : 4 décembre 2026.