AIREITERClaude Code Projects existe bel et bien, mais il ne s’agit pas encore d’un lancement généralisé. Anthropic a ouvert la bêta le 17 septembre 2026 à un groupe sélectionné d’utilisateurs Pro et Max. Comme tout repose pour l’instant sur le cloud, la fonctionnalité convient mal aux projets qui dépendent d’un réseau privé.
La bêta de Claude Code Projects est-elle vraiment disponible ?
Claude Code Projects est entré en bêta le 17 septembre 2026, selon l’annonce de lancement d’Anthropic. L’accès initial est réservé à certains abonnés Pro et Max qui utilisent les sessions cloud de Claude Code et ne possèdent pas déjà de Project sur Claude web ou desktop.
Anthropic a indiqué vouloir étendre l’accès à davantage d’utilisateurs Pro et Max de Claude Code durant la semaine suivante. Les offres Team et Enterprise, Claude chat et Cowork feront l’objet d’un déploiement ultérieur, sans date annoncée. Les Projects existants conservent leur ancien fonctionnement jusqu’à leur migration par Anthropic.
Vérifiez votre éligibilité
Vous ne faites partie du groupe ciblé au lancement que si les quatre conditions suivantes sont réunies :
- Vous disposez d’un abonnement Claude Pro ou Max.
- Vous utilisez déjà les sessions cloud dans Claude Code.
- Votre compte ne contient aucun Project existant sur Claude web ou desktop.
- Anthropic a sélectionné votre compte pour la bêta progressive.
Remplir les trois premières conditions ne garantit pas un accès immédiat. Anthropic invite les abonnés Pro et Max éligibles qui ne voient pas encore la fonctionnalité à s’inscrire sur une liste d’attente. Des recherches menées par la communauté sur X ont également fait ressortir de nombreux témoignages d’utilisateurs qui ne voyaient toujours pas le point d’accès après l’annonce.
Faut-il l’utiliser maintenant ou attendre ?
Utilisez Claude Code Projects dès maintenant pour un projet d’ingénierie bien délimité, dont les tâches peuvent être réparties entre plusieurs environnements cloud indépendants. En revanche, mieux vaut patienter si le code, les tests, les paquets ou les services doivent rester sur une machine locale ou un réseau privé : l’exécution locale n’était pas disponible au lancement.
| Votre situation | Recommandation | Pourquoi |
|---|---|---|
| Compte Pro/Max, accès à la bêta, dépôt compatible avec le cloud | Utilisez-le maintenant sur un projet limité | C’est la configuration prévue au lancement |
| Utilisateur Pro/Max éligible sans accès à la fonctionnalité | Inscrivez-vous sur la liste d’attente | Le déploiement dépend du compte, pas d’une erreur de configuration |
| Project existant sur Claude web/desktop | Continuez à l’utiliser et attendez | Les Projects existants seront migrés ultérieurement |
| Outils locaux ou dépendances sur un réseau privé | Attendez les fils locaux | Les workers cloud ne peuvent pas accéder à ces ressources aujourd’hui |
| Compte Team ou Enterprise | Attendez le déploiement correspondant à votre offre | Anthropic n’a communiqué aucune date de sortie |
| Modification unique et fortement couplée touchant les mêmes fichiers | Utilisez une seule session Claude Code | Les branches parallèles ajoutent un risque de conflit sans réelle indépendance |
Le principal compromis oppose rapidité et quota disponible. Chaque fil de travail est une session Claude Code complète : plusieurs workers lancés simultanément peuvent donc épuiser plus vite les limites de l’abonnement. Anthropic fournit une visibilité propre à chaque projet, ainsi que des réglages distincts de modèle et d’effort pour le coordinateur et les workers. En revanche, aucun multiplicateur d’utilisation fixe, aucune limite de concurrence ni aucun quota par projet n’ont été publiés.
Cette absence de chiffre est plus importante qu’un simple prix affiché. VentureBeat a rapporté qu’Anthropic ne facturait pas Projects séparément au lancement : la consommation est déduite du quota Claude déjà inclus dans l’abonnement.
Que se passe-t-il après avoir donné un objectif à un Project ?
Claude Code Project transforme un objectif général en une série de tâches réparties entre plusieurs sessions cloud. Le coordinateur précise le périmètre, attribue les missions à des fils nouveaux ou existants, suit leur progression et assemble le résultat. De son côté, l’utilisateur peut consulter chaque fil ou réorienter son travail à tout moment.
« Les Projects ont des fils qui exécutent le travail et un coordinateur qui les dirige. » — Anthropic, Projects redesigned
Coordinateur, fils de travail et mémoire partagée
| Composant | Fonction | Ce que l’utilisateur contrôle encore |
|---|---|---|
| Coordinateur | Définit le périmètre, délègue, suit l’avancement, relit et regroupe les résultats | Objectif, consignes, fréquence des points d’étape, modèle et effort |
| Fil de travail | S’exécute comme une session cloud Claude Code complète | Orientation du fil, modèle, effort et validation |
| Espace de travail du dépôt | Fournit à chaque fil de code sa propre copie du dépôt et sa propre branche | Examen des pull requests et décisions de fusion |
| Mémoire partagée | Transmet les décisions et préférences d’un fil à l’autre | L’annonce ne documente pas de contrôles détaillés de modification ou d’export |
| Bibliothèque | Stocke les fichiers de l’utilisateur et les artefacts générés par Claude | Choix des éléments ajoutés au contexte du projet |
Un fil de code connecté peut modifier le code, lancer les tests et ouvrir une pull request. Un fil consacré aux documents peut lire des sources et rédiger un livrable. Les fils peuvent eux-mêmes découper leur mission à l’aide de sous-agents, de boucles et de workflows : la hiérarchie peut donc descendre sous le coordinateur principal.
Les branches séparées empêchent les workers d’écraser directement le même espace de travail, mais elles ne suppriment pas les chevauchements logiques. Si deux fils modifient le même code, Anthropic précise que le problème se transforme en conflit de fusion classique au niveau de la pull request. L’analyse du lancement publiée par Nowline présente à juste titre ce comportement comme un fonctionnement Git bien connu, et non comme une résolution automatique des conflits.
La fonctionnalité est surtout intéressante lorsque les frontières sont nettes : un fil par dépôt dans une migration d’API versionnée, par exemple, ou des tâches distinctes de profilage et d’optimisation pour différents endpoints. Les exemples d’Anthropic s’appuient sur une migration répartie entre trois dépôts d’un endpoint v1 obsolète, ainsi que sur un travail parallèle consacré à la latence p75 du checkout. L’entreprise ne fournit toutefois aucune mesure de durée d’exécution, de taux de réussite ou d’amélioration de la latence pour ces scénarios.
Ce qui distingue Claude Code Projects des anciens Claude Projects
Claude Code Projects orchestre activement le travail. Les anciens Claude Projects servent principalement à regrouper des conversations, des consignes, des fichiers et des connaissances partagées. La ressemblance des noms masque donc une évolution importante du rôle du produit.
| Aspect | Claude Projects historique | Bêta de Claude Code Projects |
|---|---|---|
| Rôle principal | Conteneur de contexte | Coordinateur de travail |
| Conversations | Conversations séparées utilisant les connaissances du projet | Coordinateur principal et fils de travail routés |
| Exécution | L’utilisateur gère chaque conversation | Des sessions cloud Claude Code complètes s’exécutent en parallèle |
| Isolation du code | Ce n’est pas le modèle central | Une copie du dépôt et une branche distinctes pour chaque fil |
| Contexte permanent | Connaissances et instructions importées | Mémoire partagée, décisions, préférences, fichiers et artefacts |
| Disponibilité | Expérience Claude existante | Certains utilisateurs Pro/Max bénéficient d’abord de la bêta |
L’analyse détaillée du lancement par CellCog identifie la mémoire partagée comme l’élément qui transforme des sessions parallèles en projet continu. C’est aussi le volet de gouvernance le moins documenté : Anthropic explique ce que la mémoire peut conserver, mais son annonce ne précise pas comment consulter, corriger, supprimer ou exporter des souvenirs individuels.
Configurer un Project sans gaspiller le premier essai
Un premier Project utile repose sur un objectif clairement délimité, des tâches séparables et des étapes de validation explicites. Commencer par « améliorer toute la base de code » donne au coordinateur peu d’éléments pour répartir des missions sans chevauchement et complique l’évaluation de la consommation.
- Choisissez un résultat mesurable. Nommez la migration, l’ensemble de bugs, le périmètre fonctionnel ou l’objectif de performance au lieu de formuler une ambition trop générale.
- N’ajoutez que le contexte nécessaire. Sélectionnez le dépôt ou les documents, puis configurez l’environnement cloud, les connecteurs, les plugins et les instructions du projet décrits dans l’annonce d’Anthropic.
- Définissez les dépendances. Indiquez au coordinateur quels dépôts, modules ou fichiers peuvent être traités indépendamment et quelles modifications doivent respecter un ordre précis.
- Distinguez les réglages de planification de ceux d’exécution. Utilisez les réglages de modèle et d’effort du coordinateur pour le découpage et la validation ; adaptez ceux des workers à la difficulté des tâches et au quota disponible.
- Exigez des preuves de chaque fil. Demandez les tests exécutés, les fichiers modifiés, les erreurs non résolues et une pull request plutôt que de vous contenter d’une affirmation de réussite.
- Validez avant de fusionner. Examinez chaque fil et ses pull requests. L’isolation des branches ne garantit pas que deux changements soient compatibles.
- Surveillez la consommation du projet. Commencez par deux fils indépendants, observez l’utilisation, puis augmentez progressivement le parallélisme uniquement lorsqu’il fait gagner plus de temps qu’il n’en coûte en revue et en quota.
L’exécution cloud se poursuit même lorsque l’ordinateur portable est fermé, et le Project peut être piloté depuis un téléphone. Cette commodité ne transforme pas pour autant l’outil en système de déploiement autonome : les tests, les permissions, l’ordre d’intégration et les fusions finales nécessitent toujours une validation explicite. D’après la démonstration produit de VentureBeat, la vue Overview est conçue pour faire ressortir les éléments qui demandent l’intervention d’un humain.
FAQ sur la bêta de Claude Code Projects
Claude Code Projects est-il disponible avec Pro ?
Oui, mais seuls certains abonnés Pro et Max ont reçu un accès initial à la bêta. Les comptes éligibles qui n’y ont pas encore accès peuvent s’inscrire sur la liste d’attente, et Anthropic a indiqué que le déploiement Pro/Max serait élargi après le lancement.
Les Projects peuvent-ils continuer à fonctionner après la fermeture de mon ordinateur portable ?
Oui. Les fils de travail s’exécutent comme des sessions cloud Claude Code et peuvent donc continuer une fois l’ordinateur local déconnecté.
Les fils de Claude Code Projects peuvent-ils s’exécuter en local ?
Non, pas au lancement du 17 septembre. Anthropic a indiqué que l’exécution locale, avec accès aux outils, au code et aux réseaux privés locaux, arriverait « très bientôt », sans publier de date.
Chaque fil de code utilise-t-il une branche distincte ?
Oui. Chaque fil de code reçoit sa propre copie du dépôt et sa propre branche. Des modifications qui se chevauchent peuvent malgré tout provoquer des conflits de fusion classiques dans les pull requests.
Claude Code Projects coûte-t-il plus cher ?
Anthropic n’a annoncé aucun tarif séparé pour Projects. Chaque worker est une session Claude Code complète et consomme le quota existant de l’abonnement : le travail parallèle peut donc atteindre les limites plus rapidement.
Un même Project peut-il travailler sur plusieurs dépôts ?
Oui. L’exemple de lancement d’Anthropic relie des dépôts d’API, web et mobile, attribue un fil de migration à chacun et demande au coordinateur d’indiquer l’ordre de fusion requis.
La prochaine étape, concrètement
Les développeurs qui disposent de l’accès devraient commencer par une migration compatible avec le cloud ou par un petit backlog dont les tâches concernent des modules différents. Les utilisateurs éligibles qui ne voient pas le point d’accès ont intérêt à s’inscrire sur la liste d’attente plutôt qu’à modifier en boucle leurs réglages locaux de Claude Code. Les utilisateurs Team, Enterprise, ceux qui ont déjà un Project et ceux qui dépendent d’un réseau privé doivent attendre le déploiement annoncé pour leur cas.
Le vrai point encore indéterminé n’est pas de savoir si des agents parallèles peuvent produire davantage de travail simultanément. Il faut plutôt déterminer si le temps gagné compense la consommation supplémentaire, la charge de revue et le risque de conflits lors des fusions. Tant qu’Anthropic n’aura pas publié de fourchettes d’utilisation ou que des utilisateurs indépendants n’auront pas réalisé des essais comparables, mieux vaut commencer par deux fils clairement séparés que lancer un essaim sans restriction.