Справочник › 🧠 Память и лор › Лор
Почему запись лора не сработала
На этой странице · 3
Почему запись не сработала
Если кажется, что бот забыл про мир, не надо гадать. Откройте /lore → «🔍 Что лор дал на последнем ходу».
Экран показывает по каждой записи и каждой книге, попала она в ответ модели или нет, и по какой причине.
Запись могла попасть, потому что:
- ключ прозвучал — сработала по ключевому слову;
- подошла по смыслу — ключ не прозвучал, но сцена оказалась близка по теме;
- всегда в ответе — постоянная запись;
- держится с прошлого хода — сработало временное удержание;
- ключ нашёлся в другой записи — её подтянула соседняя запись.
Или не попасть, потому что:
- ключ не прозвучал, по смыслу не подошла — запись просто не понадобилась в этой сцене;
- сработала, но не влезла в бюджет — лора больше, чем помещается в один запрос;
- на перезарядке — запись недавно срабатывала и временно отдыхает;
- не выпала по вероятности — у записи задана вероятность срабатывания меньше 100%;
- рядом было слово из «не срабатывать, если рядом» — ключ прозвучал, но сработал запрет, заданный в записи.
Не уверены, почему запись молчит? Откройте её и нажмите «🧪 Проверить запись»: отправьте фразу — бот скажет, сработает ли запись и какое слово тому причиной или помехой.
Разница между «не влезла в бюджет» и «ключ не прозвучал» — самая важная строка на этом экране. В первом случае ключи в порядке, а лора слишком много: его надо сокращать или понижать значимость менее важным записям. Во втором — наоборот, лор помещается, но запись не нашли: надо чинить ключи.
Книги отмечаются иначе: «N фрагментов», если модель что-то из книги достала, и «модель в них не искала», если не обращалась. Поиск по книгам модель запускает сама, когда сцене не хватает контекста, — «не искала» не значит «книга сломана».
Показывается последний ход. Если в этой Теме ещё не было ни одного хода, экран так и скажет.
Но модель НЕ видит весь lorebook каждый ход
Вот здесь возникает вторая крайность.
Lorebook важен — но это не означает, что модель постоянно получает все его записи.
Представьте lorebook как библиотеку с умным библиотекарем, а не как раскрытую перед моделью энциклопедию.
У вас может храниться сто записей. В конкретной сцене релевантны пять.
Модель получает эти пять, а не все сто. На следующем ходе набор может измениться.
Как примерно выбираются записи
Без внутренней технической кухни принцип выглядит так:
- Limerence смотрит на текущую сцену и недавний диалог.
- Ищет подходящие ключи.
- При доступном поиске по смыслу учитывает смысловую близость.
- Учитывает постоянные записи и дополнительные правила импортированного World Book.
- Если подходит много информации, учитывает её значимость и доступный бюджет.
- Передаёт модели выбранные записи.
Поэтому «запись сохранена» ≠ «модель видит её в каждом ответе».
Именно для постоянных правил существует режим «Добавлять всегда», а для управления конкурирующими записями — значимость.
Limerence отмечает лор как заданный игроком канон
Когда подходящая запись действительно попадает в текущий запрос, Limerence передаёт её модели не как случайное воспоминание, а как канон мира, заданный игроком.
Если такой лор конфликтует с менее надёжной информацией из памяти или архивного поиска, модели указывается ориентироваться прежде всего на заданный канон.
Это ещё одна причина, почему правильно настроенный lorebook — совсем не «второстепенные заметочки».
Он может быть источником истины для устройства мира.
Большие лор-файлы, импорт World Book из SillyTavern, Character Book внутри карточки персонажа и библиотека книг — на страницах Хороший lorebook: структура, Лор-файлы и большие .txt/.md и Импорт World Book и Character Book.