Agents Claude Code en parallèle : gouverner la livraison d’un système web

Claude Code propose des sous-agents, une vue agents, des équipes d’agents et des workflows dynamiques pour répartir le travail. Anthropic les distingue selon le coordinateur, les besoins de communication et l’isolation des modifications. La bonne pratique n’est pas de mobiliser le plus grand groupe possible, mais de retenir le mécanisme le plus simple compatible avec les dépendances, d’isoler les écritures concurrentes et de conserver une validation humaine avant l’intégration.

Les sous-agents prennent en charge une mission annexe dans une session et renvoient une synthèse. La vue agents permet de distribuer et surveiller des sessions indépendantes. Les équipes réunissent des sessions coordonnées par une liste de tâches et des messages. Les workflows dynamiques utilisent un script pour lancer plusieurs sous-agents et confronter leurs résultats. Anthropic décrit la vue agents comme une research preview, autrement dit une version préliminaire destinée à la recherche, et les équipes comme expérimentales, désactivées par défaut.

Anthropic avertit également que plusieurs sessions ou sous-agents exécutés simultanément multiplient l’usage des tokens. La documentation ne précise ni tarif, ni gain de délai, ni taille de projet garantie, ni niveau d’exactitude, ni résultat commercial. Pour CreatikLab, le parallélisme doit donc produire un avantage vérifiable en séparation, contrôle ou contre-vérification pour justifier sa charge de coordination.

Les worktrees donnent à chaque session un checkout Git séparé afin d’éviter l’édition de la même copie de travail. Anthropic indique que les sessions pilotées par un utilisateur et les sous-agents peuvent les employer. La vue agents place automatiquement chaque session distribuée dans son propre worktree. Les équipes d’agents ne bénéficient pas de cette isolation : leurs membres doivent être affectés à des ensembles de fichiers différents.

Les flux d’information varient eux aussi. Un sous-agent rapporte à la conversation qui l’a lancé. Une session de la vue agents rapporte à l’opérateur. Les membres d’une équipe peuvent communiquer directement et partager une liste lorsqu’ils disposent des outils de tâches correspondants. La messagerie entre sessions permet aux sessions pilotées par l’utilisateur d’échanger état et conclusions dans les contextes décrits par Anthropic.

La documentation mentionne enfin une compétence batch qui divise un changement important entre cinq et trente sous-agents isolés par worktree, chacun ouvrant une pull request. Il s’agit d’un assemblage prédéfini de sous-agents et de worktrees, pas d’un mode de coordination supplémentaire. Le volume de pull requests ne constitue pas une preuve de bon découpage ou de qualité.

La matrice suivante relève de la méthode opérationnelle de CreatikLab et non d’une promesse d’Anthropic. Elle oblige l’équipe à examiner le chevauchement des fichiers, le besoin de dialogue, l’indépendance attendue et la façon dont les résultats seront réunis.

• Recherche limitée, destinée à un seul responsable : sous-agent avec synthèse factuelle et incertitudes explicites.
• Missions indépendantes qu’un opérateur veut distribuer et surveiller : vue agents, après validation des risques liés à son statut préliminaire.
• Travaux interdépendants nécessitant des échanges : équipe d’agents uniquement avec propriété non chevauchante des fichiers et autorisation de l’usage expérimental.
• Audit ou migration reproductible exigeant des recoupements : workflow dynamique avec entrées, règles de comparaison et conditions d’arrêt.
• Éditions concurrentes présentant un risque de collision : worktrees distincts ; si la frontière reste ambiguë, exécution séquentielle.

Règle de choix : ne paralléliser que les missions décrites de manière autonome et recomposables au moyen de critères observables. Lorsque deux travailleurs doivent modifier le même état, attendent une décision d’architecture ou dépendent d’une interface instable, l’architecture doit être tranchée avant la délégation.

Un agent doit recevoir un objectif, un périmètre de fichiers, des interdictions, les preuves attendues et une condition de fin. Une consigne comme « améliore l’application » délègue des choix essentiels sans contrôle. Une mission demandant de reproduire un défaut d’authentification, de proposer un correctif sans changer le schéma et de fournir les vérifications crée au contraire une frontière inspectable.

Le contrat précise les dépendances consultables sans modification, les interfaces à préserver et les décisions réservées au responsable humain. Il décrit aussi la réaction face à une découverte plus large : arrêt et escalade, création d’un constat séparé ou poursuite dans une contingence déjà approuvée. Cette clause évite qu’une analyse limitée devienne une réécriture silencieuse.

