Faut-il payer pour essayer Projects ?

Les projets classiques sont disponibles sur Free, avec une limite actuelle de cinq projets. L’extension par RAG nécessite un forfait payant. La bêta Claude Code a ses propres conditions et se déploie progressivement sur Pro et Max.

Puis-je charger toutes mes archives et demander de les analyser ?

Pouvoir charger des fichiers ne définit pas une réponse utile. Commencez par une question vérifiable, puis élargissez la base. Pour une revue d’archives, précisez les documents à couvrir et le résultat attendu.

Faut-il recopier chaque message dans la base du projet ?

Non. Conservez après vérification les conditions validées, le statut actuel et les résultats acceptés qui doivent servir aux tâches suivantes. Les échanges ordinaires peuvent rester dans la conversation. La mémoire et la recherche aident à reprendre le travail, tandis qu’une source explicite permet de vérifier une décision précise.

Ce kit a-t-il été testé dans Claude ?

Non. Ce sont des documents pédagogiques originaux avec des faits connus et des réponses attendues. Ils permettent de tester votre projet vous-même. Le guide ne prétend pas que Claude a répondu sans erreur.

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

Neaptide · 27 septembre 2026 · 15 min de lecture

Configurez Claude Projects avec des fichiers utiles et des réponses vérifiables. Six schémas, des prompts prêts à utiliser et un kit pédagogique.

Dans cet article

Des documents communs reliés à plusieurs conversations et à un résultat vérifié.

Hier, vous avez expliqué à Claude à qui s’adresse le site et quelles décisions sont prises. Aujourd’hui, dans une nouvelle conversation, il faut tout rappeler. Les projets regroupent les documents et les consignes d’un travail récurrent. La première décision utile consiste à distinguer les éléments communs des besoins de la conversation du jour.

Nous allons préparer un projet pour un atelier de poterie fictif : page de présentation d’un cours, FAQ et réponses aux clients. Le guide fournit trois fichiers, une consigne et des questions dont les réponses sont connues. La méthode convient aussi à une rédaction, au lancement d’un service, aux é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. Conservez les décisions importantes dans un document vérifié, indépendamment de ce que le modèle mémorise.

De quelle version de Projects parle-t-on ?

Au 27 septembre 2026, les projets classiques de Claude réunissent conversations, base de connaissances et instructions. Le forfait Free permet d’en créer jusqu’à cinq. Anthropic déploie aussi progressivement une nouvelle bêta Projects dans Claude Code auprès de certains utilisateurs Pro et Max : Claude y coordonne plusieurs fils de travail.

Présentation de Projects

Le tutoriel concerne surtout les projets de conversation sur claude.ai/projects. Si l’onglet Code affiche une conversation centrale, des fils de travail et un panneau Overview, consultez également la section sur la bêta. Les procédures et les réglages disponibles diffèrent.

Quand un projet devient-il utile ?

Un projet est pertinent lorsqu’un même objectif génère plusieurs tâches liées. Pour l’atelier, la description du cours, la FAQ et le message aux participants utilisent les mêmes conditions : durée, taille du groupe et inscription. Seuls la demande et le format du résultat changent.

Choisir une conversation ou un projet
Votre situation	Point de départ	Pourquoi
Raccourcir un seul courriel	Une conversation	Toute la demande tient dans un échange
Produire régulièrement des contenus sur un service	Un projet	Les faits et les règles servent plusieurs fois
Gérer deux clients aux conditions différentes	Deux projets	Les documents et les accords restent plus faciles à distinguer
Charger toutes les archives sans objectif précis	Choisir d’abord une question de travail	Elle permet d’identifier les documents utiles

Il s’agit d’une méthode de travail proposée par la rédaction, pas d’une limite du produit. Nommez le résultat attendu : « Lancement des cours collectifs » est plus parlant que « Travail avec l’IA ». Un intitulé difficile à trouver peut signaler plusieurs objectifs mélangés.

Distinguer fichiers, instructions, mémoire et conversation

Les fichiers du projet apportent les informations. Les instructions définissent les règles de réponse. La conversation en cours contient une tâche et sa discussion. Claude possède également des mécanismes distincts de mémoire et de recherche dans les anciens échanges. Ils facilitent la continuité sans fusionner toutes les conversations en un document unique.

Les fichiers et les instructions communs alimentent plusieurs conversations. La mémoire est un mécanisme distinct ; les historiques complets ne fusionnent pas automatiquement. — Les fichiers indiquent ce qui est connu, les instructions comment travailler, et la conversation ce qu’il faut faire maintenant. La source d’un fait précis reste consultable et vérifiable.

