WritingКак писать записи

Make facts usefulФакты должны работать

An entry is not an encyclopedia article. The model reads it right before writing a reply, so every fact should give it something useful to show: an action, reaction, mood, or tension. If a fact changes nothing in the scene, it only takes up context.Запись — не энциклопедическая статья. Модель читает её прямо перед ответом, поэтому каждый факт должен давать материал для сцены: действие, реакцию, настроение или напряжение. Если факт ничего не меняет, он лишь занимает место в контексте.

I ask one question about every line: what will this change in the scene? If I cannot answer, I make the line more concrete or remove it.Для каждой строки у меня один вопрос: что она изменит в сцене? Если ответа нет, я делаю строку конкретнее или убираю её.

The left column takes longer to write, but it gives the model concrete behaviour to use. The right column reads like a character sheet and offers little direction for the next reply.Левый столбец писать дольше, зато он даёт модели конкретное поведение для сцены. Правый читается как анкета и почти не подсказывает, каким должен быть следующий ответ.

Let the past show in the presentПрошлое проявляется в настоящем

Backstory is easy to turn into a chronology. A chronology explains what happened without showing how the past affects the character now.Предысторию легко превратить в хронологический пересказ. Хронология объясняет, что произошло, но не показывает, как прошлое влияет на персонажа сейчас.

Instead of retelling the past, I show its effect on the character's current behaviour. The event itself only needs mention when the reaction would not make sense without it.Вместо пересказа прошлого я показываю, как оно влияет на поведение персонажа сейчас. Само событие нужно упоминать только тогда, когда без него реакция будет непонятна.

The first column turns that context into behaviour visible in the scene.В первом столбце этот контекст превращается в поведение, заметное в сцене.

Events, not scripted scenesСобытия, а не готовые сцены

Entries about events and states have their own common problem: they turn into scripts. Beat by beat and line by line, the entry dictates exactly how the scene should go.У записей о событиях и состояниях есть своя типичная проблема: они превращаются в сценарии. Шаг за шагом, реплика за репликой запись начинает диктовать, как именно должна пройти сцена.

When a scripted entry fires, the scene plays out the same way every time, regardless of how the conversation was going. Worse, a mid-scene activation can make the model abandon what was happening and perform the script it was just handed.Когда такая запись срабатывает, сцена каждый раз проходит одинаково — независимо от того, как шёл разговор. Хуже того, срабатывание посреди сцены может заставить модель бросить происходящее и разыграть только что полученный сценарий.

A useful event entry has three parts and describes a change rather than a sequence:Полезная запись о событии состоит из трёх частей и описывает изменение, а не последовательность:

1. Trigger — the situation that sets the change in motion. Not a line of dialogue, but the situation itself.Триггер — ситуация, которая запускает изменение. Не конкретная реплика, а сама ситуация.
2. Shift — what changes in behaviour. Shorter sentences, hands busy, a joke that lands wrong.Сдвиг — что меняется в поведении. Фразы короче, руки заняты, шутка звучит невпопад.
3. Aftermath — how the situation resolves and what changes afterward.Последствие — как ситуация разрешается и что меняется после.

Trajectory, not snapshotТраектория, а не снимок

A relationship written only as a current state goes nowhere. They are friends. She resents him. They used to be together. All true, all static, and none of it tells the model how the relationship is changing.Если описать отношения только как текущее состояние, они никуда не движутся. Они друзья. Она держит на него обиду. Раньше они были вместе. Всё правда, всё статично, и ничто не говорит модели, как развиваются эти отношения.

A trajectory gives the relationship a direction: where things stand, where they are heading, and what pushes them towards the next change.Траектория задаёт отношениям направление: как обстоят дела сейчас, куда всё движется и что подталкивает их к следующему изменению.

The structure of an entryСтруктура записи

