Comment écrire une carte de personnage IA qui fonctionne, champ par champ

Dernière mise à jour le 19 septembre 2026 · Toute application qui importe des cartes de personnage · Par le développeur de LonelyTavern

En bref

• Une carte, c'est du texte que l'application colle dans chaque prompt. La description, la personnalité et le scénario y figurent à chaque fois. Le premier message, une seule fois. L'exemple de dialogue disparaît quand la discussion remplit le contexte.
• C'est le premier message qui pèse le plus. Le modèle copie sa longueur, sa voix et sa mise en forme pour tout le reste de la discussion.
• Les cartes courtes l'emportent. Gardez les champs permanents sous les 2 000 tokens. Les cartes longues échouent toutes de la même façon : moitié règles pour le modèle, moitié passé que le personnage ne mentionnerait jamais.

Ce que fait chaque champ

Les champs viennent des spécifications Character Card V2 et V3 : une carte faite pour une application s'ouvre donc dans une autre. Ce qui compte, c'est le moment où chaque champ atteint le modèle.

• Description. Qui est le personnage : apparence, manières, histoire, ce qu'il veut. Envoyée avec chaque message, elle coûte donc des tokens pendant toute la discussion. De la prose simple, en quelques paragraphes.
• Personnalité. Une ou deux lignes, elles aussi envoyées à chaque fois. Si la description la couvre déjà, laissez ce champ vide.
• Scénario. Où la discussion commence et ce qui se dresse entre vous. Permanent lui aussi : s'il dit « ils viennent de se rencontrer », il le dit encore 200 messages plus tard.
• Premier message. Le tour d'ouverture du personnage, envoyé une seule fois. Voir la section suivante.
• Exemple de dialogue. De courts échanges qui montrent comment parle le personnage. Envoyés seulement jusqu'à ce que la vraie conversation ait besoin de la place.
• Notes du créateur. Pour la personne qui lit la carte, jamais envoyées au modèle. Les suggestions de modèle et les avertissements de contenu vont ici.
• Prompt système et instructions post-historique. Des remplacements du prompt propre à l'application. Ne les utilisez que si vous savez ce que l'application envoie par défaut. Les règles pour le modèle n'ont pas leur place dans la description.

Deux variables fonctionnent dans tous les champs : {{char}} devient le nom du personnage et {{user}} devient le vôtre. Utilisez-les à la place des noms, pour que la carte survive à un changement de nom comme à un changement de persona.

Le premier message donne le ton

Le modèle traite le premier message comme l'exemple d'un bon tour. Une ouverture de 600 mots produit des réponses de 600 mots. Une ouverture dans la voix du personnage, au présent, avec une chose concrète qui se passe, produit des réponses de cette nature.

• Longueur : 150 à 300 mots. Les ouvertures plus longues causent le problème « chaque réponse est un pavé ».
• Voix : la personne, le temps et la mise en forme que vous voulez en retour. Les actions entre astérisques et les paroles entre guillemets, si c'est ce que vous voulez.
• Une perche tendue : terminez sur une question, une interruption ou un choix.
• Rien pour {{user}} : n'écrivez aucune de vos répliques ni aucune de vos actions, sinon le modèle apprend qu'écrire votre rôle est normal.

Exemple de dialogue

Deux ou trois courts échanges montrent le registre mieux que n'importe quel adjectif : longueur des phrases, argot, ce que le personnage dit par rapport à ce qu'il fait. Commencez chaque échange par <START> et préfixez les lignes par {{char}}: et {{user}}:. Trois écueils :

• Le modèle recopie les exemples. Écrivez des exemples sur des situations que la vraie discussion n'atteindra pas.
• Le personnage ne tient que grâce aux exemples. Ce sont eux qui disparaissent en premier quand l'historique grandit. Tout ce que le personnage ne doit jamais perdre va dans la description.
• {{user}} a le plus de mots. Le modèle imite celui qui parle le plus. Limitez votre part de chaque exemple à une ligne.

Votre budget de tokens

Un token fait environ quatre caractères d'anglais, donc 1 000 tokens représentent à peu près 750 mots.

• Les applications hébergées plafonnent les cartes entre 1 000 et 1 500 tokens, parce que leurs modèles n'en retiennent qu'environ 8 000.
• Avec votre propre clé, la fenêtre est rarement la limite. La carte coûte quand même de l'argent à chaque message, et elle dilue quand même ce à quoi le modèle prête attention.

Gardez les champs permanents sous les 2 000 tokens. Coupez dans cet ordre :

1. Les instructions au modèle. « Ne parle jamais à la place de {{user}} », « reste dans ton personnage », « réponds en détail ». Elles remplissent la plupart des cartes longues et ont leur place dans un prompt système, si tant est qu'elles en aient une.
2. Les listes d'adjectifs. « Gentille, spirituelle, courageuse, loyale » ne donne au modèle rien sur quoi agir. Une habitude vaut mieux que cinq adjectifs : « répond aux questions par une autre question ».
3. Le passé que le personnage ne mentionnerait pas dans la première heure. Déplacez-le dans une entrée de lorebook associée aux mots qui doivent la déclencher. Elle ne coûte alors rien tant qu'elle n'est pas utile.

Corriger un personnage qui parle et agit à votre place

Le modèle écrit vos répliques parce que la carte lui a montré vos répliques.

