Accueil / Techniques qui changent le résultat
Composer un system prompt à partir de plusieurs sources
Fusionner les meilleures règles de plusieurs system prompts fonctionne comme une opération d'écriture ordinaire, à condition de réécrire chaque règle importée pour son propre contexte plutôt que de la copier telle quelle, et de laisser les règles déjà en vigueur trancher tout conflit.
Un system prompt, ou des instructions personnalisées selon l'interface utilisée, est le texte qui cadre le comportement de Claude avant même la première question posée, un rôle, un registre, des règles à suivre en toute circonstance. Un system prompt trouvé ailleurs, un modèle partagé par quelqu'un d'autre ou une liste de règles publiée en exemple, contient presque toujours une ou deux phrases utiles au milieu de beaucoup de détails qui ne concernent pas votre propre usage. Copier l'ensemble tel quel importe aussi ce qui ne s'applique pas à votre contexte. Reprendre une seule règle et la réécrire avec vos propres mots, pour votre propre situation, est une opération d'écriture ordinaire, la même que celle employée pour rédiger n'importe quelle instruction destinée à Claude.
Réécrire, pas copier
Une règle copiée mot pour mot porte souvent un vocabulaire, des exemples ou des contraintes propres à la situation de son auteur d'origine. Une règle qui vise un certain type de réponse pour un public professionnel donné n'a pas le même sens pour un public associatif. Réécrire la règle oblige à se demander ce qu'elle vise réellement, avant de la reformuler pour le contexte où elle va s'appliquer. Ce travail de reformulation est ce qui distingue emprunter une idée de recopier un texte.
Règle trouvée ailleurs : ne jamais utiliser de jargon technique sans le définir.
Règle réécrite pour son contexte : chaque terme métier du secteur associatif, adhérent,
cotisation, assemblée générale, se définit en une phrase à sa première apparition.
Qui tranche en cas de conflit
Une règle importée peut contredire une règle déjà en place. La priorité revient à la règle du propriétaire du system prompt, pas à la règle importée : c'est lui qui connaît son propre contexte et les raisons pour lesquelles sa règle existe. Avant d'ajouter une règle reformulée, il faut donc la relire face aux règles déjà en vigueur et vérifier qu'aucune des deux ne contredit l'autre.
Vérifier qu'une règle reformulée déclenche encore le comportement attendu suit la même logique que tester un contrôle avant de lui faire confiance : une règle jamais mise à l'épreuve sur un cas réel n'a pas prouvé qu'elle fonctionne dans son nouveau contexte. Poser une question qui devrait activer la règle et lire la réponse obtenue est la façon la plus simple de le vérifier.
Une règle copiée telle quelle, une règle réécrite pour son contexte
La règle garde le vocabulaire et les exemples de son auteur d'origine, qui ne correspondent pas toujours à la situation où elle est réutilisée.
La règle est reformulée avec le vocabulaire et les exemples propres à la nouvelle situation, en gardant l'intention d'origine.
Un responsable associatif copie dans les instructions personnalisées de son compte une règle trouvée dans un modèle partagé en ligne, formulée pour un usage commercial. Il pose ensuite une question qui devrait déclencher cette règle et lit la réponse produite par Claude.
Écrivez en une phrase ce que cette situation établit, et en une phrase ce qu'elle n'établit pas.
Ce que cela établit : Que le responsable associatif a testé la règle importée sur un cas réel avant de continuer à s'y fier.
Ce que cela n’établit pas : Que la règle, formulée à l'origine pour un usage commercial, produit le même comportement utile pour son propre contexte associatif que pour le contexte d'origine.
Les trois calibrages faux les plus courants
- Trop large Cette situation montre que toute règle copiée depuis un modèle partagé en ligne fonctionne correctement dans un nouveau contexte dès qu'elle est testée une fois.
- Trop étroit Ce test ne prouve rien puisqu'il ne porte que sur une seule question posée une seule fois.
- À côté Cette situation montre que les modèles de system prompt partagés en ligne couvrent bien les besoins des associations.
- Copier un system prompt trouvé ailleurs importe aussi ce qui ne concerne pas votre propre contexte, avec la règle réellement utile.
- Réécrire une règle importée avec ses propres mots oblige à identifier ce qu'elle vise réellement avant de l'adapter à sa propre situation.
- En cas de conflit entre une règle importée et une règle déjà en vigueur, c'est la règle du propriétaire du system prompt qui tranche.
- Poser une question qui devrait déclencher la règle reformulée, et lire la réponse obtenue, vérifie qu'elle fonctionne dans son nouveau contexte.
Repérez une règle utile dans un system prompt ou des instructions personnalisées partagées par quelqu'un d'autre. Réécrivez-la avec vos propres mots pour votre propre contexte. Ajoutez-la à vos instructions personnalisées et posez une question qui devrait la déclencher, pour vérifier sur votre écran qu'elle produit l'effet attendu.
Ces points dépendent d’une interface ou d’une règle qui peut avoir changé depuis la rédaction. Vérifiez-les sur votre propre écran avant de vous y fier.
- Cette technique de fusion de règles n'est pas documentée telle quelle par Anthropic, la référence ci-dessous ne porte que sur l'importance générale du rôle dans un system prompt. Vérifiez sur votre écran si des instructions personnalisées sont disponibles sur votre propre compte avant d'appliquer ce geste.
Chaque affirmation datable de cette leçon renvoie ici au texte public qui la porte. Une source qui ne s’ouvre pas ne prouve rien.
- Anthropic, Prompting best practices, section Give Claude a role consultée le 2026-09-02