Claude Projects : créer un espace de travail que l’on peut reprendre facilement

Hier, vous avez expliqué à Claude à qui s’adresse le site et quelles décisions sont prises. Aujourd’hui, nouvelle conversation, et il faut tout reprendre. Les projets servent à ranger au même endroit les documents et les consignes d’un travail qui revient. Reste à décider d’abord ce qui est commun et ce qui ne concerne que la conversation du jour.

Nous allons monter un projet pour un atelier de poterie fictif, avec une page de présentation d’un cours, une FAQ et des réponses aux clients. Le guide fournit trois fichiers, une consigne et quelques questions dont les réponses sont connues. La méthode vaut aussi pour une rédaction, le lancement d’un service, des études ou une mission client.

Réponse courte : créez un projet autour d’un objectif durable, ajoutez des sources à jour, définissez leurs règles d’utilisation et ouvrez une conversation pour le premier livrable. Consignez les décisions importantes dans un document vérifié : vous pourrez y revenir, quoi que le modèle ait retenu.

De quelle version de Projects parle-t-on ?

Au 3 octobre 2026, les projets classiques de Claude réunissent conversations, base de connaissances et instructions. Le forfait Free permet d’en créer jusqu’à cinq. En parallèle, Anthropic déploie progressivement une nouvelle bêta Projects dans Claude Code auprès d’une partie des utilisateurs Pro et Max. Dans cette version, c’est Claude qui coordonne plusieurs fils de travail.

• Présentation de Projects

Le tutoriel porte sur les projets de conversation, sur claude.ai/projects. Si l’onglet Code affiche une conversation centrale, des fils de travail et un panneau Overview, lisez aussi la section sur la bêta, en fin d’article. La marche à suivre et les réglages disponibles ne sont pas les mêmes.

Quand un projet devient-il utile ?

Un projet se justifie quand un même objectif donne lieu à plusieurs tâches liées. Pour l’atelier, la description du cours, la FAQ et le message aux participants reposent sur les mêmes conditions : durée, taille du groupe, inscription. Seuls changent la demande et le format du résultat.

C’est notre règle pratique ; l’outil n’impose aucune restriction. Nommez le projet d’après le résultat attendu : « Lancement des cours collectifs » se retrouve plus vite que « Travail avec l’IA ». Si le nom ne vient pas, c’est peut-être que plusieurs objectifs sont mélangés.

Distinguer fichiers, instructions, mémoire et conversation

Les fichiers du projet apportent les informations, les instructions fixent les règles de réponse, la conversation en cours porte une tâche et sa discussion. Claude dispose en plus d’une mémoire et d’une recherche dans les anciens échanges. Elles aident à reprendre le fil, sans pour autant fondre toutes les conversations en un seul document.

D’après la documentation, chaque projet a sa propre mémoire. La recherche dans les anciennes conversations, réservée aux forfaits payants, se limite elle aussi aux échanges du projet concerné. Les deux se règlent dans Settings → Memory. L’ancienne formule selon laquelle le contexte ne passe pas d’une conversation à l’autre ne veut donc pas dire que Claude ne retrouve jamais un travail antérieur.

• Mémoire et recherche

Pour les conditions précises, désignez un document de référence. Ici, la taille du groupe vient de 02-decisions.txt, et les options discutées sont rangées ailleurs. Cette priorité est une règle de travail à écrire dans les instructions : le produit ne l’établit pas de lui-même.

Créer le projet et ajouter trois fichiers utiles

Ouvrez Projects, choisissez + New Project, puis renseignez un nom et une description. Un détail de la documentation passe facilement inaperçu : Claude ne reçoit pas ces deux champs comme contexte. Répétez donc l’objectif dans la consigne ou dans le brief. Ajoutez les fichiers à la base du projet, puis enregistrez vos règles dans Set project instructions.

• Projects
• Créer et gérer un projet

Commencez par un petit ensemble que vous pouvez vérifier vous-même. Pour l’atelier, le voici :

Le brief précise le public et les livrables. Le fichier de décisions fixe six participants au maximum, une durée de 90 minutes et une inscription par formulaire. Aucun prix n’est arrêté. Les notes gardent les idées préliminaires, dont le groupe de huit personnes.

N’effacez pas toute trace de discussion pour simplifier la réponse : il est parfois utile de comprendre pourquoi une décision a changé. Une date, un statut « proposé / validé » et la mention du document qui fixe les conditions actuelles rendent service. Dans un vrai projet, vérifiez aussi qui a validé. Que le modèle écrive « validé » ne vaut pas accord d’une personne.

