Générateur de prompts système

Ce qui va dans un system prompt (et ce qui n'y va pas)

Un system prompt, c'est le brief permanent : qui est l'assistant, ce qu'il peut faire, comment il parle, ce qu'il refuse. Le message utilisateur, c'est la demande du moment. Mélanger les deux est la première cause de dérive d'un assistant au bout de dix tours.

Mettez dans le system prompt tout ce que vous répéteriez sinon :

• Rôle et public. « Tu es un conseiller SAV pour un magasin de vélos, tu parles à des clients qui ne sont pas mécaniciens. »
• Capacités et limites. Quelles données il possède, quels outils il peut appeler, ce qu'il ne doit jamais tenter.
• Ton. Bref et direct, ou chaleureux et détaillé. Choisissez.
• Forme de sortie. Des puces ? Une longueur maximale ? Toujours finir par une prochaine étape ?
• Règles permanentes : escalade, refus, langue, mentions légales.

À laisser dehors : la question précise, les données du jour, les demandes de mise en forme ponctuelles. Leur place est dans le tour utilisateur. Collez une politique de 4 000 mots parce qu'« on en a toujours besoin » et vous avez rendu chaque réponse plus chère et légèrement moins bonne. Récupérez plutôt le passage pertinent à chaque tour, et vérifiez le coût avec le compteur de tokens.

Il y a une seconde raison à cette séparation. Les instructions système pèsent davantage chez la plupart des modèles et sont plus difficiles à contourner en cours de conversation. Tout ce que vous détesteriez voir un utilisateur négocier a sa place en haut.

Classez par importance, parce que le début est lu le plus fort

Les modèles pondèrent le début du system prompt plus que le milieu — l'effet « perdu au milieu », reproduit sur plusieurs familles de modèles. Séquencez volontairement : identité et mission, puis contraintes fermes, puis capacités et outils, puis ton, puis format de sortie, puis exemples si nécessaire.

Si une règle ne peut vraiment pas être enfreinte, mettez-la dans les cinq premières lignes et dites-la une fois. Enterrer « ne jamais annoncer un prix » au neuvième paragraphe, c'est la garantie d'annoncer des prix.

Rédigez des règles, pas un mur d'interdits

« Ne sois pas verbeux. N'utilise pas de jargon. Ne tourne pas autour du pot. Pas d'emoji. » Quatre négations, et le modèle doit toujours deviner ce que vous voulez. Les formulations positives lui donnent une cible plutôt qu'un champ de mines. Réécrivez chaque interdit en comportement attendu :

• « Ne sois pas vague » devient « donne un chiffre ou un exemple concret par affirmation ».
• « N'écris pas de réponses longues » devient « réponds en moins de 120 mots sauf demande de développement ».
• « Ne devine pas l'offre » devient « demande quelle offre le client a souscrite avant toute question de facturation ».

Les négations gardent leur place sur les lignes rouges de sécurité — « ne jamais poser de diagnostic » bat n'importe quelle tournure positive. Utilisez-les là où la limite compte. Partout ailleurs, décrivez la cible. Vous convertissez un vieux prompt bourré d'interdits ? Passez-le dans le réécrivain de prompts, puis vérifiez avec l'analyseur.

Attention aux règles qui se contredisent. « Sois exhaustif et justifie ton raisonnement » à côté de « réponds en moins de 50 mots » donne un tirage à pile ou face. Les erreurs de prompting courantes recensent les collisions habituelles.

Les demandes hors périmètre et celles auxquelles il ne peut pas répondre

Tout assistant reçoit un jour une demande en dehors de son brief. Si vous ne dites pas quoi faire, il improvise, et l'improvisation ressemble exactement à une réponse fausse pleine d'assurance. Scriptez trois sorties : hors périmètre, information manquante, inconnu réel.

« N'invente jamais de créneau » est une ligne rouge, elle reste donc une négation. « Pose une seule question précise et arrête-toi » remplace un vague « n'hallucine pas ».

Faites court, puis cassez la règle sciemment

Un system prompt de 2 000 mots se comporte moins bien qu'un de 400, et pas seulement sur le coût. Les règles se diluent, des contradictions s'installent, et le modèle se met à échantillonner vos instructions plutôt qu'à toutes les suivre. Visez 150 à 500 mots. Au-delà, vous avez probablement trois assistants qui se font passer pour un.

Coupez dans cet ordre : règles dupliquées, exemples qui n'apprennent rien de plus que l'instruction, adjectifs de ton empilés par quatre, et toute règle dont vous n'imaginez pas la violation. L'optimiseur repère vite le poids mort.

Testez-le ensuite avant vos utilisateurs :

• Un message vide ou d'un seul mot.
• Une demande plausible mais hors périmètre.
• Un utilisateur qui lui demande d'ignorer ses instructions.
• Une question dont l'information requise manque.
• Quelque chose de grossier, et quelque chose dans une autre langue.

Lancez chaque cas cinq fois. Les modèles échantillonnent : un passage propre ne prouve rien. Quand le comportement vacille, c'est en général un problème d'ordre ou deux règles en désaccord. Le guide des system prompts déroule une campagne de test complète, et le générateur de prompts Claude couvre les particularités de format par modèle. Besoin de raisonnement en plusieurs étapes ? Associez le brief à une structure de chaîne de pensée plutôt que d'entasser des règles de raisonnement dans la persona. La bibliothèque de prompts contient des briefs à adapter.