AIREITERAvec sa refonte, Claude Projects ne se contente plus de regrouper des fichiers et des échanges : le Project devient une conversation coordinatrice capable de déléguer des tâches à plusieurs sessions Claude Code dans le cloud. Pendant le déploiement, les Projects Chat et Cowork existants conservent toutefois leur fonctionnement actuel. La vraie question est donc double : quel contexte est préservé, et où le travail est-il réellement exécuté ?
Ce qui change avec la refonte de Claude Projects
Le Project repensé part d’un objectif et du contexte pertinent. Claude analyse ensuite la demande, crée ou réutilise des fils de travail, examine leurs résultats, puis en fait la synthèse dans la conversation principale. Anthropic précise que chaque worker correspond à une session Claude Code complète dans le cloud, avec sa propre branche et sa propre copie du dépôt. Ces workers peuvent exécuter des tests, lire des documents et ouvrir des pull requests. (Annonce d’Anthropic)
Ce nouveau fonctionnement est encore déployé progressivement en bêta. Anthropic a commencé par certains abonnés Pro et Max utilisant les sessions Claude Code dans le cloud. L’accès doit ensuite s’étendre à Claude, Cowork, Team et Enterprise. Les Projects existants sont censés continuer à fonctionner, puis être mis à niveau à mesure que la refonte arrive sur ces différentes interfaces. (Centre d’aide Claude)
Les différences d’architecture à retenir
| Domaine | Projects repensés | Cowork | Claude Code hors Projects |
|---|---|---|---|
| Unité principale | Une conversation coordinatrice avec des fils de travail | Des tâches regroupées dans un projet de travail | Une session de développement dans un dépôt ou un dossier |
| Usage privilégié | Travaux en plusieurs volets nécessitant délégation et continuité | Tâches bureautiques et de connaissance sur ordinateur, fichiers et applications connectées | Développement logiciel direct, tests, branches et workflows dans le terminal |
| Exécution | Fils dans le cloud pour la bêta actuelle | Workflows locaux ou cloud selon la tâche et le déploiement | Sessions Claude Code locales ou cloud selon la configuration |
| Contexte | Fichiers du Project, dépôts, instructions, mémoire partagée et Library | Contexte du projet, instructions, fichiers, tâches planifiées et mémoire Cowork | Fichiers du dépôt, CLAUDE.md et contexte de session |
| Travail en parallèle | Intégré au modèle des Projects | Orienté tâches plutôt que fondé sur le modèle coordinateur de la refonte | Généralement géré par le développeur ou par plusieurs sessions |
| Risque principal | Les sessions simultanées consomment davantage de quota et les modifications concurrentes peuvent entrer en conflit | Les frontières entre local et cloud, ainsi qu’une mémoire distincte par projet | Le contexte doit être explicité d’une session à l’autre |
Projects, Cowork et Claude Code : à qui confier le travail ?
Un Project est le meilleur point d’ancrage pour un chantier composé de plusieurs flux dépendants, par exemple une évolution touchant simultanément une API, un client web et une application mobile. Dans l’exemple d’Anthropic, trois dépôts et un endpoint v1 obsolète sont concernés : des fils distincts migrent les appelants, lancent les tests et ouvrent des pull requests, tandis que le coordinateur indique dans quel ordre les fusionner. (Projects repensés)
Privilégiez Projects repensés pour les travaux coordonnés en plusieurs étapes
Le modèle repensé convient lorsque la tâche repose sur un objectif durable, une exécution parallèle et un historique commun des décisions. C’est le choix le plus naturel pour un programme de mise en production, une migration répartie sur plusieurs dépôts ou un travail mêlant documents et code, avec un coordinateur capable d’orienter chaque nouvelle demande vers le bon fil.
La contrepartie concerne la consommation de ressources. Anthropic précise que chaque worker compte comme une session Claude Code complète. Plusieurs fils exécutés en parallèle peuvent donc épuiser plus rapidement le quota du forfait. Les modifications concurrentes peuvent aussi provoquer de classiques conflits lors de la fusion des pull requests : l’orchestration ne dispense pas d’une revue.
Privilégiez Cowork pour le travail bureautique et les applications connectées
Cowork est un meilleur choix par défaut pour les tâches récurrentes liées aux documents, aux feuilles de calcul, au navigateur, aux e-mails, au calendrier et aux dossiers locaux. Ses Projects peuvent regrouper des instructions, du contexte, des tâches planifiées et une mémoire propre au projet. Le workflow Cowork est centré sur les tâches et ne constitue pas un simple remplacement du coordinateur de dépôt.
Ne partez pas du principe qu’un Project Chat et un Project Cowork désignent le même espace de travail. Dans une comparaison pratique menée par Using Claude, les fichiers et les instructions du projet pouvaient être transférés via Import, mais les informations présentes uniquement dans la mémoire accumulée des conversations ne l’étaient pas. L’auteur résume le résultat ainsi :
« fichiers oui, mémoire des discussions non » — comparaison testée par Using Claude
Privilégiez Claude Code seul pour garder la main sur le dépôt
Utilisez directement Claude Code lorsqu’un développeur doit inspecter un dépôt, modifier des fichiers, exécuter des commandes et vérifier les changements sans déléguer un programme plus vaste à un coordinateur. Placez les instructions durables dans un fichier CLAUDE.md versionné : Anthropic le décrit comme un fichier de mémoire du projet que Claude Code lit au début d’une session. (Centre d’aide Claude : CLAUDE.md)
Migration : ce qui est officiel et ce qui reste incertain
La position officielle d’Anthropic est rassurante, mais incomplète : les Projects Chat et Cowork existants continuent de fonctionner pendant la transition, puis les Projects Pro et Max seront mis à niveau à mesure que la nouvelle expérience s’étend. L’annonce ne fournit ni bouton de conversion universel, ni date précise de mise à niveau, ni inventaire détaillé des champs migrés. (Centre d’aide Claude)
Il faut donc distinguer deux scénarios :
- Mise à niveau progressive par Anthropic : attendez que l’expérience repensée arrive sur votre compte et dans l’interface concernée. Les Projects existants sont censés rester disponibles d’ici là.
- Passage d’un Project Chat à Cowork dès maintenant : utilisez l’option Import de Cowork lorsqu’elle est proposée, puis vérifiez le résultat. La comparaison testée décrit trois façons de créer un espace Cowork : partir de zéro, importer un Claude Project ou utiliser un dossier existant. Elle conclut que l’import transfère les fichiers et les instructions, mais pas la mémoire accumulée des conversations.
Une checklist de migration plus sûre
- Exportez ou copiez les fichiers sources, les instructions et les décisions importantes avant de modifier l’espace de travail.
- Placez les informations durables du projet dans des fichiers que l’on peut relire, pas uniquement dans l’historique des conversations. Pour le code, versionnez
CLAUDE.md, une note d’état à jour et les comptes rendus de décision. - Importez le projet ou attendez sa mise à niveau, mais ne supprimez pas le Project d’origine avant d’avoir terminé les vérifications.
- Demandez à l’espace de destination un fait précis provenant d’un fichier et vérifiez qu’il cite bien la source attendue.
- Interrogez-le sur une décision présente uniquement dans l’ancienne conversation. Si la réponse manque, ajoutez cette décision à un fichier du projet ou à une instruction explicite.
- Modifiez une instruction de test, ouvrez un nouveau fil et vérifiez que cette instruction est bien visible.
- Pour le code, contrôlez la branche, exécutez la suite de tests et examinez les différences de la pull request avant la fusion.
- Considérez les anciens et les nouveaux espaces comme non synchronisés, sauf si Anthropic documente explicitement une synchronisation en temps réel.
Persistance du contexte : les vérifications à effectuer
Anthropic indique que les fils repensés démarrent avec les fichiers, les dépôts, les instructions et la mémoire du Project, et que chaque fil alimente la mémoire partagée du Project. Il s’agit de la promesse produit, pas d’une garantie que chaque détail historique d’un ancien Project Chat ou Cowork sera converti sans perte. (Centre d’aide Claude)
Avant de faire confiance à un espace migré, effectuez ces cinq vérifications :
| Vérification | Invite ou action | Condition de réussite |
|---|---|---|
| Contexte des fichiers | Demandez un fait qui apparaît dans un fichier source nommé | La réponse donne le bon fichier et la bonne valeur |
| Instructions | Ajoutez une règle de sortie distinctive, puis démarrez un nouveau fil | Le nouveau fil respecte cette règle |
| Mémoire | Posez une question sur une décision consignée uniquement dans une conversation précédente | La décision est connue seulement si elle a été migrée volontairement ou conservée par la refonte |
| État du dépôt | Demandez la branche actuelle, les fichiers modifiés et la commande de test | Le worker décrit l’état réel du dépôt connecté |
| Synchronisation | Modifiez le Project source après son import | La destination ne change que si une synchronisation documentée existe ; sinon, mettez-la à jour manuellement |
Le test de mémoire est celui qui révèle le plus souvent une fausse impression de continuité. L’essai indépendant du passage de Chat à Cowork a montré que Cowork pouvait répondre à une question fondée sur des fichiers transférés, mais pas à une question dont la réponse existait uniquement dans la mémoire des conversations. Voilà pourquoi un court journal des décisions constitue un bien meilleur artefact de migration que l’espoir de voir l’interface reconstituer l’historique.
FAQ sur Claude Projects repensé
Claude Projects repensé est-il disponible dans Claude classique ?
Pas pour tout le monde lors du lancement initial. Anthropic a commencé avec certains abonnés Pro et Max utilisant les sessions Claude Code dans le cloud, et indique que l’extension à Chat, Cowork, Team et Enterprise viendra ensuite.
Mon Project existant sera-t-il supprimé ?
Anthropic indique que les Projects Chat et Cowork existants continueront de fonctionner pendant la transition et seront mis à niveau à mesure que le déploiement s’étendra. Conservez malgré tout votre propre export ou une copie des fichiers sources : la documentation d’aide ne promet ni procédure détaillée de retour en arrière ni rapport de migration complet.
La refonte de Projects remplace-t-elle Cowork ?
Non. Les Projects repensés orchestrent plusieurs sessions Claude Code exécutées en parallèle. Cowork reste l’interface la plus naturelle pour les fichiers de l’ordinateur, les applications connectées, les tâches planifiées et le travail de connaissance en général.
La mémoire d’un Project persiste-t-elle dans toutes les interfaces Claude ?
Ne le supposez pas. Anthropic décrit une mémoire partagée au sein du Project repensé, tandis que le test du passage de Chat à Cowork a montré que la mémoire propre aux conversations ne se transférait pas avec les fichiers et les instructions.
Les Projects repensés peuvent-ils utiliser du code local dès aujourd’hui ?
Les fils repensés initiaux s’exécutent dans le cloud. Anthropic indique que l’exécution locale, notamment le travail avec des outils locaux et derrière les limites réseau de l’utilisateur, est prévue, sans donner de date ferme dans l’annonce.
Les fils parallèles d’un Project consommeront-ils davantage mon quota ?
Oui. Anthropic précise que chaque fil correspond à une session Claude Code complète et que l’exécution simultanée de plusieurs fils consomme plus rapidement le quota.
Le choix le plus sûr pendant la poursuite du déploiement
Utilisez les Projects repensés pour un programme à coordonner, Cowork pour automatiser des tâches autour de documents et d’applications connectées, et Claude Code directement pour garder le contrôle au niveau du dépôt. Pendant la migration, faites des fichiers et des journaux de décision votre source de vérité, puis testez séparément l’accès aux fichiers, les instructions, la mémoire, l’état du dépôt et la synchronisation. Le compromis est net : le modèle repensé promet une meilleure continuité et une délégation plus efficace, mais son déploiement en bêta et sa consommation accrue de sessions rendent une migration vérifiée et réversible plus raisonnable qu’un basculement immédiat.