La première question que je pose maintenant est beaucoup plus petite. Cette chose a-t-elle réellement besoin d’un agent ?
Cela semble évident et je me trompe encore parfois. Mais c’est l’erreur que je vois le plus. Sur un projet, une équipe a passé des semaines à concevoir un flux de travail multi-agents pour un processus qui exécutait à chaque fois les quatre mêmes étapes : lire un document, le valider, appeler une API, envoyer une notification. Les diagrammes étaient superbes. Le système en production ne l’a pas fait. Quelques fonctions bien testées auraient été plus faciles à créer, plus faciles à maintenir et beaucoup plus faciles à faire confiance.
Une partie de cela est juste cela « agent » est devenu le mot que tout le monde recherche. Parfois, c’est le bon choix. Parfois, il s’agit d’un flux de travail que nous savions déjà comment construire, portant une nouvelle étiquette. Un agent gagne en complexité lorsqu’il doit véritablement décider de choses que vous ne pouvez pas prédéterminer, choisir entre des outils, s’adapter à ce qu’il trouve, élaborer sa propre étape suivante. Si vous connaissez déjà chaque étape, vous avez un flux de travail, et un flux de travail est généralement le meilleur choix d’ingénierie. La consolidation n’a rien changé à cela. Elle a simplement rendu les choses plus faciles à voir.
