Présentation

Claude Code Projects a reçu une mise à jour qui rend le coordinateur capable de répondre directement aux questions et d’envoyer des mises à jour d’état sans sollicitation. Les développeurs peuvent désormais créer des liens en lecture seule pour chaque fil, ce qui évite d’exposer les sessions qui ont accédé à un ordinateur local. Deux nouvelles commandes, /btw et /fork, permettent de lancer un fil secondaire ou de bifurquer un fil existant, tout en conservant la même logique que dans les sessions Claude Code classiques.

Architecture et flux de travail

Chaque projet reste une conversation persistante orchestrée par un coordinateur. Le coordinateur attribue des tâches à des fils qui s’exécutent comme des sessions cloud indépendantes, chacune disposant d’une copie du dépôt et d’une branche Git dédiée. Cette isolation garantit que les modifications concurrentes sont gérées par le mécanisme natif de Git : les conflits apparaissent lors de la fusion des branches, ce qui conserve la traçabilité et la réversibilité des changements.

/btw Analyse du module X
/btw Suggestion d’optimisation

Le panneau des fils a été réorganisé : une rangée « récents » place en tête les fils récemment ouverts ou mis à jour, et chaque fil peut afficher une vignette du document, du diagramme ou de tout autre artefact généré. Cette visualisation accélère la navigation dans les projets comportant des dizaines de fils.

Gestion des ressources et limites

Les nouvelles fonctionnalités n’ajoutent aucun coût supplémentaire ; chaque fil consomme la même allocation Claude Code que le plan de l’abonné. Anthropic impose toutefois un plafond de 200 nouveaux fils par jour, partagé entre tous les projets d’un compte. Lorsqu’un fil atteint la limite d’usage, il se met en pause et reprend automatiquement dès que des ressources sont disponibles. Les contrôles d’usage affichent séparément la consommation du coordinateur et des travailleurs, et l’utilisateur peut choisir le modèle (par défaut Opus) ainsi que le niveau d’effort : faible pour le coordinateur, élevé pour les travailleurs. Un grand nombre de fils à haut effort peut donc épuiser le quota plus rapidement qu’une session unique.

Scénarios d’utilisation et contraintes

Le modèle convient aux tâches qui se découpent naturellement en unités indépendantes : profilage de points d’accès, optimisation de latence (par exemple p75 checkout latency), migrations multi‑référentiels ou refactorisations massives. Chaque unité s’exécute dans son propre fil, puis les résultats sont consolidés via des pull‑requests. Les dépendances strictes restent à gérer manuellement ; les développeurs doivent ordonner les merges et résoudre les conflits. Le service reste limité aux abonnés Pro et Max, la version bêta publique étant lancée le 17 septembre. Les plans Team et Enterprise ne disposent pas encore de cette fonctionnalité, ce qui restreint son adoption dans les environnements d’entreprise.