1. Supprimez chaque action et chaque réplique de {{user}} du premier message et des exemples.
2. Raccourcissez le premier message. Une longue ouverture invite le modèle à remplir l'espace avec les deux côtés de la scène.
3. Si ça persiste, décrivez le personnage au lieu de donner des instructions au modèle. « Elle attend que {{user}} réponde » fait plus qu'un paragraphe de règles.

Corriger un personnage qui approuve tout

Les modèles de chat sont entraînés pour être des assistants conciliants. Une carte qui ne donne au personnage rien à désirer produit un assistant déguisé. Ce qui donne du caractère à un personnage :

• Un désir qui entre en conflit avec le vôtre, quelque chose qu'il cherche à obtenir de la conversation et que vous pourriez refuser.
• Des refus qui relèvent du personnage, pas d'une règle. « Il ne parle pas de son frère » fonctionne. « Ne révèle jamais de secrets à l'utilisateur » ne fonctionne pas.
• La troisième personne. Des utilisateurs rapportent qu'une carte et un persona à la troisième personne, sans personnage principal privilégié, rendent le modèle bien plus enclin à résister, à induire en erreur ou à dire non.
• Un premier message où il est déjà en désaccord avec quelque chose.

Corriger un personnage qui se contredit

Le problème se présente sous deux formes.

• Les champs se contredisent. La description, le scénario et le premier message ont été écrits à des moments différents et ne concordent plus sur l'âge, le cadre ou la relation, alors le modèle en choisit un à chaque réponse. Relisez les trois à la suite avant d'enregistrer.
• La carte s'emballe. Une description faite surtout d'apparence et d'adjectifs « séduisants » glisse vers la romance en trois messages, quoi que dise le scénario. Décrivez ce que fait le personnage de ses journées, et fixez le rythme de la relation dans le scénario et le premier message.

Le format, et confier le brouillon à une IA

Le format. Les modèles actuels lisent mieux la prose simple, et c'est elle qui coûte le moins de tokens. Les formats de liste compacts comme PList fonctionnent encore. W++ et le pseudo-JSON chargé de crochets dépensent des tokens en ponctuation, et la communauté a cessé de les recommander. Quel que soit votre choix, utilisez un seul format pour toute la carte.

Confier le brouillon à une IA. Une IA écrit un premier jet utilisable, mais ses brouillons sont longs, uniformes et chargés d'adjectifs. Les utilisateurs qui comparent les deux rapportent qu'une carte de 500 tokens écrite à la main bat une carte générée de 10 000 tokens. Alors prenez le brouillon et :

• Coupez-le de moitié.
• Remplacez chaque liste d'adjectifs par une habitude.
• Écrivez vous-même le premier message.

Diagnostiquer une carte téléchargée

La plupart des gens importent une carte plutôt que d'en écrire une, et voilà qu'elle se comporte mal. Ouvrez-la et lisez la description avant d'accuser le modèle.

• La moitié, ce sont des règles pour le modèle. La carte a été conçue pour une plateforme hébergée sans champ de prompt système, où les créateurs entassent tout dans la description. Supprimez les règles et gardez le personnage.
• La description fait trois mille mots d'histoire. Réduisez-la à ce qui compte aujourd'hui, et déplacez le reste dans un lorebook.
• Le premier message est énorme. Raccourcissez-le. Les réponses raccourciront avec lui.

Avant d'enregistrer

• La description, le scénario et le premier message concordent sur l'âge, le lieu et la relation.
• La description ne contient aucune instruction au modèle.
• Le premier message fait moins de 300 mots, est écrit dans la voix que vous voulez en retour, et se termine par quelque chose à quoi réagir.
• Rien dans le premier message ni dans les exemples n'est dit ou fait par {{user}}.
• Les champs permanents totalisent moins de 2 000 tokens ; n'importe quel compteur de tokens vous le dira.
• Le passé inutile au premier message vit dans un lorebook.
• Un seul format du début à la fin.
• Les suggestions de modèle et les avertissements se trouvent dans les notes du créateur.

Guides associés : Pourquoi votre personnage IA oublie des choses · Quelle clé API vous faut-il pour le jeu de rôle IA · tous les guides.

Sources

• Spécification Character Card V2 et spécification V3 : définitions des champs, champs qui atteignent le modèle, les variables et le marqueur <START>
• Documentation SillyTavern : Character Design : champs permanents ou temporaires, le premier message qui fixe le style et la longueur
• JanitorAI : tokens (moins de 1 500 tokens permanents sur un modèle de 8 000 tokens) et guide de création de bots ; SpicyChat : tokens et contexte (900 à 1 100 tokens) ; Character.AI : Definition (32 000 caractères, l'essentiel en premier)
• API Gemini : tokens : environ quatre caractères par token
• r/SillyTavernAI : les instructions dans les descriptions, les cartes écrites par une IA, ce qui fait une bonne carte, la troisième personne et les béni-oui-oui, descriptions ou lorebooks ; r/CharacterAI : des champs contradictoires (témoignages d'utilisateurs)

SillyTavern, JanitorAI, SpicyChat, Character.AI et Google sont des produits indépendants de leurs propriétaires respectifs. LonelyTavern n'est affilié à aucun d'eux ni approuvé par eux. Les limites et les conseils ont été relevés sur leurs pages le 17 septembre 2026 et ont pu changer depuis.