Un projet Claude est un espace de travail partagé qui regroupe des instructions, des fichiers de connaissance et des conversations autour d'un même sujet. La mémoire, elle, garde du contexte d'une conversation à l'autre, et les artifacts sont les contenus (documents, outils, tableaux de bord) que Claude produit à côté du chat. Pour une équipe, la règle utile est un projet par processus, pas par personne.
Ce tuto montre comment créer un projet pas à pas, rédiger ses instructions avec un exemple complet, décider d'activer ou non la mémoire en entreprise, et savoir quand un artifact suffit. Il compare aussi projet, skill et mémoire, propose une organisation par service et liste les pièges (fichiers périmés, projet fourre-tout, données sensibles).
Les limites et réglages cités viennent de la documentation d'Anthropic au moment de la rédaction : ils évoluent, donc à vérifier avant un déploiement. Pour les procédures répétées, voir aussi les Claude Skills en entreprise.
1. Claude Projects : à quoi ça sert, et pour qui ?
Un projet Claude est un espace de travail qui rassemble des conversations, des instructions et des fichiers de connaissance sur un même sujet. Selon la page d'aide d'Anthropic sur les projets, chaque projet a son propre historique et sa propre base de connaissances. Ce que vous y mettez est lu par Claude à chaque nouvelle conversation du projet, sans que personne ait à le recoller.
Le principe qui revient le plus souvent en formation : le projet porte ce qui vaut pour toutes les demandes (contexte, règles, ton, documents de référence, gabarits), et la demande ne porte que ce qui est propre au cas du jour. Dans un projet bien monté, une demande de deux lignes suffit.
Pour mesurer l'écart, nous faisons passer les équipes par le même cas en plusieurs paliers : une conversation nue (réponse générique), puis une méthode mieux écrite (meilleur, mais à retaper à chaque fois), puis un projet avec instructions (la demande courte suffit), puis des documents de référence et un exemple ajoutés, enfin la vérification à la source. L'essentiel du gain vient du troisième palier, pas du modèle.
Côté offres, les projets existent sur toutes les formules, avec cinq projets au maximum en gratuit selon la documentation. Le partage entre collègues est réservé à Team et Enterprise. Pour choisir entre ces formules, voir notre comparatif des abonnements Claude Pro, Max, Team et Enterprise.
2. Créer un projet Claude pas à pas
Prérequis : un compte Claude (idéalement Team si plusieurs personnes doivent partager le projet) et trois ou quatre documents de référence déjà prêts, que vous acceptez de voir lus par Claude. Les intitulés des menus changent parfois : les étapes ci-dessous suivent l'interface au moment de la rédaction.
- Ouvrir la section Projets dans la barre latérale, puis cliquer sur « Nouveau projet ».
- Nommer le projet par le processus, pas par une personne : « Réponses support niveau 1 » plutôt que « Projet de Sophie ».
- Renseigner les instructions du projet (voir section suivante). C'est le réglage le plus rentable.
- Ajouter les fichiers de connaissance : documentation, procédures, modèles, un ou deux exemples de bonne sortie. Retenez que le texte est extrait des fichiers (les PDF peuvent aussi être lus avec leurs images) ; mieux vaut peu de documents propres que beaucoup de documents hétérogènes.
- Tester dans une première conversation avec un cas réel, noter chaque écart, puis corriger les instructions plutôt que la conversation.
- Partager (Team et Enterprise) : bouton de partage du projet, puis choix des personnes ou de toute l'organisation, avec « peut voir » ou « peut modifier ». Donnez le droit de modification à une ou deux personnes, pas à tous.
Attention aux limites
La taille maximale par fichier, le nombre de documents utiles et les limites de projets selon la formule sont donnés par Anthropic et changent. Vérifiez-les sur la page d'aide avant de construire un projet autour d'un gros corpus. Au-delà de quelques dizaines de documents structurés, un assistant interne avec recherche dans vos données (RAG) est un meilleur outil qu'un projet.
3. Rédiger les instructions de projet : méthode et exemple complet
Une instruction de projet efficace suit quatre éléments : le contexte (qui vous êtes, pour qui on écrit), la consigne (une demande à la fois), un exemple de bonne sortie et le format attendu. On termine par une phrase : « avant de commencer, pose-moi les questions nécessaires ». Cette dernière ligne évite beaucoup de réponses à côté.
Exemple pour une équipe de support client d'un éditeur de logiciel
Exemple d'instructions de projet
Tu aides l'équipe support d'un éditeur de logiciel à répondre aux tickets clients. Règles : - Appuie-toi uniquement sur le ticket, les documents du projet et les informations fournies. - Pour chaque affirmation, cite la page de documentation ou la ligne de log concernée. - Si une information manque, dis-le au lieu de supposer. - Ne confirme jamais une date de correction. Formats : - "Réponse client" : vouvoiement, phrases courtes, une seule prochaine étape. - "Escalade" : étapes de reproduction, comportement attendu et observé, impact client, éléments déjà vérifiés. Avant de commencer, pose-moi les questions nécessaires.
Deux détails comptent. D'abord, la consigne « dire ce qui manque plutôt que de supposer » : sans elle, Claude comble les trous avec des réponses plausibles. Ensuite, les deux gabarits : ils uniformisent les sorties de toute l'équipe sans que chacun les retape.
Exemple pour une veille réglementaire
Même structure, autres règles : sources officielles en priorité, source et date pour chaque information, distinction explicite entre ce qui est en vigueur et ce qui est en projet, mention « non trouvé » quand l'information n'a pas été localisée. La vérification à la source reste humaine.
Améliorer les instructions par la correction
Le résultat n'est pas déterministe, donc les instructions se règlent à l'usage. Une pratique simple : tenir un cahier « ce que j'ai dû corriger ». Chaque correction récurrente devient une ligne dans les instructions. Et un conseil pour les projets d'aide à la décision : Claude ne vous proposera pas spontanément de ne rien construire. Ajoutez la consigne « dis d'abord si une solution plus simple existe » et la question « quel outil est le plus adapté, pour et contre ».
4. Claude memory : ce que Claude retient, et où la gérer
La mémoire de Claude conserve des éléments d'une conversation à l'autre : votre rôle, vos préférences de rédaction, les sujets en cours. D'après la documentation d'Anthropic sur la mémoire, on la consulte et on la modifie dans Paramètres, Mémoire : chaque entrée peut être modifiée ou supprimée, et le changement vaut pour les conversations suivantes. En formation, plusieurs participants découvrent cet écran, qu'ils n'avaient jamais ouvert.
- Par projet : chaque projet a sa mémoire, isolée des autres projets, utilisée en complément de la mémoire personnelle.
- Désactiver pour une conversation : une discussion sensible peut être lancée en mode incognito ou sans mémoire, avant le premier message.
- Par défaut : activée sur Free, Pro et Max ; désactivée sur Team et Enterprise, où les propriétaires décident. Selon la documentation, elle n'est pas disponible pour les organisations soumises à un accord HIPAA ou à des conditions de rétention spécifiques.
- Désactivation globale : un propriétaire Team ou Enterprise peut la couper pour l'organisation, ce qui supprime les données de mémoire existantes.
L'activer ou non en entreprise
Notre position : laisser la mémoire éteinte pour tout ce qui doit être maîtrisé, et porter le contexte dans le projet. Les instructions d'un projet se lisent et se versionnent ; une mémoire se constitue toute seule et ne se partage pas. Elle reste utile pour le confort individuel (ton préféré, rôle) quand les données ne sont pas sensibles. La décision doit figurer dans la charte d'usage de Claude en entreprise, avec les cas où l'on passe en conversation sans mémoire.
Une conversation longue dérive : ne pas la confondre avec la mémoire
La mémoire ne remplace pas la fenêtre de contexte. Dans une conversation très longue, Claude peut se tromper ou oublier des consignes du début. Les réflexes : découper en tâches, enregistrer dans le projet ce qui a été construit avant de fermer, et reprendre une ancienne conversation plutôt que tout réexpliquer. Et relire les signalements de Claude : lors d'un atelier, un problème avait été signalé le matin sans que personne ne le lise.
5. Claude artifacts : quoi, quand, partage et limites
Un artifact Claude (aussi écrit « artefact » ou « artefacts » en français) est un contenu autonome que Claude produit à côté de la conversation : un document, une présentation, un tableau de bord, une page ou un petit outil interactif. La page d'aide sur les artifacts les décrit comme ce que Claude fabrique et que vous mettriez devant quelqu'un d'autre.
Quand créer un artifact plutôt qu'une réponse
- Un mini-outil réutilisable : en formation, un exercice où l'on colle la transcription d'une réunion et où l'outil renvoie un mail de synthèse prêt à envoyer.
- Un prototype d'interface : utile pour montrer une idée, mais un prototype n'est pas une application maintenue (pas de tests, de suivi ni d'exploitation). En formation de développeurs, c'est ce qui sert de pont vers Claude Code.
- Un document ou un tableau de bord à partager avec des collègues, qui peuvent le reprendre et le modifier.
Partage, données et limites
Selon la documentation, un artifact est privé à l'origine ; on peut le publier et le partager. Il est disponible sur toutes les offres, mais certaines fonctions (connecteurs vers des applications, stockage de données) sont réservées aux offres payantes. Sur Team et Enterprise, chaque utilisateur connecte ses propres applications, et le stockage est plafonné à 20 Mo par artifact, en texte uniquement, d'après la page d'aide. Il demande aussi que la création de fichiers et l'exécution de code soient activées dans les paramètres (ou les paramètres d'organisation).
À retenir
Un artifact est un excellent brouillon d'outil, pas un outil d'entreprise. Dès qu'il touche des données de production, des droits d'accès ou un usage quotidien par plusieurs services, il faut une vraie application, avec un propriétaire et de la maintenance. La page d'aide évolue vite : relisez-la avant de promettre une fonction à une équipe.
6. Projet, skill ou mémoire : où mettre chaque information
La question se pose à chaque information : où la ranger ? Le tableau suivant sert d'arbitrage. Pour le détail des skills, voir notre guide Claude Skills en entreprise.
| Projet | Skill | Mémoire | |
|---|---|---|---|
| Ce qu'il porte | Instructions et documents de référence d'un sujet | Une procédure précise, avec modèles et contrôles | Des éléments de contexte retenus d'une conversation à l'autre |
| Quand Claude le lit | À chaque conversation du projet | Seulement quand la demande y correspond | Automatiquement, si elle est activée |
| Qui le maîtrise | L'équipe, par les instructions et les fichiers | L'équipe, par le fichier du skill | Claude décide de ce qu'il retient ; on corrige après coup |
| Partage en équipe | Oui sur Team et Enterprise | Oui, avec distribution par les administrateurs | Non : elle reste personnelle ou propre au projet |
| Exemple | Le contexte et le ton d'un client | La procédure de réponse aux réclamations | « Je travaille en vouvoiement, secteur agroalimentaire » |
Règle d'architecture qui tient dans le temps : un projet par processus, pas par personne. La connaissance stable va dans le projet, la méthode répétable dans un skill, les fichiers de travail restent dans le stockage de l'entreprise, avec une seule source de vérité par information. Un exemple vu en formation : la règle « partie France » aurait dû aller dans le skill de brief plutôt que dans la mémoire, où personne d'autre ne la voyait.
Organiser les projets par service
| Service | Organisation conseillée | Ce que contient le projet |
|---|---|---|
| Support client | Un projet partagé pour toute l'équipe, pas six projets personnels | Documentation produit, ton de réponse, gabarits « réponse client » et « escalade » |
| Comptabilité, cabinet | Un projet par processus (clôture, TVA, relances), plus un projet par client si le dossier est lourd | Procédure interne, plan de comptes, règles de contrôle, exemples de comptes rendus |
| Achats | Un projet par famille d'achat ou par processus d'appel d'offres | Grille de critères, cahier des charges type, comparatif de fournisseurs de référence |
| Commercial | Un projet par offre ou par segment, un par grand compte seulement si l'historique est riche | Argumentaire, offres types, objections courantes, mentions obligatoires |
| Direction | Un projet de pilotage (comités, décisions, points ouverts) | Compte rendu type, liste des chantiers, règles de confidentialité |
Cas fréquent en PME : le dirigeant est le seul utilisateur avancé et tout vit dans son compte. Construire d'abord l'écosystème (rôles, processus, accès, un projet, une procédure), puis former les équipes. Dans l'ordre inverse, chacun repart avec ses prompts dans son coin. Pour un cabinet comptable, voir les usages de Claude par pôle dans un cabinet comptable.
Tester à plusieurs avant de généraliser
Un test simple : chaque membre de l'équipe support traite les deux mêmes cas dans le projet commun, et l'on compare les sorties à l'écran. Les écarts montrent ce qui manque dans les instructions. Le prompt qui a marché rejoint le projet ; à terme, une bibliothèque de prompts classée par tâche, accessible à tous, permet à un nouvel arrivant d'en hériter sans avoir suivi de formation. Les freins habituels de cette étape sont décrits dans l'article sur les usages bloqués dans l'adoption de Claude en équipe.
7. Les pièges fréquents des projets Claude
- Les fichiers périmés : une grille tarifaire de l'an dernier reste lue comme la vérité. Nommez chaque fichier avec une date, désignez un responsable et programmez une revue.
- Le projet fourre-tout : vingt documents hétérogènes et des instructions de trois pages donnent des réponses floues. Scindez par processus.
- Les données sensibles : un fichier ajouté à un projet partagé est lu par tous ceux qui y ont accès. Pas de données personnelles de salariés ni de clients non nécessaires, pas de secrets (mots de passe, clés). Vérifiez avec le responsable données les règles applicables avant d'importer des dossiers clients.
- Trop de droits de modification : une instruction modifiée sans le dire change les réponses de toute l'équipe. Un ou deux éditeurs suffisent.
- La mémoire utilisée comme base de règles : elle n'est ni partagée ni garantie. Les règles d'équipe vont dans le projet.
- L'absence de relecture humaine : chiffres, dates, montants et noms se vérifient à la source, que le projet soit bien monté ou non.
À partir de quatre personnes, une fiche de règles d'usage d'une page suffit à cadrer l'essentiel : compte d'entreprise, données interdites, relecture obligatoire, une conversation par sujet. Le guide Claude en entreprise donne le cadre général, et la page Claude au quotidien présente les usages de base.
Questions fréquentes sur les projets, la mémoire et les artifacts de Claude
Pour aller plus loin
Monter les projets d'une équipe, écrire leurs instructions et les tester sur vos propres dossiers est le cœur de notre formation Claude pour PME, direction et équipes.
- Claude Skills en entreprise : standardiser les procédures répétées.
- Charte d'usage de Claude en entreprise : cadrer mémoire, données et relecture.
- Abonnements Claude Pro, Max, Team et Enterprise : choisir la formule qui permet le partage.
- Adoption de Claude en équipe : débloquer les usages.
- Claude Cowork sur Windows et Mac : installation pas à pas : installer Cowork et lancer une première tâche.
- Connecteurs Claude : brancher vos outils (MCP) pas à pas : quels outils brancher, qui active, quelles règles.
- Claude pour le support client : guide pour éditeurs SaaS : tickets, logs et réponses dans la charte.
