Как модель читает вашу работу

Этот гайд — про то, что происходит с персонажем и миром после того, как вы нажали «Сохранить». Модель не «помнит» вашего персонажа: на каждом ходу она заново читает текст, собранный из ваших полей, и пишет ответ только по нему. Значит, качество сцены определяется тем, что попало в этот текст, сколько его и где оно стоит.

Здесь всё измерено на настоящей сцене. Это опубликованный мир The White Curtain Falls: пятеро персонажей в комнате, ярус ASAI Mini, 1 октября 2026 года.

Поля по одному разобраны в гайдах Создание персонажа и Создание мира.

1. Один ход — два вызова модели

Ответ в сцене мира пишут два вызова, и каждый читает свой текст.

• Судья видит сжатые листы присутствующих (описание и биография обрезаны до ~480 знаков), их желания, вещи, секреты целиком, законы мира и последние шесть ходов. Прозу он не пишет. Он отвечает решением в JSON.
• Писатель видит полные листы присутствующих, голоса из первоисточника, правила сцены и решение судьи. Он пишет прозу, но только то, что судья разрешил.

В чате один на один с персонажем судьи нет: работает один писатель, и лист персонажа он видит целиком.

2. Из чего состоит промпт писателя

Вот как распределились токены в замеренной сцене. Это оценка нашим счётчиком, тем же, что показывает «Вес карточки» в редакторе. Провайдер посчитал этот же ход как 23 635 токенов: в его счёт входят ещё каталог спрайтов новеллы, скрытый план сюжета и решение судьи.

Что из этого следует:

• Больше всего весят листы тех, кто в комнате. Пять листов — 7 000 токенов, по ~1 400 на персонажа. Тех, кого в комнате нет, модель видит одной строкой: имя, роль, краткое описание. Поэтому краткое описание персонажа работает везде, даже когда его нет на сцене.
• Лор мира стоит в каждом ходу целиком. Если у мира есть ИИ-сводка, едет только она. Если нет — все документы лора подряд.
• Своё на этот ход — состояние сцены и решение судьи. Это меньше тысячи токенов, но именно они меняются с каждым ходом.

2.1 Судья

Судья в той же сцене читал 11 700 токенов за ход: правила суда, сжатые листы, состояния, вещи и последние ходы. Он всегда меньше писателя, потому что листы у него короткие.

3. Кэш: что оплачивается заново, а что нет

Промпт собирается в три слоя, от самого постоянного к самому живому:

Провайдер помнит начало промпта, совпавшее с прошлым ходом, и не пересчитывает его. В замере это выглядело так:

Отсюда практическое правило: всё, что меняется часто, должно стоять в конце. Мы так и собираем промпт. Вам из этого важно одно: оглавление скиллов стоит в стабильной части, а их полный текст — в живой. Загрузка скилла не сбивает кэш мира.

4. Как модель распределяет внимание

Промпт — не память, а текст, который модель читает целиком перед каждым ответом. Внимание по нему распределено неравномерно, и это можно использовать.

Начало и конец читаются лучше середины. Это известное свойство больших языковых моделей: точность падает, когда нужный факт стоит в середине длинного контекста (Liu и др., Lost in the Middle, 2023). Поэтому мы ставим законы мира и лист персонажа ближе к началу, а состояние хода и решение судьи — в самый конец. Каждый лишний абзац в середине отодвигает важное от краёв.

Конкретное весит больше общего. «Говорит рублено, по уставу: „Нет.“, „Нашёл.“, „Можно идти?“» модель воспроизводит. «Строгий и дисциплинированный» она превратит в того строгого героя, которого видела тысячу раз.

Показанное весит больше описанного. Образец речи и живые диалоги из первоисточника задают ритм лучше любого описания манеры. В замеренной сцене голоса весят 1 448 токенов и окупают каждый.

Противоречия усредняются. Если в одном поле «никогда не повышает голос», а в предыстории три сцены, где он кричит, модель возьмёт что-то среднее. Каждое утверждение о персонаже должно быть верным везде, где оно стоит.

