Guia de Lorebook de IA: o que é e como construir um

Um lorebook é um conjunto de entradas pequenas e ativáveis que dão a um roleplay com IA o histórico de um personagem ou de um mundo só quando a cena realmente precisa — a regra da tempestade de um porto importa quando a balsa está de partida, mas o cardápio da taverna provavelmente não. O SillyTavern e plataformas parecidas chamam isso de world info ou worldbook; a Teasa chama de Lorebook, conectado a um Modelo (Blueprint). Esta oficina constrói um pequeno cenário portuário, corrige um gatilho amplo demais e mostra como testar o resultado. As regras de seleção e os orçamentos de contexto variam por plataforma; uma resposta que soa natural, sozinha, não consegue provar quais entradas foram carregadas.

Redação da TeasaAtualizado 30 de setembro de 2026

Criar uma História Neste guia

Neste guia

Teste suas próprias entradas no Lorebook Lab

Abra o Lorebook Lab (em inglês) para editar o exemplo do porto ou importar um Lorebook em JSON. Experimente uma mensagem, inspecione a palavra-chave e a mensagem de origem que bateram, e veja quais entradas cabem nos limites de seleção da Teasa. Salve uma revisão antes de mudar uma palavra-chave para comparar os mesmos testes antes e depois. Você pode compartilhar uma cópia e depois usar as entradas em um Modelo privado conectado a uma História da Teasa. O laboratório testa a seleção; use o Play-test no editor da História para inspecionar as respostas reais da IA.

Um exemplo de lorebook: três entradas para um mundo

O exemplo de lorebook a seguir é um exercício elaborado, não um registro de produção. O jogador é um viajante com uma carta lacrada. Iona capitaneia a última balsa, Ren quer inspecionar a carta e Sol está consertando o motor.

01 / Regra de mundo

O prazo da travessia

Modo: sempre ativo para este exercício.

O sino de aviso do porto fecha a travessia quando uma tempestade se aproxima. Nenhuma balsa pode partir com segurança depois que ele tocar.

Uma regra curta que mantém disponível o prazo da abertura.

02 / Local

Taverna Sino Afogado

Gatilhos: Sino Afogado; taverna Sino Afogado.

Uma taverna à beira do cais, junto ao píer oeste. Passageiros presos esperam aqui. O taverneiro troca informação por consertos.

Relevante para este lugar, não para toda menção a um sino.

Uma terceira entrada pode descrever o motor da balsa, com gatilhos específicos como "motor da balsa" e "tubo de combustível": "Sol está trocando um tubo de combustível danificado. O motor não pode ser ligado com segurança até que o conserto termine." Mantenha a condição do motor fora da entrada do sino de aviso para poder revisá-las separadamente.

Iona reconhecer a caligrafia da irmã é um fato privado de personagem. O viajante escolher revelar a carta é um evento de conversa. Nenhum dos dois deveria virar em silêncio algo que todo mundo conhece em toda versão do mundo.

Corrija um gatilho que pega tudo

Amplo demais: uma entrada sobre a taverna Sino Afogado ativada por "sino". Uma mensagem sobre o sino de aviso do porto poderia carregar lore da taverna sem relação com o assunto.

Mais específico: use "Sino Afogado" e "taverna Sino Afogado" para a taverna. Mantenha "sino de aviso do porto" para a regra da travessia, ou deixe essa regra curta sempre ativa se ela for essencial para toda a abertura.

Faça a mesma verificação no idioma da sua história. Se os jogadores escrevem um nome de lugar traduzido mas a entrada só lista o original, os apelidos dela podem precisar de atualização. Evite supor que o sistema de correspondência entende toda tradução, ortografia ou flexão.

Teste quatro entradas antes de expandir o livro

Estas são intenções de teste, não resultados afirmados de um mecanismo de busca ao vivo. Quando houver diagnósticos de ativação disponíveis, compare-os com a transcrição. Caso contrário, trate a resposta apenas como evidência de comportamento.

Entrada	O que você quer que seja relevante	O que mereceria investigação
"O sino de aviso do porto já tocou?"	A regra da travessia	Uma resposta sobre os clientes da taverna
"Nos vemos no Sino Afogado."	A entrada da taverna	Nenhum reconhecimento do lugar nomeado
"O motor da balsa está pronto?"	O conserto de Sol e a condição do motor	Partida antes de o conserto terminar
"Eu mantenho a carta lacrada."	A ação atual do jogador	Personagens discutindo o conteúdo não lido dela como fato

Se a taverna vazar na primeira resposta, verifique gatilhos sobrepostos e o contexto recente. Se o motor ficar pronto cedo demais, procure declarações contraditórias em outro lugar antes de alongar a entrada dele. Uma falha pode envolver seleção, fatos conflitantes ou como o modelo usou o texto fornecido.

Dê a cada fato um único lugar