Une pièce jointe à une conversation et un fichier dans la base du projet ne sont pas rangés au même endroit. Les documents qui doivent servir partout vont dans le projet. La limite actuelle est de 30 MB par fichier de projet. Pour les formats autres que PDF, seul le texte est extrait : une image intégrée à un DOCX ne sera pas lue. Les PDF de 100 pages ou moins sont analysés pour le texte et les éléments visuels ; ceux de 101 à 1 000 pages, pour le texte uniquement.

• Formats et limites

Si une condition importante ne figure que dans un schéma ou un scan, posez une question sur la page concernée et comparez la réponse à l’original. Un téléversement réussi prouve que le fichier est arrivé, pas que le détail recherché a été extrait.

• Télécharger le kit : trois fichiers, instructions et prompts

Rédiger une consigne que l’on peut évaluer

« Sois un excellent spécialiste du marketing » ne dit presque rien de ce qu’est une réponse acceptable. Précisez plutôt l’objectif, les sources prioritaires, la conduite à tenir en cas de contradiction ou d’information manquante. L’erreur peut alors être nommée : prix inventé, proposition dépassée, source absente.

Voici la consigne de l’exercice. Adaptez l’objectif, les fichiers et les exigences à votre propre projet.

Aide à préparer le lancement des cours collectifs de poterie :
page du cours, FAQ et réponses aux clients.
Le public est composé d’adultes sans expérience de la poterie.

Utilise 01-brief.txt, 02-decisions.txt et 03-notes.txt.
Les conditions actuellement validées figurent dans 02-decisions.txt.
Ne traite pas les idées anciennes de 03-notes.txt comme des conditions actuelles.

Si les documents se contredisent, montre les deux affirmations et explique ton choix.
Si leur statut est ambigu, pose une question.
N’invente ni prix, ni horaires, ni garanties, ni conditions de remboursement.
Indique les informations nécessaires lorsqu’elles manquent.

Dans l’analyse de travail, cite le fichier et la section de chaque condition.
Sépare le texte destiné aux clients des notes de rédaction.
Écris clairement, sans promesses non étayées.

Les instructions valent pour toutes les conversations du projet. Une demande ponctuelle, comme « réduis le texte à trois paragraphes », a sa place dans la conversation en cours. Rendue permanente par mégarde, elle gênerait les autres tâches.

• Instructions du projet

Première demande : vérifier les sources avant de rédiger

Commencez par une courte revue des documents. Elle montre si Claude et vous comprenez la tâche de la même façon, et fait remonter les questions avant qu’un texte convaincant mais inexact ne soit produit.

Lis les trois fichiers du projet. Ne rédige pas encore la page du site.
Crée un tableau : condition → statut actuel → fichier et section.
Liste les contradictions et les informations manquantes pour publier la page du cours.
Ne présente pas les propositions comme des décisions.

Ouvrez ensuite les sources citées. Le kit prévoit trois questions de contrôle : posez-les à Claude avant de déplier les réponses attendues.

Ce sont les réponses attendues d’après les documents de l’exercice. Elles ne proviennent pas d’un test de Claude. Elles servent à rendre la vérification reproductible. En cas d’erreur, regardez d’abord la source, son statut et la consigne sur lesquels le modèle s’est appuyé.

Une fois la base vérifiée, ouvrez deux conversations distinctes, « Page du cours » et « FAQ », et donnez à chacune un résultat précis. Par exemple :

Rédige la FAQ du cours à partir des documents validés.
Propose cinq questions avec des réponses courtes pour un débutant.
Vérifie les affirmations dans 02-decisions.txt.
Place les questions sans réponse documentée dans une liste séparée
« À préciser ». N’invente pas de réponse dans la FAQ.
Après le texte, ajoute pour relecture la liste des sources utilisées.

Les conversations correspondent ainsi à des livrables que vous examinez séparément. Inutile d’en ouvrir une pour chaque petite question : tant que vous améliorez le même résultat, restez dans le même échange.

Que se passe-t-il avec une grande base documentaire ?

Sur les forfaits payants, Claude active automatiquement le RAG lorsque la base du projet approche la limite de contexte. Il cherche alors dans les documents les passages pertinents et répond à partir d’eux. Conséquence pratique : passer en revue toute une base et répondre à une question factuelle ciblée ne se vérifient pas de la même manière.

