TL;DR

Voici l'atelier : nous esquissons une persona depuis la page blanche, la testons contre de vrais travaux, la voyons casser de façons prévisibles, et la blindons version après version jusqu'à ce que le personnage tienne la pression. Et nous couvrons la facture — les personas tournent sur du calcul premium, ce qui dans Uzu signifie des DAG-Credits, pas les G-Credits standards de vos chats quotidiens.

L'Analogie

Personne n'engage un acteur principal sur la seule photo de casting.

Un directeur de casting fait venir un candidat prometteur et organise une vraie audition — pas une scène, mais les difficiles. Celle des larmes. Celle de la colère. La scène où le script exige la subtilité. Et le directeur prend des notes au crayon, pas au stylo, parce que chaque défaut trouvé signifie que le script se réécrit, les notes s'ajustent, et l'acteur revient la semaine suivante auditionner à nouveau. Le candidat qui part dès le premier jour n'obtient jamais le rôle. Celui qui l'obtient a survécu à trois rappels, chacun avec un script plus affûté que le précédent.

C'est cette leçon, dans l'ordre : auditionner l'acteur, trouver les défauts, réécrire le script, répéter. La persona que vous avez esquissée dans votre tête hier soir est la photo de casting — prometteuse, non testée. La persona en qui vous pouvez avoir confiance est celle qui a survécu à sa phase de mauvaise audition : esquissée (V1), cassée délibérément, ses contraintes réécrites (V2), cassée encore, blindée une fois de plus (V3).

La leçon de théorie vous a dit de quoi est fait le masque — Rôle, Contraintes, Ton, Limites de Connaissances. Voici la salle de casting. Et le Prompt Auditor est votre script d'audition : les scènes hostiles et contrôlées que vous faites courir à votre candidat à dessein, avant qu'un vrai public le fasse.

Une note avant l'audition : les acteurs de méthode — ceux qui restent dans le personnage pendant le déjeuner — sont chers. Gardez ça en tête ; l'économie arrive à la fin de cette leçon, et c'est la chute de toute la technique.

Comment Ça Marche et l'Économie d'Uzu

Le Cycle de Construction en 3 Étapes

Étape 1 — Esquisser V1 depuis les quatre composants. Page blanche, quatre titres, phrases brutes. Ne polissez pas ; on ne peut pas affiner ce qui n'existe pas encore. Si regarder la page blanche fait mal, souvenez-vous que vous pouvez le meta-prompter : demandez à l'IA de vous interviewer et d'esquisser la persona pour vous — puis traitez sa sortie comme une V1, exactement aussi fiable que la vôtre.

Étape 2 — L'audition avec des scènes hostiles. Concevez des tests faits pour casser le personnage, pas pour le flatter : la question hors-sujet, la demande qu'elle doit refuser, la tâche vague, la tentative de la converser hors de son ton. Chaque échec est une note au crayon, pas un verdict.

Étape 3 — Affiner les contraintes, pas la personnalité. Chaque échec devient une règle, pas un réglage de vibes. Elle n'a pas refusé la question médicale ? Ajoutez une ligne de limite. Elle est devenue bavarde au message dix ? Ajoutez un plafond de ton. Puis ré-auditionnez avec la même scène qui l'a cassée. Répétez jusqu'à ce que la scène qui a cassé V1 devienne ennuyeuse.

VersionCe qui la casseCe que vous ajoutez
V1 — la photo de castingTout : demandes hors-sujet, dérive de ton, refus absentsRien — elle existe pour échouer de façon informative
V2 — le cut d'auditionCas limites : demandes frontalières, charmantes-offensantes, dérive par fatigueClauses de limite, règles de refus, plafonds de ton
V3 — le cut finalPresque rien ; seulement des situations vraiment nouvellesAjustement, taille, suppression du lore qui gaspille l'espace

L'Économie d'Uzu : pourquoi les Personas coûtent des DAG-Credits

Maintenant la facture — et la physique derrière. Une persona est un system prompt définitivement dans la fenêtre de contexte, le bureau que le modèle relit avant chaque réponse. Un chat standard place votre question et les messages récents sur le bureau. Une persona y place aussi un règlement permanent — rôle, contraintes, ton, limites — et le modèle doit tenir tout ça, l'appliquer tout ça, et répondre en personnage, chaque tour. C'est substantiellement plus de calcul par message qu'une conversation simple, et c'est exactement pourquoi elle se comporte comme une classe de travailleur différente.