Every entry has the same four core parts, whatever the platform calls them: a name used mainly by the author, a set of keywords that decide when it fires, the content that gets inserted, and parameters that control its behaviour.У каждой записи одни и те же четыре основные части, как бы платформа их ни называла: имя, предназначенное прежде всего для автора, набор ключей, по которым запись срабатывает, вставляемое содержимое и параметры, управляющие её работой.

How I shape the contentКак я оформляю содержимое

Two habits keep the important details easy to find in a crowded prompt.Две привычки помогают важным деталям не потеряться в переполненном промпте.

Bracketed labels. I break the content into short labelled blocks rather than a single paragraph. When several entries fire at once, the model sees a wall of text, and labels make its structure visible. The labels help me too — I can find the line I need to fix without re-reading the entry.Метки в скобках. Я разбиваю содержимое на короткие блоки с метками, а не пишу сплошной абзац. Когда одновременно срабатывают несколько записей, модель видит стену текста, а метки помогают различать отдельные части. Метки полезны и мне: нужную строку можно найти, не перечитывая запись целиком.

Put behaviour first. Personality, speech and reactions shape the reply most strongly, so I place them before reference details.Поведение — в начало. Характер, речь и реакции сильнее всего влияют на ответ, поэтому я ставлю их перед справочными деталями.

One worked exampleОдин разбор

This example uses an invented late-night bar called The Lamplighter, which returns in later chapters.В примере используется вымышленный ночной бар The Lamplighter, который появится и в следующих главах.

* In lorebooks, I usually write everything in English to reduce token use.* В самих лорбуках я обычно пишу всё на английском, чтобы расходовать меньше токенов.

A separate NPC entryОтдельная запись для NPC

Not every NPC needs a separate entry. When one does, I leave out profile trivia such as birthdays, height, and hobby lists. Each line instead shows something visible in a scene or shapes the character's dialogue.Отдельная запись нужна не каждому NPC. Но если я её делаю, то не включаю анкетные мелочи, такие как дата рождения, рост и список увлечений. Каждая строка вместо этого показывает что-то заметное в сцене или влияет на реплики персонажа.

The same entry as dataТа же запись в виде данных

Behind the editor interface, an entry is a small object. Field names differ between platforms, but the basic shape stays the same: something to match, something to insert, and a few switches that decide when and where.За интерфейсом редактора запись представляет собой небольшой объект. Названия полей у платформ разные, но основа одна: что искать, что вставлять и несколько переключателей, которые определяют, когда и куда.

{
  "comment": "npc - Odile Cross",
  "key": ["Odile", "/\\bCross\\b/i", "/\\b(?:owner|boss|landlady)\\b/i"],
  "keysecondary": [],
  "content": "[VOICE] Short sentences. Asks questions she already knows the answer to, and waits out the pause afterwards. [PRESENCE] Comes in near closing, never during the rush. Reads the room from the doorway before she reads the till. [WITH NIC] Trusts him with the keys and the late count. Corrects him only in private. Both of them treat this as ordinary and neither would call it fondness. [PRESSURE] Money talk makes her generous with drinks and vague about numbers. She changes the subject by pouring.",
  "constant": false,
  "selective": false,
  "enabled": true
}

JSON needs two backslashes here so one reaches the regex engine; Regex explains why.Здесь JSON требует два обратных слэша, чтобы один дошёл до движка регексов; подробнее об этом рассказано в главе «Регексы».

Quick rulesКраткие правила

Use these as prompts when an entry feels flat, not as strict rules.Используйте эти ориентиры, когда запись кажется слабой, но не считайте их строгими правилами.

A well-written entry still cannot help if it does not fire at the right moment. The next chapters cover the technical side: Mechanics explains the settings, Keywords covers choosing effective keys, and Regex covers precise matching.Хорошо написанная запись всё равно бесполезна, если она не срабатывает в нужный момент. Дальше — о технической стороне: в «Механике» разбираются настройки, в «Ключах» — выбор кейвордов, а в «Регексах» — точность совпадений.