Projects Claude : organiser votre IA comme un vrai poste de travail
Chaque nouvelle conversation avec Claude repart de zéro. Vous ré-expliquez votre métier, votre ton, vos contraintes, vos préférences. Cinq minutes perdues à chaque fois, des réponses génériques en attendant que Claude « comprenne ». Les Projects règlent ce problème définitivement : un espace de travail persistant où Claude sait déjà qui vous êtes, ce que vous faites, et comment vous le voulez — avant même votre premier message.
Vous avez un collègue brillant mais amnésique. Chaque matin, il oublie tout : votre nom, votre métier, vos projets en cours, vos standards de qualité. Vous passez les dix premières minutes de chaque journée à lui refaire le briefing. C’est exactement ce que vous faites avec Claude quand vous n’utilisez pas les Projects. Et c’est la fonctionnalité la plus sous-utilisée de tout l’écosystème — celle qui fait la différence entre un chatbot et un collaborateur.
Dans les deux premiers articles de cette série, vous avez configuré votre compte et compris les modèles, puis maîtrisé les techniques de prompt. Maintenant, on passe du prompt isolé au système permanent. À la fin de cet article, vous aurez un Project opérationnel, avec des instructions calibrées, des fichiers de référence chargés, et un Claude qui produit des résultats professionnels dès le premier message.
Un espace de travail persistant en trois couches
Un Project Claude est composé de trois éléments : des instructions personnalisées (un texte que Claude lit avant chaque conversation dans ce Project), une base de connaissances (des fichiers que Claude peut consulter), et un historique de conversations regroupées par thématique. Chaque nouvelle conversation que vous ouvrez dans un Project démarre avec ce contexte déjà chargé — sans que vous ayez à taper quoi que ce soit. C’est un mécanisme de contexte persistant qui résout un problème précis : donner à Claude le même niveau de briefing qu’un collaborateur humain qui travaille avec vous depuis des mois.
Les Projects sont disponibles sur tous les plans, y compris le plan gratuit (limité à 5 Projects). Les plans payants (Pro, Max, Team, Enterprise) offrent des Projects illimités et une fonctionnalité critique : le RAG automatique. Quand votre base de connaissances dépasse les limites de la fenêtre de contexte, Claude active automatiquement un système de Retrieval Augmented Generation qui étend la capacité jusqu’à 10 fois — sans perte notable de qualité de réponse.
L’architecture d’un Project bien conçu
Un Project efficace repose sur la qualité de ses instructions personnalisées. Les fichiers de référence sont utiles, mais ce sont les instructions qui déterminent le comportement de Claude. Voici la structure en quatre parties recommandée par les power users et validée par les retours d’usage.
Partie 1 : le profil
Qui vous êtes, ce que vous faites, pour qui vous travaillez, quelles contraintes vous subissez. Ce n’est pas une bio LinkedIn — c’est un briefing opérationnel. Claude utilise ces informations pour calibrer le niveau de détail, le vocabulaire, et les hypothèses de ses réponses.
# Exemple de profil
Je suis consultante indépendante en stratégie digitale.
Mes clients : PME et ETI françaises, 20 à 500 salariés.
Je produis des audits, des recommandations stratégiques,
et des plans d'action opérationnels.
Mon interlocuteur habituel : le dirigeant ou le directeur
marketing, rarement technique.
Partie 2 : la voix
Comment vous écrivez et communiquez. Les adjectifs vagues (« professionnel », « engageant ») ne fonctionnent pas. Ce qui fonctionne : des règles concrètes et des contre-exemples. Les exemples spécifiques de ce que vous ne voulez pas sont souvent plus utiles que les descriptions de ce que vous voulez.
# Exemple de voix
Ton : direct, factuel, jamais condescendant.
Phrases courtes. Paragraphes de 3 phrases max.
Pas de mots creux : "révolutionnaire", "incontournable",
"game changer", "synergie", "levier".
Pas de formules IA : "dans un monde où...",
"il est important de noter que...".
Quand tu donnes un conseil, donne le conseil.
Pas de disclaimer inutile.
Partie 3 : les règles
Les contraintes métier, les process à respecter, les formats obligatoires. C’est ici que vous codifiez ce que vous répétez habituellement à chaque nouvelle conversation.
# Exemple de règles
- Toujours vérifier les faits via recherche web avant
de citer un chiffre, un prix ou une date.
- Les recommandations doivent être immédiatement actionnables :
le client doit pouvoir commencer demain.
- Ne jamais recommander un outil sans en avoir vérifié
l'existence et le pricing actuel.
- Structurer les livrables avec : contexte (3 phrases),
diagnostic, recommandations, plan d'action.
- Budget client type : 500 à 5 000 €/mois pour les outils.
Partie 4 : le formatage
Comment Claude doit structurer ses réponses dans ce Project spécifique. Cette section est souvent négligée, mais elle fait une différence énorme sur l’utilisabilité des réponses.
# Exemple de formatage
- Réponses en prose fluide, pas de bullet points
sauf demande explicite.
- Titres en H2 pour les sections principales,
H3 pour les sous-sections.
- Tableaux comparatifs quand il y a 3+ options à évaluer.
- Longueur par défaut : 300-500 mots.
Si je veux plus, je le demande.
Les instructions personnalisées consomment des tokens à chaque conversation. Des instructions de 200 à 500 mots offrent le meilleur équilibre entre précision et efficacité. Au-delà de 1 000 mots, vous commencez à réduire l’espace disponible pour la conversation elle-même. Mettez le contexte spécifique à un projet dans les fichiers de la base de connaissances, pas dans les instructions. Les instructions sont pour les règles permanentes, les fichiers pour les données de référence.
La base de connaissances : quoi charger, quoi éviter
Chaque Project dispose d’un espace où vous uploadez des fichiers que Claude pourra consulter pendant vos conversations. Les formats supportés sont nombreux : PDF, DOCX, CSV, TXT, HTML, code source, et bien d’autres. La limite est de 30 Mo par fichier, sans plafond sur le nombre de fichiers pour les plans payants.
Les bons candidats pour la base de connaissances sont les documents que vous consultez régulièrement et que Claude doit connaître pour travailler efficacement : guides de style, templates de livrables, documentation technique, exemples de productions réussies, chartes éditoriales, processus documentés. Uploadez trois à cinq exemples de travaux dont vous êtes satisfait — Claude apprend vos standards par l’exemple plus vite que par la description.
Les mauvais candidats sont les documents ponctuels (un brief client unique, un fichier à traiter une seule fois), les données confidentielles à forte rotation, et les fichiers volumineux que Claude n’a pas besoin de lire en entier. Pour un document ponctuel, uploadez-le directement dans la conversation, pas dans la base de connaissances du Project.
Conseil d’entretien : revenez sur votre base de connaissances une fois par mois. Supprimez les fichiers obsolètes, mettez à jour les documents qui ont évolué. Une base de connaissances encombrée dégrade progressivement la pertinence des réponses.
Préférences globales vs. instructions de Project : le système à deux niveaux
Claude propose deux mécanismes de personnalisation qui se complètent sans se remplacer. Les comprendre et les utiliser correctement évite les redondances et maximise la précision.
Les préférences de profil (accessibles dans Réglages) s’appliquent à toutes vos conversations, dans tous les Projects et hors Project. C’est l’endroit pour vos règles universelles : votre nom, votre métier, votre niveau technique, vos préférences de ton et de format par défaut. Ce sont les fondations.
Les instructions de Project s’appliquent uniquement aux conversations ouvertes dans ce Project. C’est l’endroit pour le contexte spécifique : le type de livrables, les règles métier, les contraintes du client ou du domaine. Ce sont les murs et le toit construits sur les fondations.
Les deux se cumulent. Claude lit d’abord vos préférences de profil, puis ajoute les instructions du Project par-dessus. Vous n’avez donc pas besoin de répéter « sois concis » dans chaque Project si c’est déjà dans votre profil. Inversement, une instruction de Project peut surcharger une préférence globale : si votre profil dit « ton décontracté » mais qu’un Project exige « ton formel pour un client institutionnel », l’instruction du Project prend le dessus dans ce contexte.
| Élément | Préférences de profil | Instructions de Project |
|---|---|---|
| Portée | Toutes les conversations | Conversations du Project uniquement |
| Contenu idéal | Identité, ton, format par défaut | Contexte métier, règles spécifiques, livrables |
| Longueur recommandée | 100-200 mots | 200-500 mots |
| Fichiers associés | Non | Oui (base de connaissances) |
| Disponibilité | Tous les plans | Tous les plans (5 Projects max en gratuit) |
Cinq architectures de Projects par métier
Les Projects ne sont pas un outil « taille unique ». Leur valeur dépend de la façon dont vous les structurez autour de votre activité réelle. Voici cinq architectures testées, adaptables à votre situation.
Chaque client a son propre Project avec ses contraintes, son ton, ses livrables types, et ses fichiers de référence (charte graphique, brief initial, historique des productions). Avantage : quand vous ouvrez le Project « Client X », Claude connaît déjà le contexte, le jargon métier du client, et vos formats habituels. Plus besoin de re-contextualiser à chaque échange.
Un Project « Articles de blog » avec votre charte éditoriale et des exemples d’articles réussis. Un Project « Newsletters » avec votre template et votre base d’objets performants. Un Project « Réseaux sociaux » avec vos guidelines de ton par plateforme. Chaque Project spécialise Claude sur un format de production précis.
Pour chaque site, un Project dédié contient le design system, les templates HTML, les règles SEO spécifiques, les contraintes éditoriales, et les fichiers de référence. Claude produit du contenu parfaitement calibré pour chaque site sans confusion entre les différentes chartes. C’est l’architecture idéale quand vous gérez plusieurs sites avec des identités éditoriales distinctes.
Uploadez la documentation technique, les conventions de code, l’architecture du projet, et des exemples de code propre. Les instructions précisent le langage, le framework, les patterns à respecter. Combiné avec Claude Code et son fichier CLAUDE.md, ce setup couvre à la fois le chat et le terminal.
Instructions orientées recherche : « Vérifie systématiquement via recherche web, cite tes sources, distingue les faits des opinions, signale les contradictions entre sources. » Base de connaissances : rapports de référence, lexique sectoriel, méthodologie d’analyse. Chaque conversation de recherche bénéficie de ce cadre méthodologique sans avoir à le re-définir.
Projects et Cowork : la convergence de 2026
Depuis mars 2026, les Projects ne sont plus limités à l’interface web de claude.ai. Ils sont désormais intégrés dans Claude Cowork, l’agent desktop d’Anthropic. Cette convergence change fondamentalement ce que les Projects permettent de faire.
Dans Cowork, un Project devient un espace de travail local avec accès à vos fichiers sur votre ordinateur, des tâches planifiées et récurrentes, et une mémoire scopée — Claude retient automatiquement les décisions, les patterns de travail et les préférences spécifiques à ce Project, d’une session à l’autre. Quand vous dites « continue le rapport commencé la semaine dernière », Claude sait de quel rapport vous parlez — mais uniquement dans ce Project. Aucune contamination entre Projects.
Vous pouvez importer un Project existant de claude.ai vers Cowork : les instructions et les fichiers sont transférés automatiquement. L’inverse fonctionne aussi : créer un Project dans Cowork et l’utiliser ensuite depuis le navigateur. C’est le même système, accessible depuis deux interfaces.
Pour les utilisateurs qui ne travaillent que dans claude.ai (sans Cowork ni Claude Code), les Projects restent parfaitement fonctionnels en mode web. Vous n’avez pas besoin de Cowork pour bénéficier de tout ce qui est décrit dans cet article.
Les erreurs qui plombent un Project
Un seul Project géant pour tout. C’est l’erreur la plus fréquente. Un Project « Travail » qui mélange la rédaction, la comptabilité, la prospection et le support client produit des réponses moyennes partout. Créez des Projects séparés pour des flux de travail distincts. La granularité idéale : un Project par domaine de compétence ou par contexte de production.
Des instructions vagues. « Sois professionnel et utile » n’est pas une instruction — c’est un souhait. Claude est professionnel et utile par défaut. Vos instructions doivent contenir des informations que Claude ne peut pas deviner : votre secteur, vos contraintes métier, vos formats de livraison, les mots que vous n’utilisez jamais, les hypothèses que vous voulez qu’il fasse (ou qu’il ne fasse pas).
Trop de fichiers non triés. Charger vingt documents sans organisation crée du bruit. Claude n’a pas de moyen de savoir quel fichier est le plus important. Limitez-vous aux documents que Claude doit connaître pour chaque conversation dans ce Project, pas aux documents dont il aura besoin une fois.
Ne jamais mettre à jour. Un Project configuré en janvier avec des instructions qui reflètent votre activité de janvier ne sera plus pertinent en avril. Planifiez une revue mensuelle de vos instructions et de votre base de connaissances. Supprimez ce qui est obsolète, ajoutez ce qui a évolué. Datez vos instructions pour vous souvenir de leur dernière mise à jour.
Dupliquer les préférences globales. Si votre profil dit déjà « ton direct, phrases courtes, pas de jargon », ne le répétez pas dans chaque Project. Les instructions de Project sont là pour ce qui est spécifique à ce Project, pas pour ce qui est universel dans votre travail.
Votre premier Project en 15 minutes
Dans claude.ai, cliquez sur « Projects » dans la barre latérale, puis « + ». Donnez un nom descriptif et spécifique — « Blog IA – Articles éditoriaux » plutôt que « Blog ». Un bon nom vous dit immédiatement ce que fait le Project quand vous en avez dix.
Collez vos instructions en quatre parties (profil, voix, règles, format). Visez 300 mots. Relisez en vous demandant pour chaque ligne : « Si je supprime cette phrase, est-ce que les réponses de Claude changent ? » Si non, supprimez-la. Chaque mot doit peser.
Uploadez 3 à 5 fichiers de référence essentiels. Ouvrez une première conversation et donnez à Claude une tâche type. Évaluez la réponse : ton, format, niveau de détail. Ajustez les instructions en conséquence. Ce cycle test-ajustement prend 10 minutes et vous fait gagner des heures par la suite.
Du Project au système complet
Un Project bien configuré transforme Claude d’un interlocuteur générique en un collaborateur calibré pour votre travail. Mais un Project seul reste un espace de travail statique — Claude recommence chaque conversation à partir des mêmes instructions, sans se souvenir de vos échanges précédents.
C’est exactement ce que résout la mémoire de Claude. Dans le prochain article, nous explorons comment Claude apprend de vous au fil du temps, comment piloter ce qu’il retient, et comment combiner mémoire + Projects pour construire un système qui s’améliore à chaque utilisation. La configuration devient intelligence cumulative.
En attendant, créez votre premier Project. Maintenant. Pas demain, pas quand vous aurez le temps. Quinze minutes de configuration vous feront gagner des heures chaque semaine. C’est l’investissement le plus rentable que vous puissiez faire sur votre usage de Claude.
Retrouvez tous nos guides pratiques pour comprendre et utiliser l’intelligence artificielle au quotidien.