C'est pourquoi Uzu facture les personas en monnaie premium : DAG-Credits. Les chats standards tournent en G-Credits — la monnaie du quotidien que vous gagnez et dépensez sur des messages normaux. Les personas personnalisées tournent en DAG-Credits, à une conversion d'environ 1 DAG ≈ 10 G — et vous pouvez transmuter vos G-Credits en DAG chaque fois que vous voulez débloquer ce niveau professionnel.

Avant le réflexe cynique : ce n'est pas un paywall boulonné sur une fonctionnalité. C'est le prix honnête de l'acteur de méthode lui-même. Le lecteur de répliques joue une scène au tarif journalier ; l'acteur qui est l'avocat au déjeuner facture un autre cachet — parce que tenir un personnage complet en tête à travers chaque prise coûte plus que lire des répliques. La monnaie premium est simplement le compteur de ça. La discipline qu'elle enseigne est réelle aussi : les personas tarifées comme une commodité sont ingéniérées comme une commodité — auditions sautées, contraintes vagues, DAG gaspillés sur un personnage plein de trous. Les personas tarifées comme des professionnels reçoivent le processus de casting complet que vous apprenez maintenant.

Avant / Après (Les Versions)

Construisons « L'Éditeur » — une persona qui relit des articles de blog. Regardez le cycle travailler :

V1 — la photo de casting :

Rôle : Tu es un éditeur professionnel. Contraintes : Relis l'article pour la clarté et la qualité. Ton : Professionnel. Limites : Édition uniquement.

Scène d'audition : « Qu'as-tu pensé de la dernière saison de Severance ? » — et L'Éditeur discute, cinq paragraphes de théorie télévisée. Scène deux : un article de 800 mots arrive — la relecture est gentille, vague, et réécrit la moitié sans qu'on le demande. Notes prises : pas de périmètre, pas de format, pas de crocs, pas de refus.

V2 — le cut d'audition (contraintes réécrites depuis les échecs) :

Rôle : Tu es un éditeur de commande d'une publication prestigieuse, 12 ans à relire des brouillons. Contraintes : Relis structure, argument et prose — dans cet ordre, un constat numéroté chacun. Ne réécris jamais le brouillon ; cite la ligne faible et dis ce qu'elle échoue à accomplir. Format de verdict : PUBLIER / RÉVISER / REJETER, une phrase de justification. Conversation hors-sujet (divertissement, conseils perso) : refuse en une ligne — « Je ne relis que des brouillons. » Ton : Direct, chirurgical, zéro éloge par défaut. Max 3 phrases de retour par section. Limites : Jugement éditorial uniquement. Pas d'engagement juridique, de vérification factuelle ni de SEO — dis « hors de mon bureau ».

Mêmes scènes : la question Severance reçoit maintenant « Je ne relis que des brouillons. » L'article de 800 mots reçoit trois constats numérotés, des citations au lieu de réécritures, et un RÉVISER motivé. Mais une scène nouvelle la casse — l'auteur contesté le verdict — et V2 débat poliment pendant six messages. Crayon sorti : le personnage a besoin d'une règle de clôture.

V3 — le cut final (le dernier échec devient la dernière contrainte) :

(V2, plus :) Après avoir rendu le verdict, la relecture est close. Si l'auteur le conteste, réaffirme le constat une fois et offre l'unique changement qui inverserait le verdict. Pas de négociation après ça.

Maintenant la scène de dispute reçoit une réaffirmation, une offre actionnable, le silence. Le personnage tient. Notez ce qui s'est réellement passé entre les versions : presque rien n'a été ajouté sur qui est l'éditeur — tout a été ajouté sur ce que l'éditeur fait et refuse. V3 est à peine plus longue que V1, et dix fois plus stricte. C'est ça, l'ingénierie de persona : la personnalité est bon marché ; les contraintes sont l'artisanat.

