Les projets : donner un contexte durable à Claude.

L'essentiel

Un projet est un espace de travail consacré à un sujet : un client, un dossier, une procédure, un cours. Il réunit au même endroit des instructions, des documents de référence, une mémoire propre et les conversations qui portent sur ce sujet. Chaque nouvelle conversation ouverte dans le projet démarre avec ce contexte : vous n'avez plus à réexpliquer qui est le client ni à recharger les mêmes pièces.

C'est la fonction qui change le plus l'usage quotidien de Claude, et celle qui justifie le plus souvent le passage d'une équipe à l'offre Team, où les projets se partagent.

Ce qu'il y a dans un projet

• Les instructions du projet : quelques paragraphes qui disent à Claude qui vous êtes dans ce contexte, ce que vous attendez, le ton, le format, les règles à respecter. Elles s'appliquent à chaque nouvelle conversation du projet.
• Les documents : contrats, comptes rendus, procédures, exemples de bons livrables. Claude les lit en entier tant qu'ils tiennent dans sa mémoire de travail. Quand leur volume approche la limite, les forfaits payants basculent automatiquement en recherche documentaire : Claude va alors chercher les passages utiles au lieu de tout lire, ce qui multiplie la capacité (jusqu'à dix fois).
• La mémoire du projet : ce que Claude retient au fil des échanges sur ce sujet. Elle est séparée de celle des autres projets. Par défaut, la mémoire générale du compte s'y ajoute ; on peut la couper pour un projet sensible.
• Les conversations : chacune repart du contexte du projet, mais ne voit pas le détail des autres conversations, sauf si vous demandez à Claude de chercher dans les échanges passés.

Quand un projet vaut le coup

Oui, dès qu'un sujet revient souvent et repose sur les mêmes informations :

• un client suivi sur plusieurs mois (contexte, historique, interlocuteurs, façon de rédiger) ;
• une procédure interne qu'on interroge régulièrement (qualité, RH, réglementation) ;
• un type de production récurrent (propositions commerciales, comptes rendus, fiches produit) avec des exemples à imiter ;
• une préparation longue (un appel d'offres, une formation, un audit).

Non, pour une question ponctuelle, une recherche d'information générale ou un texte sans lendemain : une conversation simple suffit. Et si vous cherchez à standardiser une façon de faire valable partout (un format de compte rendu, une méthode d'analyse), regardez plutôt du côté des skills.

La méthode pour construire un bon projet

1. Un projet, un sujet. Un projet « Client Dupont » plutôt qu'un projet « Clients ». Mélanger les sujets brouille les instructions et dilue les documents.
2. Écrire les instructions comme pour un nouveau collaborateur. Qui est le client, quel est l'enjeu, ce qu'on attend de Claude, ce qu'il ne doit jamais faire, le format de sortie. Court et précis vaut mieux que long : au-delà de quelques centaines de mots, les consignes se diluent.
3. Choisir les documents, pas tout verser. Les pièces de référence et deux ou trois exemples de bons livrables. Un document obsolète laissé dans le projet sera cité comme s'il était à jour.
4. Tester avec une vraie demande. Ouvrez une conversation dans le projet et demandez une production habituelle. Si Claude se trompe, corrigez les instructions plutôt que la réponse : la correction servira à toutes les conversations suivantes.
5. Entretenir. Remplacez les documents périmés, ajustez les instructions quand une erreur revient. Un projet est un outil vivant.

Exemples

Le suivi d'un client. Un consultant crée un projet par client. Instructions : le contexte, les interlocuteurs, le ton attendu, la règle « ne jamais citer de chiffre sans sa source ». Documents : le contrat, les derniers comptes rendus. Chaque compte rendu de réunion se rédige en quelques minutes, dans le bon format, avec le bon historique.

La base documentaire d'une équipe. Sur Team, un projet « Procédures » partagé contient le règlement intérieur, la charte informatique et les modes opératoires. Chacun pose sa question en langage courant et obtient une réponse qui cite le document.

La production en série. Un projet « Fiches produit » contient la charte éditoriale et trois fiches modèles. Chaque nouvelle fiche suit la même structure, sans répéter la consigne.

Partager un projet

Sur les offres Team et Enterprise, un projet se partage avec des collègues, en lecture ou en modification. Les instructions et les documents valent alors pour tous : c'est le moyen le plus simple d'homogénéiser les pratiques d'une équipe. Sur les offres individuelles, les projets restent personnels. Le détail par forfait est dans Choisir entre Claude Pro et Claude Team.

Pièges à éviter

• Le projet fourre-tout : vingt sujets, cent documents, des instructions contradictoires. Mieux vaut cinq petits projets nets.
• Les documents périmés : Claude ne sait pas qu'une version a été remplacée. Retirez l'ancienne.
• Des instructions trop longues : elles se contredisent et se diluent. Gardez l'essentiel, déplacez le détail dans un document.
• Croire que le projet retient tout : chaque conversation repart des instructions, des documents et de la mémoire du projet, pas du détail mot à mot des échanges précédents.
• Des données sensibles dans un projet partagé : tout membre du partage y a accès. Appliquez la règle des trois niveaux.

Exercice d'une minute

Choisissez le sujet sur lequel vous réexpliquez le plus souvent le même contexte à Claude. Écrivez en cinq lignes ce qu'un nouveau collaborateur devrait savoir pour vous aider sur ce sujet : vous tenez les instructions de votre premier projet.