La documentation décrit une mémoire propre à chaque projet. Sur les forfaits payants, la recherche dans les anciennes conversations reste également limitée aux échanges du projet concerné. Consultez Settings → Memory. Une ancienne formule indiquant que le contexte ne passe pas entre les conversations ne signifie donc pas que Claude ne peut jamais retrouver 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, tandis que les options discutées restent ailleurs. Cette priorité doit figurer 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. Attention : selon la documentation, Claude ne reçoit pas ces deux champs comme contexte. Répétez l’objectif dans la consigne ou le brief. Ajoutez les fichiers à la base du projet, puis enregistrez vos règles dans Set project instructions.

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

01-brief.txt définit l’objectif, 02-decisions.txt contient les conditions validées et 03-notes.txt conserve les premières propositions et les questions ouvertes. — Le document validé prévoit six participants ; les notes anciennes en proposaient huit. Garder les deux permet de vérifier le traitement d’une contradiction.

Le brief précise le public et les livrables. Les décisions fixent six participants au maximum, une durée de 90 minutes et une inscription par formulaire. Le prix reste inconnu. Les notes conservent les idées préliminaires, dont le groupe de huit personnes.

N’effacez pas toute trace de discussion pour faciliter la réponse. Il peut être utile de comprendre un changement. Ajoutez une date, un statut « proposé / validé » et le document qui définit les conditions actuelles. Dans un vrai projet, vérifiez aussi qui a validé la décision : le modèle ne crée pas un accord humain en écrivant « validé ».

Une pièce jointe à une conversation et un fichier dans la base du projet sont deux emplacements différents. Les documents communs doivent être ajoutés au projet. La limite actuelle est de 30 MB par fichier de projet. Les formats autres que PDF sont traités comme du texte : une image intégrée à un DOCX peut ne pas être lue. Les PDF de 100 pages ou moins permettent une analyse textuelle et visuelle ; ceux de 101 à 1000 pages sont traités uniquement comme du texte.

Formats et limites

Si une condition importante apparaît seulement dans un schéma ou un scan, posez une question sur la page concernée et comparez la réponse à l’original. Le succès du téléversement ne prouve 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 définit pas une réponse acceptable. Précisez plutôt l’objectif, les sources prioritaires, le traitement des contradictions et des informations manquantes. Une erreur devient alors identifiable : prix inventé, proposition dépassée ou source absente.

Une consigne annotée distingue l’objectif, la source des faits et la conduite à tenir en cas d’information manquante. — Ce document a été créé pour le guide ; ce n’est pas une capture de Claude. Chaque règle doit aider à évaluer une réponse concrète.

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 s’appliquent aux conversations du projet. Une demande ponctuelle, comme « réduis le texte à trois paragraphes », a sa place dans la conversation actuelle. En la rendant permanente, vous risquez de gêner les autres tâches.

Instructions du projet

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

Une courte revue des documents permet de comparer votre compréhension à celle de Claude. Elle fait apparaître les questions avant la production d’un texte convaincant, mais éventuellement inexact.

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. Posez les trois questions suivantes avant de consulter les réponses attendues.

Combien de personnes peuvent participer au cours ?

La réponse doit citer la section Conditions validées de 02-decisions.txt : six participants au maximum. Dans 03-notes.txt, huit personnes correspond à une ancienne proposition, pas à la limite actuelle.

Pourquoi les documents mentionnent-ils six et huit personnes ?

Les notes du 24 septembre proposent huit participants. La décision du 26 septembre fixe le maximum à six. La réponse doit distinguer les deux sources et leur statut, sans calculer une moyenne.

Quel est le prix d’un cours le samedi ?

Le kit ne contient ni prix validé ni planning du week-end. La réponse attendue signale ces deux lacunes et demande les précisions. Elle ne doit ni supposer l’existence de cours le samedi ni remplacer le prix inconnu par une estimation du marché.

Ces éléments sont des réponses attendues d’après les documents de l’exercice, pas des résultats observés lors d’un test de Claude. Ils rendent la vérification reproductible. En cas d’erreur, examinez d’abord la source, son statut et la consigne utilisée.

Lorsque la base est vérifiée, ouvrez des conversations distinctes « Page du cours » et « FAQ ». 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, donne à la rédaction la liste des sources utilisées.

Les conversations correspondent ainsi aux livrables à examiner séparément. Gardez le même échange tant que vous améliorez le même résultat : chaque petite question ne nécessite pas une nouvelle conversation.

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 recherche alors des passages pertinents pour répondre. Conséquence pratique : examiner toute une base demande une vérification de couverture différente de celle d’une question factuelle ciblée.

