Pourquoi ce sujet est important
Les démonstrations montrent souvent un agent autonome accomplissant une tâche ouverte. En production, les systèmes les plus fiables sont plus contraints : outils étroits, état explicite, étapes bornées, validations et reprise après erreur.
Définir un agent utile
Un agent choisit dynamiquement une action ou un outil pour atteindre un objectif. Si toutes les étapes sont connues, un workflow déterministe est souvent plus simple et fiable. Utilisez un agent lorsque la variété des demandes justifie réellement cette décision dynamique.
Contraindre la boucle
Fixez nombre d’étapes, durée, tokens, coût et outils disponibles. Définissez conditions d’arrêt et traitement des résultats vides. Un agent sans budget peut boucler, multiplier les appels ou agir sur une hypothèse non vérifiée.
Utiliser un état explicite
Conservez faits métier, décisions observables, résultats d’outils et statut de tâche dans une structure typée. Les graphes ou machines à états facilitent reprise, branchement et validation. Ne dépendez pas uniquement de l’historique conversationnel.
Concevoir les outils
Un outil doit avoir un objectif étroit, un schéma clair et des erreurs compréhensibles. Le backend applique identité, autorisation, validation et idempotence. Séparez outils de lecture et d’écriture. Une action sensible exige prévisualisation et confirmation.
Mémoire et contexte
La mémoire n’est pas une archive illimitée. Distinguez état de session, préférences durables, documents récupérés et résumé. Définissez provenance, durée et possibilité de correction. Une information mémorisée peut être fausse ou devenue obsolète.
Multi-agent avec parcimonie
Plusieurs agents ajoutent messages, coût et points de panne. Utilisez-les lorsque des compétences, droits ou responsabilités doivent réellement être séparés. Pour un simple enchaînement, des étapes spécialisées dans un même graphe suffisent souvent.
Évaluer le comportement
Mesurez résultat final, choix d’outil, arguments, nombre d’étapes, coût, latence et sécurité. Créez des scénarios adverses : outil indisponible, données ambiguës, instruction injectée et refus utilisateur. Rejouez les traces réelles avant chaque version.
Exemple concret
Un agent de support dispose de trois outils en lecture et d’un outil de création de ticket. Il peut rechercher et proposer une réponse, mais doit afficher le récapitulatif avant création. La tâche s’arrête après six étapes ou deux erreurs consécutives et bascule vers un humain.
Les erreurs fréquentes
- utiliser un agent pour un workflow fixe
- donner trop d’outils dès le départ
- laisser le modèle appliquer les droits
- conserver toute conversation comme mémoire
- déployer du multi-agent sans métrique
- évaluer uniquement la réponse finale
Checklist
- [ ] Cas d’usage justifiant l’agent
- [ ] Budgets et arrêts configurés
- [ ] État structuré et reprenable
- [ ] Outils étroits et autorisés
- [ ] Actions sensibles confirmées
- [ ] Mémoire avec durée et provenance
- [ ] Scénarios adverses testés
- [ ] Transfert humain disponible
FAQ
Quand préférer un workflow ?
Lorsque les étapes et décisions sont connues. Le workflow sera généralement moins coûteux et plus testable.
MCP rend-il un agent fiable ?
Non. MCP standardise l’accès aux outils ; autorisation, orchestration et évaluation restent nécessaires.
Multi-agent améliore-t-il la qualité ?
Seulement si la spécialisation compense le coût de coordination. Mesurez-le face à une architecture simple.
Que faut-il journaliser ?
Étapes, outils, arguments validés, résultats, versions, coûts et erreurs, sans secrets ni données inutiles.