KeywordsКлючи

How I choose keysКак я выбираю ключи

The platform does not judge whether a keyword is useful; it simply compares the scanned text with the list attached to an entry. Deciding what belongs in that list is the author’s job.Платформа не оценивает, подходит ли ключ, а просто сверяет текст из окна сканирования со списком ключей в записи. Что включать в этот список, решает автор.

A good key passes both checks. Wording that is too rare leaves the entry silent, while wording that is too common activates it in unrelated scenes. My usual choice is a natural standalone word that points clearly to the entry’s subject.Хороший ключ проходит обе проверки. Слишком редкая формулировка оставит запись без дела, а слишком частая будет активировать её в посторонних сценах. Обычно я выбираю естественное отдельное слово, которое ясно указывает на тему записи.

Key the subject, not the sceneryКлюч должен указывать на суть, а не на обстановку

The memory is about a relationship neither of them has fully left behind, not the bar where it happened.Это воспоминание об отношениях, которые ни один из них так и не оставил в прошлом, а не о баре, где всё произошло.

The words on the right describe what happens around the memory, not what the memory is about. The bar appears in almost every scene at The Lamplighter, so using bar would bring this relationship memory into unrelated conversations. Spare key is one of the few phrases I keep because key alone is too broad: the full phrase points to the object at the centre of the moment and to what remains unresolved between Teddy and Nic.Слова справа описывают обстановку вокруг воспоминания, а не его суть. Бар упоминается почти в каждой сцене в The Lamplighter, поэтому такой ключ будет возвращать воспоминание об отношениях даже в посторонних разговорах. Запасной ключ — одна из немногих фраз, которые я сохраняю, потому что слово ключ само по себе слишком общее. Полная фраза указывает и на важный предмет, и на то, что между Тедди и Ником осталось незавершённым.

From specific keys to broad onesОт конкретных ключей к общим

For review, I group candidate keys into four rough tiers, from specific names to common everyday words. Broader keys need more testing for unrelated matches.Для проверки я делю возможные ключи на четыре примерных уровня: от конкретных имён до обычных повседневных слов. Чем ключ шире, тем внимательнее я проверяю его на посторонние совпадения.

Short words are exceptionsКороткие слова — исключения

Short keys need extra care because they can match inside unrelated words. With case-insensitive substring matching, Ann also matches annoyed. For a short name, I use whole-word matching or a regex with explicit boundaries. Regex explains word boundaries and stem matching.Короткие ключи требуют особой осторожности: они могут совпасть с частью постороннего слова. Если поиск не учитывает регистр и не требует полного совпадения, ключ Лев сработает и внутри слова слева. Для короткого имени я использую полное совпадение или регекс-ключ с явными границами. Границы слов и сопоставление основ разобраны в главе «Регексы».

How I review overly broad keysКак я проверяю слишком общие ключи

A broad word is not automatically a bad key. Natural activation matters: shift will appear far more often in this setting than an engineered phrase like handover between bartenders. The question is whether repeated activation helps or merely takes space.Общее слово не обязательно будет плохим ключом. Важно, чтобы ключ срабатывал естественно: смена появится в этом сеттинге гораздо чаще, чем искусственная фраза вроде передача дел между барменами. Вопрос в том, помогает ли повторное срабатывание или лишь занимает место.

A broad or frequently used key stays only when all four conditions are met:Слишком общий или часто встречающийся ключ остаётся только при выполнении всех четырёх условий:

If any answer is no, I remove or narrow the key. I use a second-key filter only when the entry truly needs broad coverage.Если хотя бы один ответ отрицательный, я убираю или сужаю ключ. Фильтр по второму ключу использую только тогда, когда записи действительно нужен широкий охват.

The five-message auditПроверка на пяти сообщениях

To identify overly broad words before they become a problem, I write five ordinary messages typical of the setting, without dramatic revelations or scenes contrived around a lorebook entry.Чтобы выявить слишком общие слова до того, как они станут проблемой, я пишу пять обычных сообщений, типичных для этого сеттинга, без громких откровений и сцен, специально подогнанных под запись лорбука.