Le RAG dans Projects

La question sur le groupe permet de retrouver la décision fixant six participants. La réponse cite le passage, puis le lecteur vérifie le document original. — Le schéma explique la recherche ; il ne mesure pas sa précision. Retrouver un passage pertinent et vérifier qu’il est toujours valable sont deux étapes distinctes.

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 procédez par groupes. Comparez cette liste à la base réelle : elle constitue une trace à contrôler, pas une garantie d’exhaustivité.

Des noms explicites, des dates et des statuts facilitent le travail. 2026-09-26_booking-approved.txt se distingue mieux d’un brouillon que final-final-2.txt. Renommer un fichier ne corrige toutefois pas son contenu : marquez les conditions remplacées ou retirez-les des documents en vigueur.

À l’échelle d’une entreprise, ajoutez des règles d’accès et de mise à jour. Consultez le

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, brouillons, questions ouvertes et emplacement du dernier résultat vérifié. Relisez-la avant de mettre à jour le document commun.

Cycle de travail : discuter une option, vérifier la décision, actualiser le fichier de référence, puis reprendre dans une autre conversation. Un brouillon ne devient pas automatiquement un fait validé. — Le document commun est actualisé après vérification. La mémoire facilite la continuité ; une trace datée conserve le fondement de la décision.

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.

Si le prix est décidé la semaine suivante, inscrivez-le dans le fichier courant avec la date et son fondement. Actualisez la base, puis posez la question dans une nouvelle conversation. Si la réponse s’appuie sur une ancienne version, demandez sa source et cherchez un doublon périmé. « Souviens-t’en pour toujours » ne remplace pas l’entretien des documents.

Le principe vaut aussi pour les notes et comptes rendus : rattacher la conclusion à une entrée précise. Voir

Obsidian et l’IA

Quand plusieurs personnes utilisent le projet

Les projets classiques proposent le partage sur Team et Enterprise. Can view permet de lire les documents et d’utiliser Claude dans le projet ; Can edit autorise la modification des connaissances et des instructions. Les réglages de l’organisation peuvent aussi intervenir.

Travail en équipe

Désignez la personne responsable des conditions en vigueur. Un espace partagé ne résout pas à lui seul deux prix contradictoires ajoutés par différents collègues. Confiez le fichier de décisions à un responsable et datez les changements. Les autres peuvent proposer des modifications ; le responsable les confirme dans le document commun.

Trouver la cause d’une réponse incorrecte
Symptôme	Première vérification
Une nouvelle conversation ignore un fichier	A-t-il été ajouté au projet ou seulement à une conversation ?
Claude répète une ancienne condition avec assurance	Quelle source a été utilisée et existe-t-il un doublon périmé ?
Le ton convient, mais le prix est inventé	Une règle prévoit-elle les informations manquantes et la vérification des sources ?
Une légende de schéma n’est pas lue	Le format du document et l’extraction réelle des éléments visuels
Les collègues obtiennent des réponses différentes	La cohérence des documents, consignes et réglages accessibles

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

Dans la bêta Projects de Claude Code, une conversation centrale coordonne les tâches. Claude les répartit entre des fils disposant du contexte commun, et les fichiers produits sont rassemblés dans Library. Le fonctionnement diffère de conversations que vous gérez séparément.

Documentation de la nouvelle version

Un projet classique alimente des conversations distinctes à partir de documents communs. La bêta Claude Code coordonne des fils de travail depuis une conversation centrale. — Deux modes de fonctionnement à la date de vérification. Le menu Projects ne suffit pas à identifier la version disponible sur votre compte.

Les fils hébergés dans le cloud peuvent continuer après la fermeture du portable. Ils utilisent les limites communes du forfait, plus rapidement si plusieurs tâches tournent en parallèle. Le déploiement sur Pro et Max est progressif ; le partage en équipe n’est pas encore pris en charge dans cette bêta. Ne transposez pas ces conditions aux projets classiques Team et Enterprise.

Le kit suffit pour essayer le processus de base dans un projet classique. Explorez la bêta quand vous voudrez déléguer plusieurs tâches liées en parallèle. Commencez par obtenir des sources vérifiables et des critères d’acceptation clairs pour un seul résultat.

Votre première séance

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

Un bon départ permet de poursuivre dans une nouvelle conversation tout en vérifiant les conditions utilisées. Essayez le kit pédagogique, puis remplacez-le par vos documents. Complétez la méthode avec le