Informação	Onde ela pertence neste exercício	Por quê
Iona fala em frases curtas e práticas	O cartão de personagem dela	Define uma pessoa através das cenas
A travessia fecha quando o sino de tempestade toca	Regra de mundo	Aplica-se independentemente das escolhas do jogador
O Sino Afogado é uma taverna à beira do cais	Entrada de local	Útil quando o lugar é relevante
Só Iona reconhece a caligrafia	A direção privada de personagem dela	O conhecimento tem um dono nomeado
O jogador mostrou a carta a Ren	Histórico da conversa atual	Aconteceu nesta partida, não em todas

Essa separação também facilita a edição. Se a regra do sino mudar, atualize a entrada autorizada em vez de adicionar uma segunda nota dizendo que a primeira está errada. Depois de publicar, verifique como sua plataforma versiona e aplica mudanças antes de esperar que uma conversa existente use um rascunho novo.

Um modelo compacto de entrada

Tópico: taverna Sino Afogado
Ativação: Palavras-chave
Gatilhos: Sino Afogado; taverna Sino Afogado
Fatos: Taverna à beira do cais, junto ao píer oeste. Passageiros esperam aqui
       quando a travessia fecha. O taverneiro troca informação por consertos.
Limite de conhecimento: Esta entrada não revela quem escreveu a carta do jogador.

"Limite de conhecimento" aqui é uma instrução de escrita dentro do seu material, não a promessa de um controle de interface separado nem de sigilo garantido. Mantenha cada entrada focada o bastante para entender num piscar de olhos. Use os campos reais de ativação da plataforma para gatilhos e modo.

Diagnostique a causa antes de adicionar mais texto

O livro está conectado à história que está sendo testada? Verifique também a versão relevante, não só o rascunho na biblioteca.
A entrada poderia corresponder? Compare nomes exatos e apelidos com o que a conversa realmente diz.
Havia espaço? Material grande e sempre ativo disputa espaço com outras instruções e a conversa recente.
Os fatos são consistentes? Procure uma condição antiga do motor, uma entrada de lugar duplicada ou um perfil de personagem contraditório.
O modelo usou o fato corretamente? Recuperação e geração fiel são coisas diferentes.

Comece com essas poucas entradas, rode as quatro entradas de teste e registre o que acontece. Adicione outro assunto só quando uma cena precisar dele. Para o elenco por trás deste exemplo, use a oficina de cartão de personagem; para diálogo gerado de verdade, leia o passo a passo de roleplay.

Teste um fato relevante, uma correspondência parecida e um segredo

Este é um protocolo de teste elaborado, não um relatório de que um mecanismo de recuperação específico foi aprovado. Comece com um fato: "A balsa para de navegar quando o terceiro sino de tempestade toca." Adicione um fato privado de personagem separado: "Só Iona reconhece quem enviou a carta." Mantenha a abertura inalterada.

Entrada em conversa nova	Comportamento esperado a inspecionar
"O terceiro sino de tempestade toca. Podemos navegar?"	A resposta preserva a regra de fechamento, mesmo que um personagem queira partir
"O sino de jantar do café toca. Podemos navegar?"	A resposta não trata um sino sem relação como prova de um fechamento por tempestade
"Eu pergunto a Sol quem enviou a carta."	Sol não ganha o conhecimento privado de Iona só porque ele existe nas notas do criador

Rode cada entrada três vezes, depois mude só o texto da entrada da balsa para tornar o gatilho preciso e repita. Guarde as 18 respostas e pontue separadamente preservação de regra, ativação falsa e vazamento de conhecimento. Um número menor de falhas em um teste pode esconder uma regressão em outro.

Inspecione os diagnósticos de seleção de entrada se sua ferramenta os oferecer. Caso contrário, registre só o que a resposta fez: uma frase correta não prova que a entrada pretendida foi recuperada, e uma incorreta não identifica se a falha foi de recuperação ou de geração. Esses controles variam entre apps. O passo a passo público da Teasa demonstra respostas; não é um registro de recuperação.

Use seus próprios fatos fictícios e salve o rascunho ou versão, o idioma e a data junto com os resultados. Não coloque credenciais reais nem informação confidencial em um "segredo" para este exercício.

Perguntas frequentes

Um Lorebook é memória permanente?

Não. É material de fundo mantido por quem cria a história. O fato de uma entrada ser fornecida depende da ativação, da configuração e dos orçamentos, e o modelo ainda pode usar mal um fato fornecido.

Toda entrada importante deveria estar sempre ativa?

Reserve o espaço sempre ativo para um pequeno conjunto de regras que a cena precisa de forma constante. Importância sozinha não significa que um histórico longo deva entrar em toda geração.

Consigo saber se uma entrada foi ativada a partir da resposta?

Não de forma confiável. O modelo pode conhecer um fato pela conversa, omitir um fato fornecido ou inventar um detalhe parecido. Use os diagnósticos de ativação onde a plataforma os oferecer.

Devo salvar tudo o que aconteceu no worldbook compartilhado?

Não. Mantenha eventos específicos de uma partida no histórico daquela conversa ou em uma memória com o escopo adequado. Caso contrário, outra conversa pode herdar um evento que nunca viveu.