• Entrées : anomalie, comportement attendu, chemins pertinents et contraintes connues.
• Autorisation : recherche, proposition de patch, implémentation isolée ou création de tests.
• Sorties : fichiers touchés, raisonnement synthétique, contrôles effectués et inconnues restantes.
• Arrêt : conflit de propriété, secret manquant, prérequis défaillant, risque de sécurité ou extension du périmètre.
• Responsable : personne habilitée à approuver la mission puis accepter, conditionner ou refuser le résultat.

Le contrôle doit rester exploitable après la fermeture des sessions. CreatikLab associe donc chaque exigence à une preuve, une action et un propriétaire humain identifiable.

• Périmètre — Preuve : contrat approuvé. Action : préciser les objectifs ambigus. Propriétaire : responsable de livraison.
• Séparation — Preuve : worktree ou propriété documentée. Action : isoler ou réordonner les modifications. Propriétaire : responsable technique.
• Contexte — Preuve : inventaire des instructions et fichiers transmis. Action : retirer les données inutiles ou sensibles. Propriétaire : opérateur.
• Vérification — Preuve : tests, analyse statique, contrôle navigateur ou procédure reproductible. Action : répéter indépendamment. Propriétaire : réviseur.
• Intégration — Preuve : diff contrôlé et dépendances examinées. Action : retirer les changements hors périmètre. Propriétaire : mainteneur.
• Usage — Preuve : données de sessions et de consommation disponibles dans l’environnement. Action : rapprocher l’usage du plan. Propriétaire : responsable de livraison.
• Acceptation — Preuve : critères reliés aux résultats. Action : enregistrer réussite, réserve ou rejet. Propriétaire : responsable produit.
• Récupération — Preuve : changement réversible et procédure de restauration. Action : tester le retour arrière. Propriétaire : responsable de mise en production.

Il ne faut pas présumer que Claude Code produit automatiquement ce dossier. L’organisation doit concevoir la collecte et la conservation adaptées à son environnement. Anthropic ne définit pas ici de format d’audit d’entreprise, de durée de rétention ou de circuit d’approbation.

Le nombre d’agents, de messages ou de sessions concurrentes mesure une activité. Il ne démontre ni correction technique ni valeur métier. L’unité pertinente est la mission acceptée : résultat borné, contrôlé selon les critères prévus, revu puis intégré sans risque critique ouvert.

Pour chaque lot, consignez le périmètre initial, le modèle de coordination, l’isolation, l’effort humain de revue, la raison d’une reprise, le résultat des contrôles et la décision finale. Les comparaisons entre séquentiel et parallèle doivent porter sur des classes de tâches comparables. Une migration et une simple inspection n’ont pas le même niveau d’incertitude.

• Qualité de livraison : missions acceptées ou refusées, défauts rouverts et changements hors périmètre supprimés.
• Qualité de coordination : conflits de propriété, dépendances bloquées, recherches dupliquées et difficultés d’intégration.
• Qualité de preuve : contrôles réalisés, répétitions indépendantes et constats non résolus lors de la sortie.
• Efficience : délai écoulé, effort humain de revue et usage enregistré, toujours interprétés ensemble.
• Impact commercial : demandes qualifiées influencées par le système, acceptation commerciale, étape du pipeline et motif de disqualification, sans attribuer chaque lead aux agents.

Une demande qualifiée doit correspondre à des critères convenus : besoin réel, adéquation, capacité de décision, périmètre possible et prochaine étape valide. Anthropic n’affirme pas que ses modes de coordination génèrent des leads ou améliorent un taux de conversion.

Des agents recevant le même brief peuvent construire des interprétations incompatibles, car leurs contextes restent distincts. Les messages ne règlent pas automatiquement un conflit d’architecture. Une liste partagée ne prouve pas la réalisation. Des worktrees séparés évitent une collision dans la copie locale, mais pas une contradiction entre API, schémas ou comportements.

Le statut de version préliminaire ou de fonction expérimentale ne doit pas être assimilé à une validation de production. Anthropic donne ces statuts, mais le document ne précise pas de niveau de service, disponibilité universelle, certification de sécurité, prix ou calendrier de déploiement. L’accès et le comportement doivent être testés dans l’organisation concernée.

La concurrence peut amplifier une mauvaise hypothèse : plusieurs travailleurs réalisent efficacement différentes parties d’un plan erroné. Un point de décision humain doit donc précéder la délégation étendue, puis l’intégration. Secrets, permissions sensibles, droit de déployer et opérations destructrices restent soumis aux contrôles propres à l’organisation.