• Le RAG dans Projects

Précisez la demande : « Retrouve les conditions d’inscription dans 02-decisions.txt et compare-les aux anciennes notes. » Pour une revue complète, demandez d’abord quels documents ont été examinés, puis avancez par groupes. Comparez cette liste à la base réelle. Elle indique ce que le modèle a consulté et ne garantit pas l’exhaustivité.

Des noms explicites, des dates et des statuts aident dans une grande base. 2026-09-26_booking-approved.txt se distingue mieux d’un brouillon que final-final-2.txt. Renommer un fichier ne corrige pas son contenu pour autant : signalez les conditions remplacées ou retirez-les des documents en vigueur.

À l’échelle d’une entreprise, il faut également définir des droits d’accès et un processus de mise à jour des sources, que nous détaillons dans notre guide dédié :

• Guide du chatbot sur une base de connaissances

Reprendre le travail une semaine plus tard

Après une séance utile, demandez une courte synthèse de reprise : décisions acceptées, textes encore à l’état de brouillon, questions ouvertes, emplacement du dernier résultat vérifié. Relisez-la vous-même, puis seulement mettez à jour le document commun.

Prépare une synthèse pour reprendre dans une nouvelle conversation :
1. Décisions confirmées et sources.
2. Résultats produits et statut : brouillon ou accepté.
3. Questions ouvertes.
4. Prochaine action concrète.
Ne transforme pas une proposition en décision sans confirmation.

Supposons que le prix soit décidé la semaine suivante. Inscrivez-le dans le fichier courant avec la date et ce qui le fonde, actualisez la base, puis posez la question du prix dans une nouvelle conversation. Si la réponse s’appuie sur une ancienne version, demandez la source et cherchez un doublon périmé. « Retiens cette information pour toujours » ne remplace pas l’entretien des documents.

Ce principe s’applique aussi aux notes personnelles et aux comptes rendus : chaque conclusion doit renvoyer à une entrée précise.

• Guide : Obsidian et l’IA

Quand plusieurs personnes utilisent le projet

Les projets classiques se partagent sur Team et Enterprise. Avec Can view, un membre lit les documents et utilise Claude dans le projet ; Can edit permet en plus de modifier les connaissances et les instructions. Les réglages de l’organisation peuvent aussi jouer.

• Travail en équipe

Désignez la personne responsable des conditions en vigueur. Si deux collègues ajoutent deux prix différents, l’espace partagé ne tranchera pas. Confiez le fichier de décisions à un responsable et datez chaque changement. Les autres proposent des modifications dans les conversations ; le responsable les confirme dans le document commun.

La nouvelle bêta : Claude coordonne les fils de travail

Dans la bêta Projects de Claude Code, vous travaillez dans une conversation centrale et Claude répartit les tâches entre des fils. Ces fils partagent le contexte du projet, et les fichiers produits sont rassemblés dans Library. Vous n’ouvrez plus vous-même des conversations séparées.

• Documentation de la nouvelle version

Les fils hébergés dans le cloud continuent après la fermeture du portable. Ils puisent dans les limites communes du forfait, plus vite encore quand plusieurs tâches tournent en parallèle. Le déploiement est progressif sur Pro et Max, la bêta n’existe pas encore sur Team et Enterprise, et un tel projet ne peut pas être partagé avec un autre utilisateur. Ne transposez pas ces conditions aux projets classiques Team et Enterprise.

Le kit suffit pour essayer le processus de base dans un projet classique. La bêta, si votre compte y a accès, mérite un examen à part le jour où vous voudrez déléguer plusieurs tâches liées en parallèle. D’ici là, obtenez des sources vérifiables et des critères d’acceptation clairs pour un seul résultat.

Votre première séance

1. Choisissez un objectif qui dépasse une seule conversation.
2. Réunissez quelques documents et identifiez les décisions actuelles.
3. Fixez les règles sur les sources, les contradictions et les informations manquantes.
4. Testez un fait connu et une question sans réponse dans les fichiers.
5. Produisez un résultat utile, vérifiez-le et conservez l’état du travail.

Le départ est bon si, dans une nouvelle conversation, vous pouvez passer à la tâche suivante et voir sur quelles conditions la réponse s’appuie. Essayez d’abord le kit pédagogique, remplacez-le ensuite par vos propres documents et complétez la méthode avec nos ressources :

• Kit pédagogique Claude Projects
• Guide de vérification des réponses de l’IA