Le 17 septembre 2026, Anthropic a dévoilé une refonte majeure de Projects dans Claude Code, transformant ce qui était un espace de travail organisé en un véritable système de coordination multi-agents. La mise à jour est disponible en beta depuis le 17 septembre pour une sélection d'abonnés Pro et Max utilisant les sessions cloud.
L'annonce s'inscrit dans une tendance de fond : après avoir popularisé l'usage individuel de l'IA dans le développement logiciel, les éditeurs franchissent une étape nouvelle en proposant des architectures où plusieurs agents travaillent simultanément sur un même projet, sous supervision d'un coordinateur. Claude Code Projects devient ainsi le premier produit grand public d'Anthropic à implémenter ce modèle d'orchestration.
Pour les équipes de développement, l'impact potentiel est significatif : des tâches qui nécessitaient jusqu'ici une décomposition manuelle, plusieurs sessions Claude séparées et un rassemblement manuel des résultats peuvent désormais être déléguées à un coordinateur qui gère l'ensemble du cycle. Les sessions cloud persistent après la fermeture du laptop — le travail continue sans surveillance.
Cet article détaille le fonctionnement du nouveau système, les conditions d'accès à la beta, les cas d'usage les plus adaptés et les limites à connaître avant d'y faire reposer des workflows critiques.
Ce que change la refonte : coordinateur, threads et mémoire partagée
Avant la refonte, Projects dans Claude Code était essentiellement un système d'organisation : un espace nommé regroupant des conversations liées, avec la possibilité d'y attacher des fichiers et instructions partagées. Le développeur restait le véritable orchestrateur — il décidait quelles tâches confier à quelle session, copiait les résultats d'une session à l'autre, et rassemblait lui-même les sorties.
La version redessinée introduit trois changements fondamentaux :
- Un coordinateur : une couche d'orchestration capable de décomposer un objectif global en tâches parallèles, de les distribuer à des threads distincts, de suivre leur avancement et d'assembler les résultats. Le développeur décrit ce qu'il veut accomplir ; le coordinateur détermine comment le faire.
- Des threads cloud persistants : chaque thread est une session Claude Code cloud indépendante, travaillant sur une branche et une copie du dépôt qui lui sont propres. Ces sessions continuent de tourner après la fermeture du client local — le laptop peut être éteint, les agents poursuivent leur travail.
- Une mémoire partagée et une bibliothèque de projet : les threads partagent un espace de mémoire commun et une bibliothèque de fichiers et artefacts générés. Les décisions prises dans un thread sont visibles des autres, évitant les contradictions et les redondances.
C'est un changement de paradigme : on passe d'un outil d'assistance à un système de délégation partielle de la planification elle-même. Cette évolution s'inscrit dans la trajectoire plus large des architectures multi-agents en entreprise que nous suivons depuis plusieurs mois.
Comment fonctionne concrètement le coordinateur ?
Le coordinateur est l'intelligence centrale du nouveau système Projects. Voici comment il opère en pratique, d'après les informations publiées par Anthropic :
- Réception de l'objectif : l'utilisateur formule un objectif dans le projet — par exemple, « migrer ce module vers TypeScript strict, corriger les tests unitaires associés et mettre à jour la documentation ».
- Décomposition : le coordinateur analyse l'objectif et identifie les tâches parallélisables. Dans l'exemple précédent, trois threads distincts pourraient être créés : un pour la migration TypeScript, un pour les tests, un pour la documentation.
- Attribution aux threads : chaque thread reçoit son périmètre de travail. Il opère sur une branche dédiée du dépôt, isolée des autres threads, pour éviter les conflits.
- Supervision et communication : le coordinateur suit l'avancement de chaque thread. Si un thread rencontre une ambiguïté ou produit un artefact utile à un autre thread, le coordinateur peut relayer l'information via la mémoire partagée.
- Assemblage : une fois les threads terminés, le coordinateur propose une vue consolidée des résultats — diff global, conflits éventuels à résoudre, points d'attention.
L'utilisateur peut intervenir à tout moment pour rediriger le coordinateur ou un thread spécifique. Il conserve la supervision, mais n'a plus à gérer manuellement la division du travail ni le transfert d'information entre sessions.
Cette architecture est proche de ce que nous décrivions dans notre guide sur la création d'agents IA efficaces — la nouveauté est qu'Anthropic industrialise cette mécanique directement dans son produit, sans nécessiter une architecture sur mesure.
Qu'est-ce que la mémoire partagée concrètement ?
La mémoire partagée du projet contient les instructions permanentes du projet (contexte métier, conventions de code, contraintes), les fichiers uploadés par l'utilisateur, et les artefacts générés par les threads (spécifications intermédiaires, fragments de code réutilisables, notes d'étape). Chaque thread peut lire et écrire dans cet espace — sous supervision du coordinateur, qui peut filtrer ce qui est pertinent pour chaque thread.
Accès en beta : qui est concerné et quand ?
Anthropic a déployé la beta de façon progressive. Voici l'état de déploiement tel qu'annoncé au 17 septembre 2026 :
- Accès immédiat (17 septembre) : sélection d'abonnés Claude Pro et Max utilisant les sessions cloud dans Claude Code, sans projet existant sur le web ou le desktop. Ce critère exclut les utilisateurs ayant déjà des projets en place — une décision probablement liée aux migrations de données nécessaires.
- Semaine suivante : extension à l'ensemble des abonnés Claude Pro et Max utilisant Claude Code en sessions cloud.
- Étape suivante : déploiement aux plans Team et Enterprise, ainsi qu'aux abonnés Claude hors Claude Code.
Il n'y a pas encore d'accès public non abonné. Les sessions cloud sont une condition nécessaire : le système repose sur des threads qui s'exécutent dans l'infrastructure cloud Anthropic, et non localement sur la machine du développeur.
Pour vérifier si vous êtes éligible : ouvrez Claude Code avec une session cloud active et accédez à la section Projects. Si la refonte est déployée sur votre compte, vous verrez l'interface coordinateur plutôt que l'ancienne liste de conversations.
Implications pour les plans Team et Enterprise
L'arrivée sur les plans Team et Enterprise sera particulièrement pertinente pour les projets de développement sur mesure impliquant plusieurs développeurs. La question de la gouvernance des threads — qui peut créer des projets, qui supervise les résultats, comment les coûts sont alloués — n'est pas encore documentée en détail pour ces plans. À surveiller lors du déploiement.
Cas d'usage prioritaires pour les équipes de développement
D'après les fonctionnalités annoncées, voici les cas d'usage pour lesquels la refonte Projects apporte le gain le plus immédiat :
1. Migrations et refactorings à grande échelle
La migration d'une codebase vers un nouveau framework, la conversion vers TypeScript strict, ou le passage à une nouvelle version majeure d'une dépendance sont des tâches qui se prêtent naturellement à la parallélisation. Le coordinateur peut décomposer le travail par module ou par couche, permettre aux threads de travailler simultanément et signaler les dépendances cycliques.
2. Couverture de tests sur une base existante
Écrire des tests unitaires et d'intégration sur une base de code sans couverture est une tâche longue et répétitive — idéale pour des threads parallèles. Chaque thread peut se concentrer sur un sous-ensemble de modules, avec des instructions partagées sur les conventions de test et le framework utilisé.
3. Documentation technique complète
Générer de la documentation (JSDoc, Storybook, guides d'intégration) en parallèle de la correction de bugs ou du développement de features est difficile à faire en séquence. Un thread documentation peut travailler en parallèle d'autres threads de développement, accédant aux artefacts qu'ils produisent via la mémoire partagée.
4. Revues de code pluridimensionnelles
Le coordinateur peut lancer simultanément plusieurs threads de revue avec des angles distincts (sécurité, performance, maintenabilité, conformité aux conventions internes) et synthétiser les résultats.
Ces cas rejoignent la réflexion que nous menons avec nos clients sur l'automatisation des processus métier : les tâches les plus adaptées à l'IA agentique sont celles qui sont longues, répétitives et décomposables en sous-tâches indépendantes — exactement ce que Claude Code Projects adresse désormais nativement.
Limites et points de vigilance
La refonte est prometteuse, mais plusieurs points méritent attention avant d'y faire reposer des workflows critiques :
- Beta = instabilité possible : la feature est en beta à accès restreint. Les comportements documentés peuvent évoluer, certaines fonctionnalités peuvent être retirées ou modifiées avant la disponibilité générale.
- Coût des tokens démultiplié : plusieurs threads cloud actifs simultanément consomment des tokens en parallèle. Pour des projets conséquents, la consommation peut être significativement plus élevée qu'une session unique — à surveiller attentivement sur les plans Pro et Max avec leurs quotas.
- Supervision humaine toujours nécessaire : le coordinateur automatise la distribution du travail, pas sa validation. Les résultats assemblés doivent être relus et testés par un développeur humain avant intégration. La parallélisation accélère le travail mais ne le valide pas.
- Conflits de branches et de merge : chaque thread travaille sur une branche dédiée. Le merge final, notamment sur des bases de code avec des dépendances croisées fortes entre modules, peut générer des conflits que le coordinateur ne résout pas automatiquement.
- Accès cloud requis : les sessions cloud impliquent que le code du projet est temporairement dans l'infrastructure Anthropic. Pour les projets sous NDA strict ou avec des données sensibles, vérifier les conditions d'utilisation et la politique de rétention des données d'Anthropic avant activation.
- Déploiement progressif : les utilisateurs sans session cloud active ou ayant des projets existants n'ont pas encore accès. Les plans Team et Enterprise attendent leur tour.
Pour les équipes envisageant d'intégrer cette fonctionnalité dans leurs processus de développement d'outils internes, nous recommandons de commencer par des projets non critiques et de mesurer le rapport qualité/coût réel avant de généraliser l'usage.
FAQ — Claude Code Projects redessiné : coordinateur multi-agents, sessions cloud persistantes et mémoire partagée — qui peut en bénéficier aujourd'hui ?
Les threads cloud Claude Code Projects continuent-ils de tourner si je ferme mon laptop ?
Oui. C'est l'un des apports clés de la refonte. Les threads sont des sessions cloud indépendantes de votre client local. Fermer le laptop, mettre la machine en veille ou perdre la connexion n'interrompt pas leur exécution. Vous retrouvez l'état d'avancement lors de votre reconnexion.
Quelle est la différence entre Claude Code Projects et une architecture multi-agents custom ?
Claude Code Projects propose un coordinateur préconfiguré, accessible sans code supplémentaire, intégré à l'interface Claude Code. Une architecture multi-agents custom offre plus de flexibilité (choix des modèles, logique d'orchestration sur mesure, intégration à vos propres systèmes) mais nécessite un développement spécifique. Projects est un bon point d'entrée pour des équipes qui ne veulent pas construire leur propre orchestrateur.
Les sessions cloud Claude Code Projects ont-elles accès à mes dépôts privés ?
Oui, sous les mêmes conditions que les sessions cloud Claude Code standard. Les threads reçoivent une copie du contexte du dépôt nécessaire à leur tâche, dans l'infrastructure Anthropic. Il est conseillé de vérifier la politique de traitement des données d'Anthropic pour les sessions cloud avant d'y traiter du code sous NDA ou des données sensibles.
Comment est calculé le coût en tokens avec plusieurs threads parallèles ?
Chaque thread consomme ses propres tokens indépendamment. Un projet avec trois threads actifs simultanément consomme environ trois fois plus de tokens qu'une session unique sur la même durée. Anthropic n'a pas encore publié de documentation détaillée sur la facturation spécifique aux plans Pro et Max pour ce cas d'usage.
Peut-on utiliser Claude Code Projects sur les plans Team et Enterprise dès maintenant ?
Non, pas encore. Au 17 septembre 2026, la beta est limitée aux abonnés Pro et Max utilisant les sessions cloud. Anthropic a annoncé une extension aux plans Team et Enterprise dans une prochaine vague, sans date précise communiquée.
Le coordinateur peut-il gérer des dépôts multi-langages ou des monorepos ?
Anthropic n'a pas publié de documentation spécifique sur ce point dans l'annonce beta. En théorie, un thread peut recevoir n'importe quel périmètre de codebase. La gestion des dépendances croisées dans un monorepo restera probablement plus délicate qu'un dépôt mono-langage bien découpé — à tester avec précaution avant de l'utiliser en production.