1. Nic puts his phone under the bar before the shift.Перед сменой Ник кладёт телефон под стойку.
2. Nic takes over the shift while Dez leaves his phone behind the bar.Ник принимает смену, а Дез оставляет телефон за стойкой.
3. Nic serves Teddy at the bar as she checks her phone.Ник обслуживает Тедди за стойкой, пока она проверяет телефон.
4. Nic finishes the shift behind the bar.Ник заканчивает смену за стойкой.
5. Nic locks away his phone and cleans the bar after the shift.После смены Ник убирает телефон в запирающийся ящик и протирает стойку.

The three ordinary words need review before becoming keys. Bar appears too often to safely trigger a long location entry. Phone is incidental here and should not summon a memory by itself. Shift can work for a short staff-routine entry if that entry helps every time. Nic is different: it is the bot’s own name, so I never use it as a key. Speaker-name scanning may also repeat it in every reply header.Три обычных слова нужно проверить до добавления в ключи. Стойка встречается слишком часто, чтобы безопасно активировать длинную запись о локации. Телефон здесь случаен и сам по себе не должен вызывать воспоминание. Смена может подойти короткой записи о рабочем распорядке, если та полезна при каждом срабатывании. Ник — другой случай: это имя самого бота, поэтому я никогда не использую его как ключ. При сканировании имён говорящих оно также может повторяться в заголовке каждого ответа.

Names, roles, and grouped charactersИмена, роли и группы персонажей

An NPC portrait entry should respond to the names and roles people naturally use. I add established first names, nicknames and surnames separately; a full name alone is rarely enough.Запись-портрет NPC должна срабатывать на имена и роли, которые естественно используют в разговоре. Устоявшиеся имена, прозвища и фамилии я добавляю отдельно: одного полного имени обычно недостаточно.

Role keys help when someone is mentioned without a name. Landlady can identify Odile; woman cannot.Ролевые ключи помогают, когда персонажа упоминают без имени. Хозяйка может указывать на Одиль, а женщина — нет.

The table shows candidate wording, not finished regex. Add boundaries or variants only after the words pass this relevance test; Regex covers the syntax.В таблице показаны варианты формулировок, а не готовые регексы. Добавляйте границы и варианты только после того, как слова пройдут проверку на уместность; синтаксис разобран в главе «Регексы».

Grouped charactersГруппы персонажей

When several minor characters share one entry, I include each person’s names plus group terms that should activate the whole entry. A staff entry can answer to Dez, Okonkwo and staff. If a minor character later gets a separate entry, I move their personal keys to it.Когда одна запись описывает нескольких второстепенных персонажей, я включаю имена каждого и групповые термины, при которых должна срабатывать запись обо всей группе. Запись о персонале может срабатывать на Дез, Оконкво и персонал. Если позже персонаж получает отдельную запись, я переношу туда его личные ключи.

Checking shared keysПроверка общих ключей

A key may fit one entry but still cause problems elsewhere. A collision occurs when several entries share it and activate together. That overlap remains only when all resulting entries help the same scene.Ключ может подходить одной записи, но создавать проблемы в других. Коллизия возникает, когда несколько записей используют один ключ и срабатывают вместе. Такое пересечение сохраняется, только если все эти записи помогают одной сцене.

My audit is mechanical: I collect every key, group identical ones, and inspect every group used by more than one entry. If those entries improve the same scene, I keep the shared activation. If not, the most useful entry keeps the key, and I remove, replace or filter it in the others. This is separate from checking whether a key fits one entry: the collision audit checks its effect across the whole lorebook.Моя проверка простая: я собираю все ключи, группирую одинаковые и просматриваю каждую группу, используемую в нескольких записях. Если эти записи помогают одной сцене, я сохраняю совместное срабатывание. Если нет, ключ остаётся у самой полезной записи, а в остальных я его убираю, заменяю или дополняю фильтром. Это отдельная проверка: здесь важно влияние ключа на весь лорбук, а не только его уместность в одной записи.

Choosing the words is a judgement call. Making each key match exactly the intended text is the technical half, which the next chapter, Regex, covers.Выбор слов требует авторской оценки. Настроить каждый ключ так, чтобы он точно совпадал с нужным текстом, — техническая задача; ей посвящена следующая глава, «Регексы».