Créer un Project : un contexte réutilisable

Tu te retrouves à réexpliquer à chaque conversation qui tu es, ce que fait ton entreprise, ton ton de voix, tes contraintes ? Un Project règle ça une fois pour toutes : c’est un espace où tu figes un contexte (instructions + documents), et toutes les conversations qui y vivent en héritent.

🟢 En clair. un Project regroupe des conversations autour d’un même sujet, avec deux atouts : des instructions personnalisées (que Claude suit à chaque échange du projet) et une base de documents que tu joins une fois (Claude peut s’y référer). Plus besoin de recoller ton contexte à chaque fois.

🧰 L’analogie de l’atelier équipé. Une conversation normale, c’est un établi vide : tu apportes tes outils à chaque fois. Un Project, c’est un atelier déjà équipé : tes outils et tes plans sont là en permanence. Tu entres, tu travailles, tout est à portée.

Concrètement, dans un Project tu définis :

• Des instructions permanentes : « Tu es l’assistant de [mon entreprise]. Ton : professionnel mais chaleureux. Réponds toujours en français, format court. », appliquées à chaque conversation du projet.
• Une base de connaissances : tu déposes tes documents de référence (procédures, catalogue, notes) et Claude s’appuie dessus pour répondre.

🧩 Exemple concret. tu crées un Project « Support client ». Instructions : ton, langue, ce qu’on ne promet jamais. Documents : ta FAQ, tes CGV, ta grille tarifaire. Ensuite, chaque brouillon de réponse que tu demandes part déjà avec tout ce contexte, sans que tu ne recolles rien.

🔧 Un contexte généreux mais pas infini. Un Project accueille un large volume de documents (de l’ordre de plusieurs centaines de pages de texte). C’est confortable pour une doc produit ou un jeu de procédures, mais ce n’est pas un disque dur : vise l’essentiel et bien rangé plutôt que « tout ».

⏳ Note de fraîcheur : les Projects sont disponibles sur les différentes offres Claude, avec des limites et fonctions qui peuvent varier. Par exemple, le nombre de Projects ou la capacité documentaire peuvent dépendre de l’offre. Vérifie l’interface de ton compte et la documentation officielle.

⚠️ Erreur fréquente. confondre un Project avec une simple conversation. Une conversation garde le contexte d’un fil ; un Project applique le même contexte à toutes ses conversations. Si tu réexpliques ton entreprise dans chaque nouveau chat, c’est le signe qu’il te faut un Project.

❓ Vérifie que tu as compris. tu rédiges chaque semaine des posts pour la même marque, toujours avec la même charte de ton et les mêmes règles. Conversation isolée ou Project ?

Voir la réponse

Un Project « Réseaux sociaux · [marque] ». Tu y mets une fois la charte de ton et les règles en instructions, plus quelques exemples de posts réussis en documents. Chaque nouvelle demande de post hérite automatiquement de tout ça : plus rien à recopier.

✅ En résumé

• Un Project = instructions permanentes + base de documents, partagées par toutes ses conversations.
• Idéal quand tu répètes le même contexte (une marque, un produit, un domaine).
• Le contexte est large mais pas infini : mets l’essentiel, bien rangé.

🔍 Pour aller plus loin. Un Project rempli de tes documents devient une véritable base de connaissances interrogeable en langage naturel, c’est l’objet de l’article « Faire de Claude ta base de connaissances ».

Mise en pratique (10 minutes)

Prépare, sans encore créer le Project, deux colonnes : instructions permanentes et documents. Classe le ton de marque, l’interdiction de promettre une remise, le catalogue et la procédure de retour. Si un élément change souvent, note aussi son propriétaire et sa date de révision.