Claude Code transforme Projects en chef d’orchestre de sessions cloud

Anthropic déploie Projects dans Claude Code : une conversation peut désormais répartir un chantier entre plusieurs sessions cloud parallèles, partager leur contexte et poursuivre le travail ordinateur fermé.

Une seule conversation pour répartir une migration entre plusieurs dépôts, lancer les tests, ouvrir des demandes de fusion et surveiller leurs résultats. Avec la nouvelle version de Projects, Claude Code ne se contente plus de regrouper des échanges et des fichiers : il coordonne plusieurs sessions chargées d’avancer en parallèle sur un objectif commun.

Cette expérience est disponible en bêta auprès d’une partie des abonnés Pro et Max. Le déploiement commence par les personnes qui utilisent déjà les sessions cloud de Claude Code et ne possèdent pas de projet créé dans l’ancienne interface de Claude.

Un projet prend la forme d’une conversation continue avec Claude. L’utilisateur décrit le résultat recherché, ajoute les dépôts, documents et instructions nécessaires, puis laisse un coordinateur découper le travail en fils distincts, appelés « threads » dans l’interface.

Chaque fil correspond à une session Claude Code complète exécutée dans le cloud. Il possède sa propre fenêtre de contexte, son environnement isolé, une copie du dépôt et, lorsqu’un projet logiciel est concerné, sa propre branche Git. Plusieurs fils peuvent fonctionner simultanément sans se partager directement le même espace de travail.

Le coordinateur se place au-dessus de ces sessions. Il analyse la demande, choisit les travaux à déléguer, crée de nouveaux fils ou réutilise ceux qui existent, puis rassemble leurs comptes rendus dans la conversation principale. L’utilisateur peut rester dans cette vue générale ou ouvrir un fil particulier pour examiner ses actions et lui donner des instructions supplémentaires.

Cette organisation vise d’abord les tâches qui ne tiennent pas dans une seule réponse. Une migration peut, par exemple, nécessiter la modification d’une API, de plusieurs applications clientes et de leur documentation. Claude peut créer un fil pour chaque dépôt, faire exécuter les tests séparément, ouvrir les demandes de fusion correspondantes et indiquer ensuite l’ordre dans lequel elles devraient être intégrées.

Anthropic donne également l’exemple d’un travail d’optimisation réparti entre plusieurs composants. Un fil peut établir les mesures initiales, d’autres tester différentes modifications, tandis qu’un dernier vérifie les résultats. Le projet sert alors de couche de coordination entre des sessions qui auraient auparavant dû être lancées et suivies manuellement.

Le fonctionnement ne se limite pas à la programmation. Des contrats, rapports, demandes d’assistance ou autres documents peuvent être ajoutés au projet. Claude peut en confier l’analyse à plusieurs fils, produire des synthèses et enregistrer les fichiers obtenus dans la bibliothèque associée au projet.

Les fils continuent de fonctionner sur l’infrastructure d’Anthropic lorsque l’ordinateur de l’utilisateur est fermé. Leur progression peut être consultée depuis l’interface web, l’application de bureau ou un téléphone. Cette persistance existait déjà pour les sessions cloud individuelles, mais Projects ajoute la répartition des tâches et la consolidation de leurs résultats.

Le contexte n’est toutefois pas intégralement dupliqué entre tous les participants. Chaque fil conserve son propre historique et le coordinateur reçoit principalement des rapports sur son avancement. Les informations destinées à rester disponibles à long terme sont placées dans une mémoire commune au projet.

Cette mémoire peut conserver une décision d’architecture, une modification de calendrier, une convention interne ou la raison pour laquelle une option a été abandonnée. Les nouveaux fils peuvent ensuite utiliser ces éléments sans que l’utilisateur ait à les répéter dans chaque demande.

Les dépôts, fichiers, instructions, compétences, connecteurs et extensions définis au niveau du projet fournissent également un socle commun. Une instruction permanente peut préciser la commande de test à utiliser, le format des comptes rendus ou les parties du produit qui nécessitent une validation humaine.

La mémoire n’équivaut pas à un historique exhaustif. La conversation principale est reconstruite à partir des messages récents, des fils les plus pertinents et des informations enregistrées. Les longues sessions sont compactées progressivement. Une décision importante doit donc être inscrite explicitement dans la mémoire plutôt que laissée au milieu d’un ancien échange.

L’interface classe les fils selon leur état. Certains attendent une réponse de l’utilisateur, d’autres sont encore en cours, prêts à être vérifiés ou associés à une demande de fusion. Des vues séparées rassemblent les fichiers produits, les demandes de fusion et les routines automatisées.

Lorsqu’un dépôt GitHub est connecté, un fil peut modifier le code sur sa branche, lancer les tests et ouvrir une demande de fusion. Il peut ensuite surveiller les contrôles d’intégration continue, traiter certains commentaires de revue et signaler que le changement est prêt.

L’isolation entre les branches limite les interférences directes, mais ne supprime pas les conflits. Si deux fils modifient la même partie du code, leur rapprochement produit les mêmes difficultés qu’entre deux contributions humaines. Le coordinateur peut organiser le travail, mais il ne rend pas automatiquement compatibles des changements contradictoires.

Un fil peut lui-même faire appel à des sous-agents ou à des boucles de travail. La structure possède ainsi plusieurs niveaux : la conversation principale coordonne les fils, puis chaque fil peut subdiviser la tâche qui lui a été confiée. Cette capacité doit accélérer les chantiers complexes, mais elle augmente également le nombre de sessions mobilisées.

Toutes ces sessions consomment les limites du forfait Claude Code. Anthropic avertit qu’un projet peut épuiser l’enveloppe disponible plus rapidement qu’une conversation traditionnelle, puisque chaque fil constitue une session complète. La surveillance d’une demande de fusion consomme également des ressources lorsqu’un test ou un nouveau commentaire réactive le fil.

Par défaut, les nouveaux