Le paysage de l’intelligence artificielle s’enrichit d’une nouveauté significative.
Anthropic lance « Claude Code Projects » en version bêta : des sessions cloud parallèles qui continuent de fonctionner même après la fermeture de votre ordinateur portable
Projets Anthropic repensés en Claude Code. L’ancien projet était un dossier : quelques fichiers et une discussion. Le nouveau projet consiste en une seule conversation continue dans laquelle Claude joue le rôle de coordinateur. Vous décrivez le travail à effectuer, et Claude décide de ce qui constituera un fil de discussion. Chaque fil de discussion correspond à une session cloud Claude Code complète, s’exécutant sur sa propre branche et sa propre copie du dépôt. Les fils de discussion se déroulent en parallèle, s’intègrent à la conversation et se poursuivent même après la fermeture de votre ordinateur portable. Le communiqué de sortie d’Anthropic décrit ce système comme une conversation unique qui se divise en sessions parallèles dans le cloud.
L’architecture comporte deux niveaux. Le « projet conversation » fait office de coordinateur. Il analyse ce que vous lui envoyez, répond immédiatement aux questions simples et lance des « fils de discussion » pour le travail proprement dit. Il suit les rapports des fils de discussion, sans toutefois surveiller chacune de leurs étapes. Les fils de discussion sont les « travailleurs ». Un thread ouvre une pull request lorsque le travail l’exige, puis surveille cette pull request avec la correction automatique activée. Il envoie les corrections lorsque l’intégration continue échoue et répond lorsque les tests sont réussis.
Les outils MCP sont accessibles via les connecteurs de votre compte claude.ai.
À noter également, les threads délèguent en outre. Chacun peut subdiviser sa tâche à l’aide de sous-agents, de boucles et de workflows.
Dans le même temps, exemple fourni par Anthropic : se fixer pour objectif de réduire la latence p75 lors du paiement, puis demander à Claude de profiler chaque point de terminaison, de tester des optimisations et d’ouvrir des pull requests dans des threads parallèles. Un deuxième exemple consiste à retirer un point de terminaison v1 obsolète dans les dépôts API, web et mobile, à raison d’un thread par dépôt, Claude indiquant quelles pull requests sont fusionnées en premier.
Point notable, lorsque deux threads accèdent au même code, ce chevauchement se manifeste sous la forme d’un conflit de fusion Git classique.
Le contexte global est défini une seule fois et est accessible à chaque nouveau thread : les dépôts du projet et les fichiers téléchargés, les instructions du projet (jusqu’à 16 000 caractères), ainsi que la mémoire du projet que Claude écrit et lit via un fichier index.md nommé « MEMORY ». La mémoire en pratique : la sortie repoussée à vendredi, ou à qui s’adresser avant de modifier la facturation.
Chaque thread clone également tous les dépôts de projet et charge les fichiers CLAUDE.md, les compétences et les plugins de chacun d’entre eux. Les règles d’autorisation, les hooks et l’environnement se comportent différemment. Ils ne s’appliquent qu’à partir du répertoire dans lequel le thread démarre ; ainsi, un projet à dépôt unique les respecte, contrairement à un projet à dépôts multiples. Les outils MCP sont accessibles via les connecteurs de votre compte claude.ai. La conversation du projet elle-même ne comporte pas de connecteurs ; le traitement des connecteurs doit donc être effectué dans un thread.
Cette nouvelle étape pose plusieurs questions qui restent ouvertes.
À découvrir aussi :
Couverture originale : MarkTechPost : MarkTechPost