Claude Projects a été élargi le 9 octobre 2026 : Anthropic a annoncé via son compte développeur ClaudeDevs que toutes les personnes en liste d'attente disposant d'un abonnement Pro ou Max sont désormais admises, la bêta continuant à être déployée pour ces deux formules. La forme est simple : une conversation continue sert d'entrée unique. On y envoie le travail au fil de l'eau, et Claude le répartit en fils qui s'exécutent en parallèle et rendent compte.
Une conversation qui coordonne, des fils qui travaillent
Sans Projects, coordonner plusieurs sessions en parallèle repose sur l'utilisateur : décider ce que fait chaque session, recoller le même contexte au début de chacune, et vérifier tour à tour laquelle a terminé ou attend une réponse. Projects confient cette coordination à Claude lui-même. La conversation du projet reçoit les tâches, décide d'ouvrir un nouveau fil ou de confier le travail à un fil déjà actif dans le domaine, et suit ce que les fils rapportent. Chaque fil est une session distincte, avec sa propre fenêtre de contexte. La plupart sont des sessions cloud qui travaillent sur leur propre branche et ouvrent une pull request quand le travail l'exige ; si une tâche nécessite quelque chose que seul votre ordinateur possède, ce fil peut s'exécuter en local. Les fils avancent en parallèle, on peut les suivre et les orienter depuis son téléphone, et les fils cloud continuent après la fermeture de l'ordinateur portable.
Le contexte défini une fois, la progression au même endroit
Les instructions et la mémoire du projet alimentent chaque nouveau fil : la branche visée, la façon dont un fil doit vérifier son travail, ce qui exige votre accord préalable — dit une fois au lieu d'être recollé dans chaque session. Au retour, le panneau Overview aligne l'état de tous les fils : ceux qui sont terminés, les pull requests prêtes à être relues et le fil qui attend votre réponse, avec un onglet Library pour les fichiers ajoutés et ceux produits par les fils. Les usages visés sont explicitement nommés : un objectif couvrant de nombreux dépôts, un flux continu de bugs et de demandes de relecture, ou une construction ou migration trop vaste pour une session. Le non-code y a aussi sa place : déposez des contrats ou un export de tickets de support, et les fils rendent leurs analyses sous forme de fichiers.
Compter le coût d'usage avant d'adopter
Les limites sont tout aussi claires. Une tâche unique tenant dans une session est plus simple en session cloud classique ; un travail qui exige en permanence votre machine relève des sessions locales ; une tâche purement planifiée n'a pas besoin de la couche projet. Côté coût, les projets puisent dans les mêmes limites d'abonnement que les autres sessions Claude Code, et plus vite : la documentation signale qu'un nouveau projet fait tourner par défaut chaque fil sur Opus en effort élevé, la configuration qui épuise le plus vite un forfait. Le bon départ consiste donc à vérifier le modèle et l'effort des fils dans les réglages du projet, à demander à Claude de proposer les fils avant de les lancer, à n'en faire tourner que quelques-uns à la fois, et à relâcher les limites une fois les premiers fils revenus comme souhaité.
À côté de deux évolutions voisines, l'architecture se lit clairement : les sessions cloud de Claude Code, traitées ici précédemment, décident où une tâche s'exécute, et les flux dynamiques des Managed Agents décident comment un travail se répartit entre de nombreux agents. Projects ajoutent la couche du dessus : quand le travail arrive pendant des semaines, qui le reçoit, qui le surveille et qui vous rend compte ?
