Construye un Lorebook que sepa cuándo quedarse callado

Algunas plataformas lo llaman "world info" o worldbook. Este taller construye un pequeño escenario portuario, corrige un activador demasiado amplio y muestra cómo probar el resultado. Las reglas de selección y los presupuestos de contexto varían según la plataforma; una respuesta que suena natural, por sí sola, no puede demostrar qué entradas se cargaron.

Prueba tus propias entradas en Lorebook Lab

Abre Lorebook Lab (en inglés) para editar el ejemplo del puerto o importar un Lorebook en JSON. Prueba un mensaje, inspecciona la palabra clave y el mensaje de origen que coincidieron, y comprueba qué entradas caben dentro de los límites de selección de Teasa. Guarda una revisión antes de cambiar una palabra clave para comparar las mismas pruebas antes y después. Puedes compartir una copia y luego usar las entradas en un Plano privado conectado a una Historia de Teasa. El laboratorio prueba la selección; usa Play-test en el editor de la Historia para inspeccionar las respuestas reales de la IA.

Construye primero un mundo de tres entradas

Lo siguiente es un ejercicio escrito por un autor, no un registro de producción. El jugador es una persona viajera con una carta sellada. Iona capitanea el último ferri, Ren quiere inspeccionar la carta y Sol está reparando el motor.

Una tercera entrada puede describir el motor del ferri, con activadores específicos como "motor del ferri" y "tubería de combustible": "Sol está reemplazando una tubería de combustible dañada. El motor no puede arrancarse con seguridad hasta que termine la reparación." Mantén la condición del motor fuera de la entrada de la campana de aviso para poder revisarlas por separado.

Que Iona reconozca la letra de su hermana es un dato privado del personaje. Que la persona viajera decida revelar la carta es un evento de la conversación. Ninguno de los dos debería convertirse en silencio en algo que todos conocen en todas las versiones del mundo.

Corrige un activador que atrapa todo

Demasiado amplio: una entrada sobre la taberna Campana Hundida activada por "campana". Un mensaje sobre la campana de aviso del puerto podría cargar información de la taberna que no viene al caso.

Más específico: usa "Campana Hundida" y "taberna Campana Hundida" para la taberna. Mantén "campana de aviso del puerto" para la regla de la travesía, o deja esa regla breve siempre activa si es esencial para toda la apertura.

Haz la misma comprobación en el idioma de tu historia. Si los jugadores escriben un nombre de lugar traducido pero la entrada solo incluye el original, sus alias podrían necesitar actualización. Evita asumir que el sistema de coincidencias entiende cada traducción, ortografía o flexión.

Prueba cuatro entradas antes de ampliar el libro

Estas son intenciones de prueba, no resultados afirmados de un buscador en vivo. Cuando haya diagnósticos de activación disponibles, compáralos con la transcripción. Si no, trata la respuesta solo como evidencia de comportamiento.

Si la taberna se filtra en la primera respuesta, revisa los activadores superpuestos y el contexto reciente. Si el motor está listo demasiado pronto, busca afirmaciones contradictorias en otro lugar antes de alargar su entrada. Un fallo puede deberse a la selección, a datos en conflicto o a cómo el modelo usó el texto proporcionado.

Dale a cada dato un único lugar

Esta separación también facilita la edición. Si cambia la regla de la campana, actualiza su entrada autorizada en vez de añadir una segunda nota diciendo que la primera está mal. Después de publicar, comprueba cómo tu plataforma versiona y aplica los cambios antes de esperar que una conversación existente use un borrador nuevo.

Una plantilla compacta de entrada

Tema: taberna Campana Hundida
Activación: palabras clave
Activadores: Campana Hundida; taberna Campana Hundida
Datos: taberna junto al muelle occidental. Los pasajeros esperan aquí
       cuando se cierra la travesía. El tabernero cambia información por reparaciones.
Límite de conocimiento: esta entrada no revela quién escribió la carta del jugador.

"Límite de conocimiento" aquí es una instrucción de escritura dentro de tu material, no la promesa de un control de interfaz aparte ni de un secreto garantizado. Mantén cada entrada lo bastante enfocada para entenderla de un vistazo. Usa los campos de activación reales de la plataforma para los activadores y el modo.

Diagnostica la causa antes de añadir más texto

1. ¿El libro está conectado a la historia que se está probando? Comprueba también la versión correspondiente, no solo el borrador de la biblioteca.
2. ¿Podría coincidir la entrada? Compara los nombres exactos y los alias con lo que la conversación dice de verdad.
3. ¿Había espacio? El material siempre activo y extenso compite con otras instrucciones y con la conversación reciente.
4. ¿Los datos son coherentes? Busca una condición de motor anterior, una entrada de lugar duplicada o un perfil de personaje contradictorio.
5. ¿Usó el modelo el dato correctamente? La recuperación y la generación fiel son cosas distintas.

Empieza con estas pocas entradas, ejecuta las cuatro entradas de prueba y registra qué ocurre. Añade otro tema solo cuando una escena lo necesite. Para el elenco detrás de este ejemplo, usa el taller de tarjetas de personaje; para diálogo generado real, lee el recorrido de roleplay.

Prueba un dato relevante, una coincidencia parecida y un secreto

Este es un protocolo de prueba escrito por un autor, no un informe de que un motor de recuperación en particular aprobó. Empieza con un dato: "El ferri deja de navegar cuando suena la tercera campana de tormenta." Añade un dato privado de personaje aparte: "Solo Iona reconoce a quien envía la carta." Mantén la apertura sin cambios.

Ejecuta cada entrada tres veces, y luego cambia solo el texto de la entrada del ferri para que el activador sea preciso y repite. Conserva las 18 respuestas y puntúa por separado la conservación de la regla, la activación falsa y la filtración de conocimiento. Un número menor de fallos en una prueba puede ocultar un retroceso en otra.

Inspecciona los diagnósticos de selección de entradas si tu herramienta los ofrece. Si no, registra solo lo que hizo la respuesta: una frase correcta no demuestra que se recuperó la entrada prevista, y una incorrecta no identifica si el fallo fue de recuperación o de generación. Estos controles varían entre apps. El recorrido público de Teasa demuestra respuestas; no es un registro de recuperación.

Usa tus propios datos ficticios y guarda el borrador o versión, el idioma y la fecha junto con los resultados. No pongas credenciales reales ni información confidencial en un "secreto" para este ejercicio.

Preguntas frecuentes

¿Es un Lorebook una memoria permanente?

No. Es material de fondo mantenido por quien crea la historia. Que se aporte una entrada depende de la activación, la configuración y los presupuestos, y el modelo todavía puede usar mal un dato aportado.

¿Debería estar siempre activa cada entrada importante?

Reserva el espacio siempre activo para un pequeño conjunto de reglas que la escena necesite de forma constante. La importancia por sí sola no significa que una historia larga deba entrar en cada generación.

¿Puedo saber si una entrada se activó a partir de la respuesta?

No de forma fiable. El modelo podría conocer un dato por la conversación, omitir un dato aportado o inventar un detalle parecido. Usa los diagnósticos de activación donde la plataforma los ofrezca.

¿Debería guardar todo lo que pasó en el worldbook compartido?

No. Mantén los eventos propios de una partida en el historial de esa conversación o en una memoria del alcance adecuado. De lo contrario, otra conversación puede heredar un evento que nunca vivió.