Intro : Le bon niveau d’automatisation dépend de la stabilité du processus, du nombre de décisions et du risque associé à chaque action.
Les équipes utilisent parfois un agent pour un processus qui suit déjà des règles simples. Dans d’autres cas, elles ajoutent des conditions fixes à une demande qui change de forme chaque jour. Choisir le bon mécanisme réduit le coût de maintenance et facilite les contrôles.
Commencer par le processus
Décrivez les entrées, les décisions et les sorties avant de choisir un outil. Si les entrées ont un format stable et que les règles sont explicites, une automatisation classique peut suffire. Si le langage varie et qu’une recherche documentaire est nécessaire, un modèle peut aider à préparer une décision.
Un agent est adapté lorsque plusieurs étapes doivent être choisies selon le contexte et qu’un outil de recherche ou d’action intervient. Cette liberté augmente aussi le nombre de chemins à tester. L’article d’Anthropic sur les agents distingue les chaînes de traitement et les systèmes qui décident dynamiquement de leurs étapes Building effective agents.
Identifier le coût d’une erreur
Classez les actions selon leurs effets. Un classement peut être corrigé plus tard. Un email externe, une modification de prix ou une suppression demandent davantage de contrôle. Le mécanisme choisi doit suivre ce niveau de conséquence.
Une règle explicite est facile à relire et à tester. Un agent peut traiter des formulations nouvelles, mais sa sortie doit être bornée par des schémas, des droits et des validations. Ne donnez pas à une étape de lecture l’accès aux fonctions d’écriture.
Prévoir les cas inconnus
Une règle peut renvoyer « à revoir » lorsque les données ne correspondent pas à ses conditions. Un agent doit aussi pouvoir s’arrêter quand il manque une source ou quand deux informations se contredisent.
La sortie d’un agent doit contenir les champs attendus, les sources et l’action proposée. Vérifiez le schéma avant d’appeler un outil. Une sortie incomplète doit ouvrir une exception au lieu d’être complétée silencieusement.
Mesurer la maintenance
Suivez les changements de règles, les corrections humaines, les erreurs par étape et le temps de diagnostic. Un processus qui demande une intervention à chaque exécution n’a pas encore trouvé un niveau utile d’automatisation.
Versionnez les prompts, outils et documents qui influencent le résultat. Gardez un jeu de cas de contrôle et relancez-le après chaque mise à jour. Comparez la précision, le coût et le temps de revue au lieu de regarder un seul indicateur.
Déployer par étapes
Commencez en mode observation. Le système produit une proposition, mais n’agit pas. L’équipe compare la proposition avec la décision habituelle et note les cas où les règles ou l’agent auraient choisi une autre voie.
Activez ensuite quelques actions réversibles avec un contrôle humain. Gardez une procédure d’arrêt et un journal des appels externes. Les reprises doivent éviter de répéter une opération déjà effectuée, notamment lorsque la connexion expire après une écriture.
Choisir au cas par cas
Un même processus peut combiner une règle et un agent. Une règle vérifie l’autorisation et le format, un agent résume le contexte, puis une personne valide l’action. Cette composition rend chaque étape plus facile à attribuer.
Réexaminez le choix lorsque le volume, les documents ou les risques changent. Un prototype flexible peut devenir un workflow plus simple après observation des cas réels. Une règle peut aussi être remplacée par une recherche lorsque les documents évoluent souvent.
Le bon choix est celui que l’équipe peut comprendre, mesurer et reprendre. La souplesse d’un agent compte, mais elle doit rester limitée par le périmètre des données et des actions.
+## Prévoir le coût du changement
Un processus piloté par des règles demande une mise à jour lorsque les conditions changent. Un agent demande des tests lorsque les documents, les outils ou les consignes changent. Estimez ces deux coûts avec les personnes qui assureront la maintenance, et définissez le propriétaire avant le déploiement.
Le choix peut évoluer. Un workflow commence souvent avec une règle et une revue manuelle. Les cas récurrents permettent ensuite d’automatiser une étape ou de réduire les droits d’un agent. Cette progression garde le système compréhensible.
Sources
Un atelier avec les utilisateurs permet de vérifier que le niveau de contrôle correspond à leurs responsabilités. Les décisions sensibles sont associées à une approbation, tandis que les étapes répétitives restent automatisées dans un périmètre lisible. Documentez enfin les opérations qui restent toujours humaines. Cette liste aide à cadrer les propositions et empêche une extension silencieuse du périmètre lors d’une future évolution.
+Écrivez le contrat de sortie avant le déploiement. Il doit préciser les champs obligatoires, les sources, le statut et la prochaine action. Ce contrat permet de rejeter une réponse incomplète quelle que soit la technologie utilisée.
Le propriétaire du processus décide aussi quand revenir à une règle plus simple. Un agent peut devenir difficile à diagnostiquer après une évolution des outils. La possibilité de désactiver une étape et de reprendre manuellement doit être prévue.