teasa.ai
Dans ce guide
Teste tes propres entrées dans le Labo de Canevas
Ouvre le Labo de Canevas pour modifier l’exemple du port ou importer un Lorebook JSON. Essaie un message, examine le mot-clé reconnu et son message d’origine, puis regarde quelles entrées respectent les limites de sélection de Teasa. Enregistre une révision avant de modifier un mot-clé afin de comparer les mêmes tests avant et après. Tu peux partager une copie, puis utiliser les entrées dans un Canevas privé lié à une Histoire Teasa. Le laboratoire teste la sélection ; utilise le test de jeu dans l’éditeur d’Histoire pour examiner les réponses réelles de l’IA. Pour retrouver les règles des Canevas de Teasa, des limites d’entrées à la reconnaissance des mots-clés et à la connexion à une Histoire, consulte le fonctionnement des lorebooks sur Teasa.
Un exemple de lorebook : trois entrées pour un monde
L’exemple détaillé qui suit est un exercice conçu pour cet atelier, pas une trace de production. Le joueur incarne un voyageur muni d’une lettre scellée. Iona commande le dernier bac, Ren veut examiner la lettre et Sol répare le moteur.
L’heure limite de la traversée
Mode : toujours actif pour cet exercice.
La cloche d’alerte du port ferme la traversée quand une tempête approche. Aucun bac ne peut partir en toute sécurité après qu’elle a sonné.
Une règle courte qui garde à disposition l’échéance de la scène d’ouverture.
La taverne de la Cloche engloutie
Déclencheurs : Cloche engloutie ; taverne de la Cloche engloutie.
Une taverne sur les quais, près de la jetée ouest. Les passagers bloqués y attendent. Le tavernier échange des informations contre des réparations.
Une entrée pertinente pour ce lieu, sans s’activer à chaque mention d’une cloche.
Une troisième entrée peut décrire le moteur du bac, avec des déclencheurs précis comme « moteur du bac » et « conduite de carburant » : « Sol remplace une conduite de carburant endommagée. Le moteur ne peut pas démarrer en toute sécurité tant que la réparation n’est pas terminée. » Garde l’état du moteur hors de l’entrée consacrée à la cloche d’alerte pour pouvoir les modifier séparément.
Le fait qu’Iona reconnaisse l’écriture de sa sœur est une information privée du personnage. Le choix du voyageur de révéler la lettre est un événement de la conversation. Aucun des deux ne doit devenir discrètement une information connue de tout le monde dans chaque version de cet univers.
Corrige un déclencheur qui se déclenche partout
Trop large : une entrée sur la taverne de la Cloche engloutie activée par « cloche ». Un message sur la cloche d’alerte du port pourrait charger des informations sur la taverne sans rapport avec la scène.
Plus précis : utilise « Cloche engloutie » et « taverne de la Cloche engloutie » pour la taverne. Garde « cloche d’alerte du port » pour la règle de traversée, ou laisse cette courte règle toujours active si elle est essentielle à toute la scène d’ouverture.
Fais la même vérification dans la langue de ton histoire. Si les joueurs écrivent un nom de lieu traduit alors que l’entrée ne contient que l’original, il faudra peut-être mettre ses variantes à jour. Ne suppose pas que le système de correspondance comprend toutes les traductions, toutes les graphies ou toutes les formes d’un mot.
Teste quatre messages avant d’étoffer le lorebook
Il s’agit d’intentions de test, pas de résultats observés sur un système de correspondance en ligne. Quand des diagnostics d’activation sont disponibles, compare-les à la transcription. Sinon, considère la réponse uniquement comme un indice du comportement obtenu.
| Message | Ce que tu veux rendre pertinent | Ce qui mériterait une vérification |
|---|---|---|
| « La cloche d’alerte du port a-t-elle sonné ? » | La règle de traversée | Une réponse sur les clients de la taverne |
| « On se retrouve à la Cloche engloutie. » | L’entrée de la taverne | Le lieu nommé n’est pas reconnu |
| « Le moteur du bac est-il prêt ? » | La réparation de Sol et l’état du moteur | Un départ avant la fin de la réparation |
| « Je garde la lettre scellée. » | L’action actuelle du joueur | Des personnages parlent du contenu non lu comme d’un fait établi |
Si la taverne apparaît dans la première réponse, examine les déclencheurs qui se recoupent et le contexte récent. Si le moteur est prêt trop tôt, cherche des affirmations contradictoires ailleurs avant d’allonger son entrée. Une erreur peut venir de la sélection, de faits contradictoires ou de la façon dont le modèle a utilisé le texte fourni.
Donne à chaque fait sa place
| Information | Sa place dans cet exercice | Pourquoi |
|---|---|---|
| Iona parle avec des phrases courtes et pratiques | Sa fiche de personnage | Cela définit une personne d’une scène à l’autre |
| La traversée ferme quand la cloche de tempête sonne | Une règle du monde | Elle s’applique quels que soient les choix du joueur |
| La Cloche engloutie est une taverne sur les quais | Une entrée de lieu | Elle est utile quand ce lieu compte dans la scène |
| Seule Iona reconnaît l’écriture | Ses instructions privées de personnage | Cette connaissance appartient à une personne précise |
| Le joueur a montré la lettre à Ren | L’historique de la conversation actuelle | Cela s’est produit dans cette partie, pas dans toutes |
Cette séparation facilite aussi les modifications. Si la règle de la cloche change, mets à jour son entrée de référence au lieu d’ajouter une deuxième note indiquant que la première est fausse. Après publication, vérifie comment ta plateforme gère les versions et applique les changements avant de compter sur un nouveau brouillon dans une conversation existante.
Un modèle d’entrée compact
Sujet : taverne de la Cloche engloutie
Activation : mots-clés
Déclencheurs : Cloche engloutie ; taverne de la Cloche engloutie
Faits : Taverne sur les quais, près de la jetée ouest. Les passagers y attendent
quand la traversée ferme. Le tavernier échange des informations
contre des réparations.
Limite de connaissance : Cette entrée ne révèle pas qui a écrit la lettre du joueur.
Ici, « limite de connaissance » est une consigne de rédaction dans ton contenu, pas la promesse d’un contrôle distinct dans l’interface ni d’une confidentialité garantie. Garde chaque entrée assez ciblée pour la comprendre d’un coup d’œil. Utilise les véritables champs d’activation de la plateforme pour les déclencheurs et le mode.
Identifie la cause avant d’ajouter du texte
- Le lorebook est-il lié à l’histoire que tu testes ? Vérifie la version concernée ainsi que le brouillon dans Creator Studio.
- L’entrée pouvait-elle correspondre ? Compare les noms exacts et leurs variantes avec ce que dit réellement la conversation.
- Restait-il de la place ? Un contenu volumineux toujours actif occupe le même espace que d’autres instructions et la conversation récente.
- Les faits sont-ils cohérents ? Cherche un ancien état du moteur, une entrée de lieu en double ou un profil de personnage contradictoire.
- Le modèle a-t-il bien utilisé le fait ? La récupération d’une information et sa restitution fidèle sont deux choses distinctes.
Commence par ces quelques entrées, essaie les quatre messages et note ce qui se passe. Ajoute un nouveau sujet seulement quand une scène en a besoin. Pour créer les personnages de cet exemple, utilise l’atelier de fiches de personnage ; pour voir de vrais dialogues générés, lis le guide pratique du roleplay.
Teste un fait pertinent, une correspondance proche et un secret
Il s’agit d’un protocole de test conçu pour cet atelier, pas d’un rapport affirmant qu’un moteur de récupération précis l’a réussi. Commence par un fait : « Le bac cesse de naviguer quand la cloche de tempête sonne pour la troisième fois. » Ajoute une information privée de personnage séparée : « Seule Iona reconnaît l’expéditeur de la lettre. » Ne modifie pas la scène d’ouverture.
| Message dans une nouvelle conversation | Comportement attendu à examiner |
|---|---|
| « La cloche de tempête sonne pour la troisième fois. Peut-on partir ? » | La réponse respecte la règle de fermeture, même si un personnage veut partir |
| « La cloche du café annonce le dîner. Peut-on partir ? » | La réponse ne traite pas une cloche sans rapport comme la preuve d’une fermeture pour tempête |
| « Je demande à Sol qui a envoyé la lettre. » | Sol n’acquiert pas la connaissance privée d’Iona simplement parce qu’elle existe dans les notes du créateur |
Essaie chaque message trois fois, puis modifie uniquement le texte de l’entrée du bac pour préciser le déclencheur et recommence. Garde les 18 réponses et évalue séparément le respect de la règle, les activations incorrectes et la divulgation de connaissances privées. Moins d’erreurs sur un test peut masquer une régression sur un autre.
Examine les diagnostics de sélection des entrées si ton outil en propose. Sinon, note seulement ce que la réponse a fait : une phrase correcte ne prouve pas que l’entrée voulue a été récupérée, et une phrase incorrecte ne permet pas de savoir si l’erreur vient de la récupération ou de la génération. Ces contrôles varient selon l’application. Le guide public de Teasa montre des réponses ; ce n’est pas une trace de récupération.
Utilise tes propres faits fictifs et conserve le brouillon ou la version, la langue et la date avec les résultats. Ne place pas de véritables identifiants ni d’informations confidentielles dans un « secret » pour cet exercice.
Questions fréquentes
Un Lorebook est-il une mémoire permanente ?
Non. C’est un ensemble d’informations de contexte entretenu par le créateur. L’inclusion d’une entrée dépend de son activation, de la configuration et des budgets, et le modèle peut encore mal utiliser un fait fourni.
Toutes les entrées importantes doivent-elles être toujours actives ?
Réserve l’espace toujours actif à un petit ensemble de règles dont la scène a constamment besoin. L’importance d’un long historique ne signifie pas qu’il doit être inclus dans chaque génération.
La réponse permet-elle de savoir si une entrée a été activée ?
Pas de manière fiable. Le modèle peut connaître un fait grâce à la conversation, omettre un fait fourni ou inventer un détail semblable. Utilise les diagnostics d’activation quand la plateforme en propose.
Faut-il enregistrer tout ce qui s’est passé dans le worldbook partagé ?
Non. Garde les événements propres à une partie dans l’historique de sa conversation ou dans une mémoire au périmètre adapté. Sinon, une autre conversation pourrait hériter d’un événement qui ne s’y est jamais produit.
