Claude Code répartit désormais un projet entre plusieurs agents
Anthropic a lancé le 17 septembre 2026 une nouvelle version de Projects en bêta dans Claude Code. À partir d’un objectif commun, Claude peut cadrer le travail, le déléguer à plusieurs fils parallèles, examiner leurs résultats et préparer une livraison coordonnée, selon l’annonce officielle de la nouvelle expérience.
La fonction n’est pas encore ouverte à tous les utilisateurs. Le déploiement initial concerne certains abonnés Pro et Max utilisant déjà les sessions cloud de Claude Code et dépourvus de projet existant sur le Web ou l’application de bureau; l’analyse publiée par Explainx le 18 septembre confirme ce périmètre et la distinction avec les anciens projets de Claude.
Le projet devient un coordinateur de sessions
Dans la nouvelle expérience, le développeur définit un objectif ainsi que le dépôt ou le contexte concerné. Claude propose les travaux qu’il peut prendre en charge, les attribue à de nouveaux fils ou à des fils déjà ouverts, puis rassemble leurs résultats dans la conversation principale.
Le terme officiel est « fils parallèles », mais chacun correspond à une session Claude Code cloud complète. C’est cette organisation qui permet de parler de plusieurs agents: le coordinateur distribue et supervise le travail, tandis que chaque fil exécute une partie de la mission. Un fil peut lui-même subdiviser sa tâche avec des sous-agents, des boucles ou d’autres workflows.
Un scénario présenté lors du lancement porte sur une migration concernant des dépôts API, Web et mobile. Le coordinateur crée un fil par dépôt pour modifier les appelants, lancer les tests et ouvrir les demandes de fusion, avant d’indiquer leur ordre d’intégration. Il orchestre donc la livraison, sans faire disparaître la revue du code ni les décisions de fusion.
Les branches séparent le travail, pas les conflits
Chaque fil cloud travaille sur sa propre branche et sa propre copie du dépôt. Cette isolation empêche plusieurs sessions d’écrire simultanément dans le même espace de travail et permet d’exécuter en parallèle des tâches distinctes.
Elle ne règle pas les dépendances entre les modifications. Si deux fils touchent la même portion de code, leur chevauchement devient un conflit de fusion comparable à celui de deux demandes de fusion ordinaires. Le développeur reste responsable de la relecture, de l’arbitrage des conflits et de la décision finale d’intégrer ou non les changements.
La forme du projet devient donc déterminante. Une migration répartie entre plusieurs dépôts, des composants indépendants ou des séries de tests séparées correspondent bien à ce modèle. Deux changements étroitement liés dans un même module risquent au contraire de déplacer la difficulté vers la fusion finale; une session unique ou plusieurs sessions pilotées manuellement peuvent alors rester plus simples.
La mémoire est commune, l’exécution reste isolée
Projects ajoute une mémoire partagée à laquelle les différents fils contribuent. Elle peut conserver des décisions de projet, des contraintes métier ou des préférences de communication afin que les tâches suivantes récupèrent ce contexte. Une bibliothèque rassemble également les fichiers ajoutés et les artefacts produits au fil du projet.
Cette mémoire ne transforme pas les fils en une session unique. Chacun conserve son contexte d’exécution, sa branche et sa copie du dépôt, puis transmet ses résultats au coordinateur. La mémoire assure la continuité des informations; Git et les demandes de fusion font toujours converger le code.
C’est la principale différence avec l’ancien système Projects, centré sur le regroupement de conversations, de fichiers et d’instructions. La bêta ajoute une coordination active capable d’ouvrir et de diriger plusieurs sessions. Les projets existants sur les offres Pro et Max continuent pour l’instant de fonctionner selon l’ancien modèle.
Le cloud poursuit les tâches, mais impose ses frontières
Les fils peuvent continuer à travailler après que l’utilisateur a fermé son ordinateur, car leur exécution se déroule actuellement dans le cloud. En contrepartie, ils ne peuvent pas encore atteindre les fichiers, bases de données ou outils présents uniquement sur la machine locale, ni les ressources derrière un réseau interne. Le décryptage de Think Facility relève cette exécution exclusivement cloud au lancement et l’arrivée annoncée d’un mode local, sans calendrier précis.
Le parallélisme accélère aussi la consommation du quota. Chaque fil étant une session Claude Code complète, plusieurs exécutions simultanées peuvent atteindre les limites d’usage plus rapidement. Projects permet néanmoins de consulter la consommation propre au projet et de choisir séparément le modèle et le niveau d’effort du coordinateur et des fils.
Ces contraintes définissent les cas où plusieurs sessions manuelles restent préférables. Un travail dépendant d’un émulateur local, d’une base interne ou d’un accès réseau privé ne peut pas encore être confié entièrement au coordinateur. Une tâche courte, fortement séquentielle ou concentrée dans les mêmes fichiers bénéficie également moins de la distribution automatique.
Un accès encore progressif
Un abonnement Pro ou Max ne garantit pas que Projects soit déjà visible: la bêta est activée progressivement pour les utilisateurs de sessions cloud répondant aux conditions initiales. L’extension doit ensuite toucher davantage d’utilisateurs de Claude Code, puis les autres interfaces de Claude et les offres Team et Enterprise, sans date publique précise pour ces dernières étapes.
La nouveauté confirmée est donc moins le parallélisme lui-même que sa prise en charge par une conversation coordinatrice, avec mémoire commune et branches séparées. La bêta devra encore préciser le calendrier de l’exécution locale et de l’accès aux offres d’équipe. D’ici là, les conflits de code, les limites d’usage et la validation de la livraison restent sous la responsabilité du développeur.
À lire aussi:
Abonnez-vous à notre newsletter
Recevez directement les dernières actualités sur le Web3, l’IA et les cryptomonnaies.