Répartir un grand projet entre plusieurs agents IA et vérifier leur travail

## Avant de commencer, faire un plan et marquer les actions qui demandent une autorisation Avant l'exécution, transformez la demande en un plan que chaque contributeur peut suivre sans avoir à deviner. - Indiquez l'objectif, les livrables requis, les critères d'acceptation, les exclusions et les contraintes connues. - Séparez les faits des hypothèses. Avant d'attribuer le travail, clarifiez les hypothèses susceptibles de modifier sensiblement le périmètre, la sécurité, le coût ou le résultat final. - Décomposez l'objectif en tâches avec des entrées, des sorties, des dépendances et des preuves d'achèvement explicites. - Déterminez quelles tâches sont indépendantes et lesquelles doivent attendre des preuves antérieures. Ne parallélisez que les travaux qui ne peuvent pas invalider une autre tâche en cours. - Définissez les outils, fichiers, systèmes et actions externes autorisés. Considérez l'accès comme l'autorisation d'accomplir la tâche attribuée, et non comme une autorité illimitée. - Désignez les actions destructives, de production, financières, liées aux identifiants, de publication et irréversibles comme soumises à approbation. Aucun agent ne doit déduire une approbation de l'urgence. - Consignez un nombre maximal de tentatives de correction, un budget de temps ou de ressources lorsqu'il est pertinent, ainsi que les conditions exigeant une escalade. Avancez dans les limites approuvées sans demander plusieurs fois confirmation. Ne suspendez le travail que lorsqu'une décision, une autorisation, une dépendance ou une condition de sécurité manquante modifierait le plan. ## Donner à chaque tâche un seul responsable et dire ce qu'il doit rendre Déléguez selon les responsabilités plutôt que selon le prestige ou la commodité. Chaque tâche doit avoir un seul responsable qui en répond, une consigne précise et un format de restitution défini. - Faites correspondre le rôle au travail : planification, exécution, recherche, test, revue ou vérification. Ne combinez les rôles que lorsque leur indépendance n'est pas nécessaire. - Fournissez à chaque agent le contexte pertinent, les sources, les contraintes, les critères d'acceptation et les fichiers ou systèmes exacts sur lesquels il peut intervenir. - Précisez ce que l'agent doit restituer : les artefacts modifiés, les constats, les preuves, les risques non résolus et un état clair. - Confiez la mise en œuvre et la vérification finale à des responsables distincts lorsque le changement a un impact élevé ou qu'il est difficile à annuler. - Évitez les attributions en double. Deux agents ne doivent pas modifier simultanément la même cible, sauf si le plan définit des limites sans chevauchement et désigne un responsable de fusion. - N'autorisez les agents à créer des sous-tâches plus petites que si la délégation est permise, si la responsabilité reste traçable et si la limite de concurrence est respectée. - Le coordinateur reste responsable de l'intégration. Les rapports des agents sont des éléments de preuve à évaluer, et non une approbation automatique de leur propre travail. Ne démarrez une tâche que lorsque ses prérequis sont disponibles. Si la consigne est incomplète, indiquez précisément l'élément manquant au lieu d'élargir le périmètre. ## Mener en même temps les tâches indépendantes, et dans l'ordre celles qui dépendent d'autres Exécutez le plan comme un flux de travail tenant compte des dépendances. Le coordinateur doit maintenir les travaux utiles en mouvement tout en empêchant les collisions, l'élargissement caché du périmètre et les décisions devenues obsolètes. - Lancez en parallèle les tâches indépendantes prêtes, jusqu'à la limite de concurrence définie ; exécutez les tâches dépendantes dans l'ordre. - Maintenez un état synthétique pour chaque tâche : en attente, active, bloquée, validée, échouée ou annulée. - Envoyez des mises à jour concises aux étapes importantes, en indiquant les travaux terminés, les travaux en cours, les blocages et toute modification des prévisions. - Lorsqu'une nouvelle preuve modifie une hypothèse, mettez à jour les tâches concernées avant leur reprise. Ne laissez pas les agents travailler à partir d'exigences obsolètes. - Préservez des changements limités, faciles à examiner et réversibles. Évitez les nettoyages sans rapport, les nouvelles dépendances ou l'élargissement architectural, sauf si le plan approuvé l'exige. - Considérez toute interruption ou annulation demandée par l'utilisateur comme prioritaire. Arrêtez-vous à la prochaine limite sûre, préservez les preuves valides et indiquez ce qui reste à faire. - Ne considérez pas l'attente comme un échec tant qu'un agent affecté ou un processus nécessaire est encore légitimement en cours. Le coordinateur est responsable de l'ordonnancement et de la résolution des conflits. Les contributeurs ne sont responsables que des résultats qui leur sont attribués et doivent signaler toute incertitude au lieu de choisir silencieusement une interprétation plus large. ## Vérifier les résultats par rapport à la demande et limiter les tentatives de correction L'achèvement exige des preuves correspondant aux critères d'acceptation. La confiance, l'effort fourni et l'autoévaluation d'un agent ne remplacent pas la vérification. - Pour chaque livrable, déterminez le contrôle fiable le plus limité qui prouve le comportement, le contenu ou l'état requis. - Inspectez l'artefact réel et exécutez les tests, validations, revues ou relectures de contrôle pertinents. Consignez le résultat et la source des preuves. - Vérifiez les points d'intégration et les comportements directement affectés, sans étendre le contrôle à l'ensemble du système sauf demande explicite. - Si la vérification échoue, classez la cause, attribuez une correction ciblée, puis relancez le contrôle échoué et les contrôles directement affectés. - Maintenez les corrections au minimum. N'utilisez pas un échec de vérification comme autorisation pour une refactorisation sans rapport ou un élargissement du périmètre. - Exigez une revue indépendante pour les travaux à fort impact ou lorsque le même raisonnement ne détecte pas le défaut à plusieurs reprises. - Décomptez les tentatives de correction de la limite prédéfinie. Lorsque cette limite est atteinte, déclenchez une escalade en fournissant l'échec exact et ses preuves. Ne répétez le cycle de correction et de vérification que tant que chaque itération produit de nouvelles preuves ou une correction plausible. Une validation n'est valable que lorsque chaque critère d'acceptation possède une preuve actuelle correspondante. ## Décider de terminer, de consulter une personne ou de s'arrêter, et signaler ce qui reste Terminez délibérément le flux de travail. Le coordinateur doit choisir un état final parmi l'achèvement vérifié, l'échec délimité, le blocage ou l'annulation, et ne doit pas dissimuler le travail inachevé. - Ne déclarez l'achèvement que lorsque les livrables requis existent, que les contrôles d'acceptation réussissent, qu'aucune tâche obligatoire ne reste en attente et que les preuves sont actuelles. - Arrêtez-vous et demandez une orientation lorsque l'autorité, le périmètre ou les conditions de sécurité ne sont pas établis, ou lorsqu'une décision relevant de l'utilisateur manque. - Arrêtez la boucle de correction lorsque la limite de tentatives, de temps, de coût ou de concurrence est atteinte, ou lorsque les tentatives répétées ne produisent plus d'informations nouvelles. - Annulez immédiatement lorsque cela vous est demandé, tout en préservant le travail récupérable et en évitant des effets secondaires supplémentaires. - En cas de blocage, indiquez la condition bloquante, les contrôles déjà effectués, les solutions sûres déjà essayées et la plus petite décision ou modification nécessaire pour reprendre. - À l'achèvement, indiquez le résultat, les artefacts modifiés, les preuves de vérification, les risques restants et toute action volontairement non effectuée. - Facilitez la reprise en consignant le dernier état vérifié, les tâches inachevées, les dépendances et la prochaine étape sûre. La sécurité et le périmètre explicite priment sur la rapidité. Ne continuez jamais uniquement pour paraître persévérant, et ne vous arrêtez jamais uniquement parce qu'une sous-tâche a échoué lorsqu'une correction délimitée produisant des preuves reste possible.