Всё, что стоит в промпте, будет использовано. Модель старается применить то, что ей дали. Подробное описание приёмов боя в сцене за чаем просачивается в чай: персонаж «машинально проверяет хват», «оценивает дистанцию». Это не ошибка модели, а сигнал, что текст стоял не к месту.

5. Скиллы

Скилл — справка на карточке персонажа или мира. Каждый ход модель видит только её название и одну строку описания. Полный текст писатель получает на тот ход, где он нужен.

5.1 Когда скилл загружается

Полный текст попадает к писателю одним из трёх путей. За один ход загружается не больше трёх скиллов.

5.2 Как это выглядело в замере

У Валерия есть боевой скилл «Field combat», у мира — скилл «The white beyond the doors» о том, что за дверями театра.

Что произошло в трёх ходах:

1. «Я иду к главным дверям и выхожу наружу». Судья видел только строку оглавления и отказал: «Сделать шаг туда — значит не вернуться». Писателя на отклонённом ходу не зовут, поэтому текст скилла и не грузился.
2. «Алёша, что там за дверями?» Загрузился скилл мира по ключевому слову «двер». В ответе — детали из его текста: «белый свет, как изнутри тумана», «те, кто выходил, не вернулись». Голоса персонажей остались прежними.
3. «Хватаю нож и бросаюсь на Валерия». Судья назвал удар, бросок дал ранение, и боевой скилл Валерия загрузился сам. Валерий перехватил запястье, выбил нож и коротко предупредил: «Опусти нож. Сейчас же.» Так и написано в скилле: одно предупреждение, никаких речей.

5.3 Сколько это экономит

Пример расчёта для персонажа с развитой боевой системой: шесть приёмов по ~600 токенов.

Выигрыш не только в цене. В ходах без боя у модели на 3 450 токенов меньше текста, который тянет её в сторону боя. Это внимание достаётся голосу, характеру и тому, что происходит в сцене сейчас.

6. Что выносить в скиллы, а что держать в листе

Голос нельзя прятать в скилл: если он загружается «по требованию», персонаж звучит по-разному в разных ходах.

Проверочный вопрос: «Если этого текста не будет в этом ходу, персонаж станет другим?» Да — держите в листе. Нет, просто знает меньше подробностей — выносите в скилл.

6.1 Как написать хороший скилл

• Строка оглавления — это обещание. По ней судья решает, нужен ли скилл, а писатель знает, что он вообще есть. «Как майор гвардии дерётся и защищает гражданского» — хорошо. «Бой» — плохо: непонятно, когда грузить.
• Полный текст — факты и правила, а не проза. Что умеет, чего не умеет, в каком порядке действует, чем платит. Стиль речи сюда не пишите: голос живёт в листе.
• Ключевые слова — на обоих языках сцены, коротким корнем: «двер», «door». Слово короче трёх букв не ловится.
• «И в каждом бою» ставьте только боевым скиллам. Остальное пусть выбирает судья.
• Один скилл — одна тема. Три скилла по 400 токенов лучше одного на 1 200: загрузится только нужный.

7. Вес карточки и потолки

Редактор показывает вес карточки прямо при письме. В него входит то, что стоит в промпте каждый ход: все поля и строки оглавления скиллов. Полный текст скиллов в вес не входит.

Карточку выше потолка можно только облегчать. Кнопка «Подтянуть» предлагает сжатые версии длинных полей; образцы речи и диалоги она не трогает, потому что их ценность — в дословности.

8. Короткий чек-лист

• Краткое описание персонажа работает и тогда, когда его нет в комнате, — пишите его так, чтобы по одной строке было ясно, кто это.
• Голос показан, а не описан: образец речи и два-три живых диалога.
• Всё, что нужно не каждому ходу, — в скиллы, с внятной строкой оглавления.
• У мира с большим лором есть ИИ-сводка, а подробности — в скиллах мира.
• Нет противоречий между полями.
• Вес держится в «зелёной» зоне: до ~900 токенов карточка персонажа читается плотнее всего.

История версий

• 1.0 — 1 октября 2026 г. — Первая публикация: устройство хода, анатомия промпта по замеру, кэш, внимание модели, скиллы.