Agents Claude Code en parallèle : maîtriser le développement web assisté par IA

Claude Code propose quatre façons de répartir du travail en parallèle : les sous-agents, la vue Agents, les équipes d’agents et les workflows dynamiques. D’après Anthropic, les sous-agents réalisent une mission annexe dans leur propre contexte puis renvoient une synthèse. La vue Agents sert à lancer et surveiller des sessions en arrière-plan. Les équipes coordonnent plusieurs sessions à l’aide d’une liste de tâches et de messages. Les workflows dynamiques confient la coordination et les vérifications croisées à un script.

La bonne pratique n’est pas de multiplier les travailleurs, mais de réserver le parallélisme aux tâches qui possèdent des limites, des critères de réception et un réviseur clairement identifiés. Anthropic ne promet ni accélération, ni baisse des coûts, ni amélioration automatique du code. CreatikLab considère ces mécanismes comme des options d’orchestration à insérer dans une discipline d’ingénierie qui conserve architecture, sécurité, tests et décision de mise en production.

Dans chaque approche, les travailleurs sont des sessions Claude. Anthropic indique qu’un outil différent peut être exposé à Claude par un serveur MCP. Les worktrees fournissent des copies de travail Git séparées afin que plusieurs sessions n’éditent pas le même état de fichiers. La vue Agents place automatiquement chaque session déléguée dans son propre worktree, et les sous-agents peuvent également en recevoir un. La messagerie intersessions permet aux sessions séparées d’échanger leurs constats et leur état.

Les équipes d’agents constituent une exception importante : leurs membres ne sont pas isolés dans des worktrees. Anthropic demande donc de répartir les fichiers entre eux. Ces équipes sont présentées comme expérimentales et désactivées par défaut, tandis que la vue Agents est une préversion de recherche. Les workflows dynamiques conviennent aux travaux nécessitant plusieurs passages ou contrôles croisés. L’exécution concurrente multiplie l’usage de jetons. La page ne fixe ni tarif, ni périmètre géographique, ni garantie de production.

Avant toute délégation, CreatikLab représente les liens entre les livrables. Une analyse d’accessibilité, une inspection des événements analytics et une revue de contenu peuvent parfois avancer séparément. Une migration de schéma et l’adaptation du code qui dépend de ce schéma sont fortement couplées. Même si les sessions modifient des fichiers différents, elles peuvent adopter des conventions incompatibles. La dépendance se situe donc au niveau des interfaces et du comportement, pas uniquement dans l’arborescence du dépôt.

• Couplage faible et impact faible : délégation et contrôle indépendants.
• Couplage faible et impact élevé : isolation avec validation spécialisée.
• Couplage fort et impact faible : séquençage ou coordination centralisée.
• Couplage fort et impact élevé : architecture et ordre de migration avant parallélisation.

Cette matrice relève de la méthode CreatikLab. Elle ne décrit pas une garantie d’Anthropic. Elle évite un piège courant : obtenir rapidement plusieurs résultats, puis perdre davantage de temps à résoudre leurs contradictions.

Choisissez un sous-agent lorsqu’une conversation a besoin d’une enquête limitée dont les journaux, recherches ou fichiers encombreraient le contexte principal. Évaluez la vue Agents lorsqu’un humain doit déléguer plusieurs missions indépendantes, suivre leur progression et intervenir au besoin. Une équipe d’agents ne se justifie que si les travailleurs doivent réellement se coordonner et peuvent posséder des fichiers distincts. Un workflow dynamique est préférable lorsque le processus doit imposer des vérifications répétables.

1. Pour collecter quelques résultats indépendants, commencer par des sous-agents.
2. Pour superviser plusieurs travaux séparés, tester la vue Agents avec isolation.
3. Avant d’autoriser une coordination directe, vérifier si un contrat écrit suffit.
4. Pour des contrôles reproductibles, inscrire les passages dans un workflow dynamique.
5. Lorsque les tâches touchent les mêmes contrats, réduire la concurrence et fixer l’ordre.

La règle consiste à employer le modèle le plus simple capable de produire des éléments contrôlables. Une orchestration sophistiquée ajoute des échanges, des arbitrages et des modes de défaillance.

