Les Projects transforment Claude d'un outil de questions ponctuelles en un espace de travail persistant. Vous chargez une fois vos documents de référence, vous fixez des consignes durables, et toutes vos conversations dans ce Project en bénéficient. Cette leçon vous montre quand créer un Project, comment le structurer, et les trois Projects-types qu'un professionnel gagne à monter dès la première semaine.
Le stagiaire crée un Project avec base de connaissances et consignes, et l'utilise pour un dossier récurrent.
Sans Project, chaque conversation Claude redémarre de zéro. Vous re-expliquez le contexte, vous re-téléversez les documents, vous re-précisez le ton. Sur un dossier récurrent, ce gaspillage devient considérable — facilement 5 minutes par conversation pour reposer le contexte.
Avec un Project, le contexte est posé une fois, mémorisé, et réutilisé à chaque conversation. Vous gagnez en temps, en cohérence, et en qualité — Claude s'imprègne progressivement de votre dossier comme un collaborateur qui suit le sujet depuis plusieurs mois. C'est probablement la fonctionnalité qui change le plus l'usage de Claude au quotidien.
Consignes durables. "Tu es mon assistant pour le dossier X. Réponds en français, ton factuel, cite tes sources."
Documents de référence du dossier : rapports, notes, comptes rendus. Consultable en permanence par Claude.
Chaque échange utilise les consignes et la base. Liste organisée, retrouvée facilement, capitalisée.
Le bénéfice des Projects n'est pas qu'ergonomique : il est économique. La base de connaissances est mise en cache par Anthropic. Concrètement, charger un rapport de 100 pages dans un Project coûte 50 000 tokens d'entrée à la première requête, puis seulement quelques centaines à chaque requête suivante.
Sur un dossier consulté 20 fois par semaine, le gain cumulé est massif. Sans Project : 20 × 50 000 = 1 million de tokens. Avec Project : 50 000 + 19 × quelques centaines ≈ 60 000 tokens. Facteur 15 d'économie.
Implication pratique : pour tout document que vous prévoyez de consulter plus de 3 fois, un Project est rentable immédiatement. Pour un professionnel, cela couvre la quasi-totalité de vos dossiers récurrents.
Règle simple pour décider : à partir de 3 conversations sur le même sujet, créer un Project est rentable. Avant ce seuil, l'effort de configuration n'est pas amorti. Au-delà, vous perdez du temps à chaque nouvelle conversation.
Critère secondaire : présence de documents de référence. Si votre dossier mobilise un ou plusieurs documents que vous interrogeriez plusieurs fois, le Project devient incontournable pour la mécanique de cache.
Astuce professionnel : créez vos Projects au moment où vous prenez votre poste sur un sujet, pas après plusieurs semaines de conversations dispersées. C'est plus facile de partir avec une organisation propre que de réorganiser après coup. Investissement initial : 15 minutes par Project. Rendement : continu pendant des mois.
"Tu es mon assistant pour le pilotage commercial. Tu m'aides à analyser, pas à exécuter."
"Réponses courtes, factuelles, structurées. Pas de paraphrase de mes propos. Pas de superlatifs."
"En français. Cite la page pour chaque chiffre extrait des documents. Signale toute incertitude."
Erreur classique : écrire des custom instructions vagues du type « sois professionnel et précis ». Ces consignes ne servent à rien — Claude est déjà professionnel et précis par défaut. Vous payez en tokens d'input à chaque conversation pour rien.
Les bonnes consignes sont spécifiques et différenciantes. Elles encodent ce qui change pour ce dossier précis : le rôle, le style attendu (qui peut être contraire au défaut Claude), les contraintes propres (langue, structure, format). Si vos consignes pourraient s'appliquer telles quelles à n'importe quel dossier, elles sont inutiles.
Test simple : relisez vos custom instructions et demandez-vous ce qui changerait dans la réponse de Claude si vous les supprimiez. Si vous ne voyez pas ce qui changerait, retravaillez-les ou supprimez-les.
Piège récurrent chez les professionnels enthousiastes : créer un seul Project géant intitulé « Mon travail » qui rassemble toute leur activité — pilotage, veille, communication, RH, finance. Logique apparemment économique : un seul Project à maintenir.
En pratique, c'est contre-productif. Claude doit lire toute la base à chaque conversation. Les sujets se contaminent : une question RH peut être influencée par un document financier sans rapport. Le ton n'est pas le même pour piloter, communiquer, ou analyser — un Project unique impose un ton de compromis qui sert mal chacun.
Discipline : un Project par dossier ou par fonction. Vous pouvez avoir 5 à 15 Projects actifs en parallèle sans difficulté de gestion. Claude.ai liste vos Projects dans la sidebar gauche avec recherche rapide. Privilégier la spécialisation à la concentration.
En plan Team et Enterprise, les Projects peuvent être partagés entre collaborateurs. Vous créez un Project « Comité de direction » accessible à tous les membres, ou un Project « Pilotage commercial » accessible à votre équipe commerciale. Cela permet une mutualisation de la base de connaissances et des consignes — utile mais à encadrer en gouvernance. Sur un Project partagé, chaque collaborateur peut ajouter des documents et conversations. Définissez explicitement qui peut éditer le Project, qui peut juste l'utiliser, et révisez régulièrement.
La leçon 12 approfondit le second pilier des Projects : la base de connaissances. Quels documents y mettre, comment les organiser, quand les actualiser. C'est la qualité de la base qui détermine la qualité des réponses du Project.
Vous apprendrez aussi à reconnaître quand un Project devient « pollué » par des documents obsolètes ou hors scope, et la discipline d'entretien régulier qui maintient son efficacité dans le temps.