Plusieurs agents : quand répartir le travail aide ou complique
Évaluez plusieurs agents avec des tâches indépendantes, des livrables vérifiables et une responsabilité claire pour l’intégration.
Trois agents modifient le même composant. Chacun résout une partie, puis l’intégration défait la moitié des changements. L’activité ne manque pas : la répartition a créé des dépendances sans responsable du résultat commun.
Avant d’ajouter des agents, demandez ce qui peut avancer indépendamment. Étudier des sujets distincts diffère de modifier en parallèle la même règle d’autorisation. Le nombre de participants doit suivre la structure du travail.
Trouvez des frontières vérifiables
Dans une revue de produit fictive, une tâche examine la navigation, une autre les contrats d’API et une troisième les textes. Chacune demande un objectif, les bons documents et une définition du livrable.
Évitez « améliorer la qualité ». Demandez des résultats délimités : problèmes reproductibles, changements dans des fichiers définis ou comparaison de sources avec passages identifiés. L’intégrateur doit pouvoir évaluer sans refaire l’enquête entière.
Anthropic décrit un système de recherche coordonnant des sous-agents parallèles. Ce produit particulier ne prouve pas un gain pour toutes les tâches.
Décidez qui peut modifier quoi
Pour le code, séparez les fichiers ou utilisez des copies de travail isolées lorsque les modifications doivent coexister. Si deux résultats changent le même contrat, renvoyez la décision à la coordination avant intégration. Un message « terminé » ne résout pas des comportements contradictoires.
Pour la recherche, demandez sources et limites. Des agents d’accord après lecture du même résumé ne constituent pas une confirmation indépendante. Le rédacteur final doit vérifier les affirmations et leur appui dans les preuves.
Comptez la coordination
Comparez délai jusqu’à acceptation, coût total, conflits et revue. Une étape parallèle peut finir plus tôt mais demander tant d’intégration qu’elle retarde l’ensemble.
Testez le même type de tâche avec une exécution simple puis répartie. Notez les gains et le travail supplémentaire. Le nombre de fichiers modifiés ou de messages ne remplace pas un résultat accepté.
Attribuez le résultat final
Quelqu’un doit réunir les livrables, arbitrer les divergences et vérifier le parcours complet. Un sous-agent peut prouver sa partie alors que l’ensemble reste incorrect. Prévoyez des tests traversant les frontières des tâches.
Gardez les petits travaux séquentiels simples. Utilisez plusieurs agents lorsqu’un parallélisme utile existe, que les livrables peuvent être revus et qu’un avantage final est observé.
Poursuivez avec préparer un changement pour la revue.
À propos de l’auteur
Tiago F SantiagoCommentaires
Aucun commentaire pour le moment
Partagez une question ou une expérience en lien avec cet article.
Articles sur le même sujet