Une instruction exploitable précise le résultat métier, les zones de code autorisées, les modifications interdites, les interfaces à respecter et les contrôles exigés. Elle explique aussi la conduite à tenir en cas de contradiction : suspendre l’action, exposer le problème et demander une décision. Sans cette limite, un agent peut entreprendre une refonte voisine, techniquement séduisante mais difficile à auditer et hors du besoin initial.

• Finalité : problème utilisateur ou opérationnel à résoudre.
• Périmètre : composants, routes, services et données modifiables.
• Hors périmètre : refontes et optimisations non demandées.
• Entrées : spécifications, exemples et schémas approuvés.
• Contrôles : tests, typage, lint, accessibilité ou mesure nécessaires.
• Livrable : synthèse, fichiers, preuves, risques et retour arrière.
• Propriétaire : personne habilitée à accepter ou refuser.

Pour un système web commercial, le contrat protège aussi les événements de conversion, le consentement, les URL canoniques, les données structurées et les parcours critiques dès que la mission peut les affecter.

Le worktree limite les collisions de fichiers, mais ce n’est pas une enceinte de sécurité complète. Il ne restreint pas automatiquement les identifiants cloud, les bases de données, les informations clients ou les permissions de publication. CreatikLab sépare l’état du code, les capacités d’exécution et l’autorité de release. Une session peut utiliser des données synthétiques et préparer un artefact sans consulter de dossiers réels ni pouvoir le déployer.

• Code : branche ou worktree dédié avec propriété des fichiers.
• Données : jeux synthétiques ou minimisés lorsque cela est possible.
• Outils : uniquement les commandes et connexions requises.
• Environnements : développement puis préproduction avant production.
• Release : validation humaine des fusions, migrations et déploiements.
• Traçabilité : conservation des instructions, résultats et décisions.

Un serveur MCP doit faire l’objet d’une revue d’intégration. Anthropic confirme le mécanisme de connexion, mais ne certifie pas tous les serveurs, droits ou effets en aval. Authentification, autorisation, journalisation et risque fournisseur restent sous la responsabilité de l’organisation.

Une déclaration de fin de tâche n’est pas une preuve. Le réviseur doit pouvoir reproduire les contrôles sur un état identifié du dépôt. Chaque livraison doit préciser la branche ou le commit, les fichiers touchés, les tests effectués et les éléments impossibles à vérifier. Une vérification non exécutée doit être inscrite comme manquante, et non transformée en hypothèse favorable.

• Preuve : diff et inventaire. Action : comparer au contrat. Responsable : réviseur.
• Preuve : résultats des tests. Action : reproduire les contrôles critiques. Responsable : qualité.
• Preuve : dépendance ou permission modifiée. Action : évaluer le risque. Responsable : référent technique.
• Preuve : événement analytics modifié. Action : valider la collecte. Responsable : mesure.
• Preuve : migration et retour arrière. Action : approuver l’ordre. Responsable : release.

Le triptyque preuve-action-responsable rend la gouvernance observable. Pour comparer des prestataires, demandez un exemple anonymisé de dossier de revue plutôt qu’une simple démonstration de génération de code.

Le tableau de bord doit dissocier l’activité des agents de la valeur acceptée. Une mission n’est terminée qu’après validation humaine. Le retravail lié à un périmètre imprécis, à des conflits ou à des tests défaillants doit être visible. Mesurez aussi le temps de revue indépendamment du temps d’exécution : un résultat instantané qui monopolise ensuite les experts n’améliore pas forcément le flux.

• Taux de missions acceptées sans extension ni correction majeure.
• Temps humain nécessaire pour comprendre et reproduire le résultat.
• Incidents d’intégration lors de la combinaison de travaux parallèles.
• Défauts détectés après la porte de qualité convenue.
• Présence d’une procédure crédible de retour arrière.
• Usage de jetons et d’infrastructure rapporté aux résultats acceptés.

Anthropic prévient que la simultanéité multiplie l’usage de jetons, sans fournir de ratio universel de productivité. Il faut établir une référence sur le fonctionnement actuel, conduire un pilote limité et n’étendre le dispositif que si le débit accepté progresse sans affaiblir les contrôles.

