Projects Claude : organiser votre IA comme un vrai poste de travail

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 donc 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 pourtant 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 ainsi 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 Projects peuvent aussi bénéficier d’une fonctionnalité critique : le RAG automatique. Quand votre base de connaissances approche les limites de contexte, Claude peut activer un système de Retrieval Augmented Generation qui étend la capacité jusqu’à 10 fois — tout en maintenant la qualité de réponse. La disponibilité exacte peut dépendre du plan et de l’état de déploiement : vérifiez votre interface Claude si vous êtes sur un compte gratuit.

Conversation normale, Project ou Cowork Project : que choisir ?

Avant de créer dix Projects, posez-vous une question simple : est-ce que ce contexte va servir plusieurs fois ? Si oui, créez un Project. Si non, restez dans une conversation normale.

L’architecture d’un Project bien conçu

Un Project efficace repose d’abord 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 d’ailleurs 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 pourtant 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.

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, ODT, RTF, EPUB, JSON et XLSX (ce dernier nécessite d’activer l’outil d’analyse, ou plus largement code execution et file creation, dans vos réglages). La limite est de 30 Mo par fichier. Le nombre de fichiers est illimité, mais le contenu total doit rester dans les limites de contexte de Claude — avec extension automatique par RAG quand cette fonctionnalité est disponible et que le Project approche ces limites.

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 notamment 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 en revanche 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 en effet 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 ainsi 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 quant à elles 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 alors le dessus dans ce contexte.

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 ainsi cinq architectures testées, adaptables à votre situation.

Freelance, consultant, rédacteur, marketeur : un Project par client ou par tâche

Les deux premières architectures s’adressent aux indépendants et aux équipes qui jonglent avec plusieurs contextes au quotidien. L’idée : isoler chaque flux de travail dans son propre espace, pour que Claude bascule immédiatement dans le bon registre.

Gestionnaire de sites, développeur, analyste : un Project par environnement technique

Les trois architectures suivantes concernent les profils qui travaillent dans des environnements techniques ou documentaires cadrés. Le Project sert alors de réceptacle à tout le contexte structurel : conventions, fichiers de référence, méthodologie.

Projects claude.ai vs Cowork Projects : deux systèmes complémentaires

Deux fonctionnalités Projects, deux logiques différentes

Claude Cowork, l’agent desktop d’Anthropic, dispose de sa propre fonctionnalité Projects, appelée Cowork Projects. Attention au piège : ce ne sont pas les mêmes Projects que ceux de claude.ai. Il s’agit de deux systèmes distincts, avec des usages différents.

Les Projects de claude.ai (ceux décrits tout au long de cet article) vivent dans le cloud. Ils sont accessibles depuis n’importe quel navigateur, partageables avec vos équipes sur les plans Team et Enterprise, et conçus comme des playbooks de référence. C’est la solution de base pour tout professionnel qui veut structurer son travail avec Claude — sans matériel ni installation particulière.

Cowork Projects : le pendant local, avec mémoire scopée

Les Cowork Projects, eux, vivent localement sur votre machine, dans l’application Claude Desktop. Ils permettent de grouper des tâches liées dans des espaces dédiés avec leurs propres fichiers, liens, instructions et mémoire. Vous pouvez partir de zéro, utiliser un dossier existant de votre ordinateur, ou importer un Project claude.ai existant pour récupérer ses fichiers et instructions.

Le point clé, c’est la mémoire scopée : Claude retient 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.

Les Cowork Projects ajoutent aussi les tâches planifiées, les instructions par espace de travail, et l’exécution autonome de plusieurs étapes. En revanche, ils sont locaux, réservés aux utilisateurs de Cowork sur plans payants, et leur usage demande plus de prudence : les tâches planifiées ne s’exécutent que si l’ordinateur est réveillé et l’application Claude Desktop ouverte, et les actions sensibles doivent rester supervisées.

En pratique, beaucoup d’utilisateurs avancés combinent les deux : les Projects claude.ai comme référentiel partagé, et les Cowork Projects comme espaces d’exécution locaux. Si vous débutez avec les Projects, commencez par claude.ai — Cowork est un cran au-dessus, à aborder une fois que votre usage Projects web est en place.

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 plutôt 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 donc 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 en effet 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 mai. Planifiez par conséquent 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.

Template de Project Claude prêt à copier

Si vous ne savez pas par où commencer, utilisez ce modèle. Remplacez les crochets, collez-le dans les instructions du Project, puis ajustez après trois ou quatre conversations réelles.

# Instructions de Project Claude
PROFIL
Je suis [votre rôle].
Je travaille sur [activité / client / site / projet].
Mon audience principale est [public cible].
Mon objectif dans ce Project : [résultat attendu].

VOIX
Ton : [direct / expert / pédagogique / formel / autre].
Évite : [mots, formules, styles interdits].
Préférence : [phrases courtes, tableaux, exemples, prose, etc.].

RÈGLES
- Toujours respecter [contrainte métier importante].
- Vérifier les faits récents avant de citer prix, dates ou chiffres.
- Signaler les incertitudes au lieu d'inventer.
- Adapter le niveau de détail à [type de lecteur].

FORMAT
Par défaut, structure les réponses ainsi :
1. réponse directe
2. explication utile
3. action recommandée
4. point à vérifier si nécessaire

Votre premier Project en 15 minutes

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. Cependant, un Project seul reste un espace de travail statique : il donne un cadre solide à chaque conversation, mais il ne remplace pas la mémoire de Claude, qui construit une continuité plus large au fil du temps.

En attendant, créez votre premier Project. Maintenant. Pas demain, pas quand vous aurez le temps. Quinze minutes de configuration vous feront ainsi gagner des heures chaque semaine. C’est l’investissement le plus rentable que vous puissiez faire sur votre usage de Claude.