Les custom instructions d'un Project encodent durablement le rôle, le ton et les contraintes. Bien rédigées, elles transforment Claude en assistant adapté au dossier. Mal rédigées, elles ne servent à rien. Cette leçon vous donne la structure type, des exemples pour des cas professionnels fréquents, et les anti-patterns à éviter — pour que vos Projects soient efficaces dès la première conversation.
Le stagiaire rédige des custom instructions efficaces pour un Project, en évitant les anti-patterns courants.
Les custom instructions sont l'élément de configuration le plus négligé d'un Project. Beaucoup d'utilisateurs laissent le champ vide, ou écrivent une phrase vague type « Tu es mon assistant ». Dans les deux cas, vous ne profitez pas du potentiel de personnalisation.
Bien rédigées, des custom instructions de 5 à 15 lignes suffisent à transformer Claude en assistant calibré pour votre dossier : ton qui correspond à votre style, contraintes qui évitent vos écueils habituels, focus qui exclut les sujets hors scope. C'est l'investissement initial qui paye le plus longtemps.
"Tu es mon assistant pour [dossier]." Une ligne pour cadrer le périmètre.
"Réponses [factuelles / chaleureuses / formelles]. [Court / structuré / narratif]." Trois adjectifs.
"En français. Cite la page pour chaque chiffre. Signale toute incertitude." Deux à trois règles.
"Pas de [sujet à exclure]. Renvoie-moi vers [sujet] pour ces questions." Un ou deux exclus.
"Pose une question si l'enjeu est ambigu. Propose plusieurs options sur les arbitrages."
Erreur classique : écrire des custom instructions trop longues, par excès de zèle. Au-delà de 200 mots environ, Claude perd la hiérarchie de vos instructions et applique inégalement les règles. Vous payez en tokens à chaque conversation pour un effet dégradé.
Discipline : 5 à 15 lignes maximum, structurées en 3 à 5 sections claires. Si vous avez plus à dire, c'est probablement que votre Project est trop large — scindez-le.
Astuce : rédigez vos custom instructions en bullet points ou en numérotation. Claude lit mieux les listes structurées que les paragraphes denses. Et vous-même, quand vous reviendrez modifier les consignes dans 3 mois, retrouverez plus vite ce que vous voulez ajuster.
Les custom instructions ne se posent pas une fois pour toutes : elles s'affinent par observation. Posez une première version raisonnable, utilisez le Project pendant une à deux semaines, identifiez ce qui ne va pas, ajustez.
Ajustements typiques après deux semaines : raccourcir le ton (Claude reste trop verbeux malgré la consigne), ajouter un hors-scope (Claude continue à digresser sur un sujet exclu), préciser un style (vous découvrez qu'il faut être plus directif sur tel point).
Trois itérations en deux semaines suffisent généralement à converger vers des consignes stables. Au-delà, vous touchez à la marge — c'est probablement bon signe que vos consignes sont bien calibrées.
| Anti-pattern | Exemple | Pourquoi c'est inutile |
|---|---|---|
| VagueBanalité | "Sois professionnel et précis" | Claude est déjà professionnel. Aucune information. |
| ContradictoireTension interne | "Sois exhaustif mais court" | Claude tranche au hasard à chaque conversation. |
| Massif500 mots | Toute la philosophie de votre métier | Hiérarchie perdue, application inégale. |
| ImitablePas de signature | "Réponds en français de qualité" | Aucune différenciation par dossier. |
Test final pour vos custom instructions : pour chaque ligne, demandez-vous « qu'est-ce que Claude ferait différemment si cette ligne n'existait pas ? ». Si vous ne voyez pas la différence concrète, supprimez la ligne.
Ce test draconien produit généralement des consignes bien plus courtes et bien plus efficaces que ce que les utilisateurs écrivent spontanément. La spécificité l'emporte sur l'exhaustivité dans les custom instructions.
Astuce : pour vérifier l'effet de vos consignes, posez la même question dans un Project avec consignes et dans une conversation vierge. La différence dans les réponses est généralement spectaculaire — c'est le bénéfice direct de vos custom instructions.
Tentation classique : aller chercher sur LinkedIn ou un blog des « modèles de custom instructions miracles » et les coller dans votre Project. Cela part d'une bonne intention — apprendre des autres — mais produit rarement de bons résultats.
Trois raisons. Premièrement, les consignes efficaces sont par nature spécifiques à votre dossier, votre rôle, votre style. Une consigne universelle est par définition une consigne moyenne — donc inefficace pour votre cas. Deuxièmement, les modèles partagés en ligne sont souvent gonflés artificiellement (200+ mots) pour paraître impressionnants — ils relèvent de l'anti-pattern « massif ».
Discipline : écrivez vos consignes vous-même à partir du canevas YOAT en 5 lignes. Inspirez-vous éventuellement d'exemples mais réécrivez systématiquement. C'est plus rapide qu'on ne le pense — 10 minutes par Project — et infiniment plus efficace.
Les custom instructions évoluent au fil des versions de Claude. Anthropic ajoute régulièrement des capacités : longueur acceptée, granularité des contrôles, intégration avec les outils. Le canevas YOAT en 5 lignes reste valable indépendamment de ces évolutions — c'est une discipline pédagogique, pas une contrainte technique. Au-delà de cinq lignes structurées, les retours sont marginaux. Privilégiez la clarté à la fonctionnalité maximale.
La leçon 14 clôture la section 3 sur le partage de Projects en équipe (plan Team et Enterprise). Quand mutualiser un Project entre collaborateurs, comment encadrer les droits d'édition, et la gouvernance de partage qui évite que vos bases de connaissances ne se transforment en dossier partagé désorganisé.
À l'issue de la section 3, vous saurez configurer Claude comme un véritable espace de travail professionnel, individuel ou partagé, durablement utile.