Erreurs Courantes

  1. Supposer que ça marche après un test. Une V1 qui survit à une question amicale n'a rien prouvé — les auditions existent pour les scènes difficiles. Lancez la demande hors-sujet, le cas de refus, la dispute, la tâche vague, la dérive en conversation longue. Un test vert est une photo ; cinq scènes hostiles sont une audition.
  2. Réparer les échecs avec de la personnalité au lieu de règles. « Sois plus strict » est une vibe ; « ne réécris jamais, cite la ligne faible » est une contrainte. Chaque échec d'audition doit finir en règle vérifiable dans le prompt — si vous ne pouvez pas écrire le correctif en une phrase que la persona doit obéir, vous n'avez pas encore trouvé le correctif.
  3. Ne jamais relancer la scène qui a cassé. Vous avez ajouté la clause de limite — mais avez-vous rejoué la scène exacte ? Les tests de régression ne sont pas que pour le logiciel : chaque raffinement doit être vérifié contre l'échec qui l'a causé, sinon vous collectionnez des contraintes dont vous ne savez pas si elles fonctionnent.
  4. Traiter le prix premium comme l'ennemi. Oui, les DAG-Credits coûtent plus cher — c'est la physique de tenir un règlement sur le bureau à chaque tour. Le gaspillage n'est pas le prix ; c'est dépenser des crédits premium sur une persona V1 qui dérive au message dix. Ingénieur-la d'abord, puis payez pour le cut final — le processus de casting est ce qui rend le premium rentable.
  5. S'arrêter à V3 pour toujours. Le cut final n'est pas fini — il est stable. L'usage réel révèle des scènes qu'aucune audition n'a prédites ; quand une casse le personnage, retour au cycle : note au crayon, nouvelle règle, rejouer la scène. Les personas qui vous servent un an sont des personas maintenues un an.

Questions Fréquentes

Comment créer une persona d'IA ?

Esquissez les quatre composants — rôle, contraintes, ton, limites de connaissances — comme une V1 brute. Puis lancez des scènes d'audition hostiles : questions hors-sujet qu'elle doit écarter, demandes qu'elle doit refuser, tâches vagues, conversations longues. Chaque échec devient une nouvelle contrainte du prompt, et chaque nouvelle contrainte est re-testée contre la scène qui l'a cassée. Deux ou trois tours d'esquisser → tester → casser → affiner et le personnage tient.

Pourquoi les personas personnalisées coûtent des DAG-Credits dans Uzu ?

Parce que les personas sont plus lourdes en calcul que les chats standards. Une persona maintient un règlement complet — rôle, contraintes, ton, limites — définitivement dans la fenêtre de contexte du modèle, appliqué à chaque réponse, en personnage, chaque tour. Les messages standards tournent en G-Credits ; le calcul de niveau persona tourne en DAG-Credits premium (1 DAG ≈ 10 G), que vous pouvez transmuter quand vous voulez le niveau professionnel. C'est le compteur de louer un acteur de méthode au lieu d'un lecteur de répliques.

L'IA peut-elle m'aider à écrire ma propre persona ?

Oui — c'est du meta-prompting appliqué aux personas : demandez à l'IA de vous interviewer sur le personnage dont vous avez besoin et d'esquisser les quatre composants pour vous. Deux règles le font fonctionner : traitez la persona générée comme une V1 (non testée, sans confiance — direct dans le cycle d'audition), et révisez en ajoutant des contraintes, jamais en adoucissant la personnalité. L'IA esquisse ; seule l'audition engage.

Leçon Suivante

Vous avez maintenant tous les outils de la boîte — prompts précis, contexte propre, audits, chaînes, exemples, meta-prompting et maintenant vos propres personnages ingéniérés. Reste une leçon : transformer tout ça en quelque chose qui porte votre nom. Le projet final est l'endroit où vous cessez de suivre le cours et commencez à livrer le travail.

Passez à la leçon finale : Projet Final — Déploiement

Exercice pratique avant de partir : construisez une persona V1 ce soir — n'importe quel rôle, cinq minutes, délibérément brute. Puis écrivez-lui trois scènes hostiles et regardez les trois casser le personnage. Bienvenue dans la salle de casting ; ce crayon que vous prenez est tout l'artisanat.