Enfin, une exécution plus rapide en apparence n’est pas nécessairement moins coûteuse. Anthropic mentionne la multiplication de l’usage des tokens. Une méthode séquentielle peut être préférable lorsque les dépendances sont instables, la revue coûteuse ou la modification réduite.

Imaginons une version comprenant un audit d’accessibilité, une inspection analytique, la vérification d’un contrat API et une modification de la navigation commune. Les inspections peuvent être bornées et exécutées séparément. La navigation est centrale et peut dépendre des constats ; la modifier en parallèle introduirait une reprise prévisible.

Le scénario gouverné distribue les inspections en lecture seule ou dans des environnements isolés, exige des constats reproductibles et confie le composant partagé à un seul mainteneur. Après classification des résultats, ce mainteneur ordonne les correctifs. Un autre responsable répète les contrôles critiques avant acceptation. Ce scénario illustre la méthode CreatikLab, pas un comportement garanti par Claude Code.

Le scénario non gouverné lance toutes les opérations, autorise les chevauchements et fusionne la première proposition terminée. L’activité paraît élevée, mais l’équipe perd la capacité d’expliquer quelle modification a changé un test. Le bon plan optimise une intégration explicable et réversible plutôt que la concurrence maximale.

Une prestation sérieuse ne se limite pas à activer des agents. Elle fournit une carte des dépendances, la justification du mode choisi, des contrats de mission, les règles d’isolation du dépôt, les validations humaines, les exigences de vérification, le suivi d’usage, la procédure d’intégration et un pilote mesuré. Ce pilote doit montrer une tâche parallélisée et une autre conservée volontairement en séquence.

Pour comparer des prestataires, demandez des exemples anonymisés de périmètres, revues, changements refusés, preuves de test et décisions de récupération. Identifiez le propriétaire de l’architecture, l’autorité de déploiement et le chemin d’escalade des constats ouverts. N’accordez pas de valeur décisive au nombre d’agents ou à une promesse de productivité non démontrée.

Utilisez la page CreatikLab consacrée à l’automatisation IA et aux systèmes web sur mesure pour demander une proposition cadrée. Exigez un livrable concret : un plan de gouvernance propre au dépôt, couvrant le périmètre des missions, la propriété du code, les choix d’isolation, les validations humaines et les preuves d’acceptation. Le périmètre et la disponibilité doivent être confirmés pendant cet échange, et non présumés.

Si votre projet souffre déjà de missions qui se chevauchent, de responsabilités floues ou de revues coûteuses, transmettez à Lia le contexte du dépôt, le workflow actuel et la contrainte de sortie. Demandez à Lia d’organiser une revue contextualisée afin d’identifier ce qui peut être parallélisé, ce qui doit rester séquentiel et les preuves à exiger avant toute acceptation.

Quel mécanisme choisir pour une mission secondaire limitée ?

Anthropic présente les sous-agents comme des travailleurs délégués dans une même session. Ils conviennent lorsqu’une mission secondaire encombrerait la conversation principale avec des journaux, recherches ou fichiers qui ne seront plus utiles ensuite.

Dans quel cas utiliser la vue agents ?

La vue agents sert à lancer et suivre des sessions indépendantes en arrière-plan depuis un écran. Anthropic la qualifie de research preview, c’est-à-dire de version préliminaire orientée vers la recherche ; son comportement doit donc être validé dans l’environnement réel avant une livraison critique.

Les équipes d’agents isolent-elles automatiquement le code ?

Non. Anthropic précise que leurs membres ne sont pas isolés par des worktrees. Il faut attribuer des ensembles de fichiers distincts, puis faire contrôler l’intégration par un responsable humain.

Le parallélisme diminue-t-il le coût d’utilisation ?

La documentation indique que l’exécution simultanée de plusieurs sessions ou sous-agents multiplie l’usage des tokens. Elle ne promet ni économie, ni accélération, ni amélioration de la qualité.

Quelles preuves demander avant d’accepter une modification ?

Demandez le contrat de mission, la liste des fichiers modifiés, les vérifications exécutées, les risques ouverts, la décision de revue et le rapprochement avec des critères d’acceptation observables.

Comment comparer des prestataires de développement assisté par IA ?

Examinez leur méthode de découpage, l’isolation du dépôt, les preuves de test, les refus documentés, la récupération et la responsabilité humaine. Une démonstration rapide ou un grand nombre d’agents ne suffit pas.