Des worktrees distincts n’empêchent pas deux sessions d’implémenter des contrats incompatibles. La messagerie n’assure pas non plus la justesse : plusieurs agents peuvent partager la même erreur. Une fonction expérimentale ou en préversion ne doit pas être présumée adaptée à un processus critique. Les informations d’Anthropic ne permettent pas de déduire une certification, une disponibilité régionale, un prix ou un engagement de service absent de la documentation.

• Contexte devenu obsolète après une évolution d’interface.
• Couplage caché dans un schéma, un événement ou une migration.
• Files de revue saturées par trop de livraisons simultanées.
• Droits excessifs accordés aux sessions ou intégrations.
• Biais d’automatisation face à un compte rendu convaincant.
• Consommation accrue sans hausse du travail accepté.
• Retour arrière impossible à ordonner après plusieurs fusions.

Les responsabilités d’architecture, d’accès, de réception et de publication doivent rester nominatives. Les agents peuvent analyser, modifier et vérifier, mais ils ne portent pas la responsabilité de l’entreprise envers les utilisateurs.

Commencez par un pilote non productif composé de tâches indépendantes, réversibles et faciles à vérifier. Les contrats, l’isolation, les droits et les réviseurs doivent être définis avant le lancement. Comparez ensuite le débit accepté, la charge de revue, les défauts d’intégration et la consommation avec le processus existant. Interrompez le pilote si la traçabilité, la qualité ou la capacité de récupération se dégrade.

1. Cartographier dépendances, couplage et impact potentiel.
2. Choisir le mécanisme de coordination le plus simple.
3. Attribuer fichiers, interfaces et décisions à des propriétaires.
4. Isoler le code et appliquer le moindre privilège.
5. Définir les contrôles et le dossier de preuves obligatoire.
6. Réviser et intégrer par les procédures d’ingénierie normales.
7. Valider la préproduction, la mesure et les parcours critiques.
8. Consigner l’approbation et le responsable du retour arrière.
9. Analyser retravail, défauts, charge humaine et usage avant extension.

Consultez la page CreatikLab consacrée à l’automatisation IA et aux systèmes sur mesure pour demander confirmation du périmètre d’un livrable expert concret : une évaluation de préparation aux agents portant sur le découpage des missions, les contraintes d’accès, les contrôles de revue et les besoins de mesure. Pour lancer une demande exploitable, décrivez à Lia dans MarketingPro votre dépôt, vos blocages de livraison, votre modèle d’accès et votre processus de mise en production, puis demandez-lui de confirmer le périmètre applicable et la prochaine étape.

Quelle approche choisir pour une petite modification web ?

Il faut retenir le mécanisme le plus simple compatible avec les dépendances. Un sous-agent convient à une recherche circonscrite. Plusieurs changements indépendants peuvent être confiés à des sessions isolées dans la vue Agents. Des modifications étroitement liées gagnent généralement à être séquencées.

Plusieurs agents garantissent-ils une livraison plus rapide ?

Non. Anthropic précise que l’exécution simultanée de sessions ou de sous-agents multiplie l’usage de jetons, sans promettre une amélioration de la vitesse ou de la qualité. Le bénéfice dépend du découpage, de la revue et du coût d’intégration.

Les membres d’une équipe d’agents disposent-ils de worktrees isolés ?

Anthropic indique que les équipes d’agents n’isolent pas leurs membres dans des worktrees. Il faut donc attribuer des ensembles de fichiers différents, expliciter les interfaces partagées et désigner un responsable humain de l’intégration.

Claude Code peut-il utiliser un outil externe ?

Anthropic explique que les travailleurs sont des sessions Claude et qu’un autre outil peut être exposé au moyen d’un serveur MCP. Cela ne valide pas automatiquement la sécurité, les autorisations ou l’adéquation à la production de chaque intégration.

Quelles preuves demander avant d’accepter une tâche ?

CreatikLab recommande un résumé du changement, la liste des fichiers, les contrôles exécutés, leurs résultats, les limites connues et la procédure de retour arrière. Les changements sensibles nécessitent des preuves complémentaires adaptées au risque.

Comment évaluer un prestataire qui utilise des agents de code ?

Examinez son découpage des dépendances, sa politique de branches ou de worktrees, ses droits d’accès, ses contrôles, ses preuves de test et son processus de déploiement et de retour arrière. Le nombre d’agents lancés n’est pas un critère de qualité suffisant.