Зачем разбирать анатомию карточки

Основные поля карточки

name (Имя)

Короткий идентификатор. Модель использует его для самоидентификации в диалоге и для обращения к другим участникам. Слишком длинное имя размывает токены и путает модель — держите его в пределах 1–3 слов.

description (Описание)

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

personality (Личность)

Краткий набор черт характера. В большинстве фронтендов это отдельное поле, но по смыслу оно сливается с описанием. Работает как якорь для тона речи и реакций.

scenario (Сценарий)

Контекст сцены: где происходит действие, что уже случилось, какова стартовая ситуация. Это не память — сценарий статичен на протяжении чата, если вы его не редактируете вручную.

first_mes (Первое сообщение)

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

mes_example (Примеры сообщений)

Образцы диалога в формате <START> — блоков. Это самый мощный инструмент управления стилем: модель воспринимает их как «так надо писать». Двух-трёх качественных примеров обычно достаточно.

system_prompt и post_history_instructions

Переопределяют системный промпт и добавляют инструкции после истории. Используются точечно: например, чтобы удержать формат вывода или запретить определённые темы.

alternate_greetings (Альтернативные приветствия)

Дополнительные варианты first_mes. Позволяют начать чат с другой сцены, не редактируя карточку.

Теги и символы внутри текста

{{char}} и {{user}}

Плейсхолдеры, подставляемые движком. {{char}} — имя персонажа, {{user}} — ваше. Их использование делает карточку переносимой: не нужно хардкодить имена.

курсив и «кавычки»

Устойчивая конвенция: действия и описания — в звёздочках, прямая речь — в кавычках. Модель следует ей, если вы придерживаетесь в first_mes и examples.

Теги вроде [tags] и (OOC:)

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

Метаданные и рынок карточек

Поля creator, character_version, tags и creator_notes не влияют на генерацию, но критичны при обмене карточками. Теги описывают жанр, сеттинг и рейтинг — по ним работают поиск и фильтры на площадках вроде Character Card Market.

Пример: Archivist Lyra Vane

Разберём featured-карточку. Archivist Lyra Vane — архивариус, чей характер строится на сдержанности и точности формулировок.

• description: профессия, манера речи, отношение к знанию — всё в 3–4 предложениях.
• personality: немногословность, аналитичность, лёгкая ирония.
• first_mes: короткая реплика с одним действием в звёздочках — задаёт лаконичный стиль ответов.
• mes_example: два блока <START> показывают, как она уходит от прямых ответов и переводит тему к фактам.

Такая структура — хороший эталон для начинающих: минимум токенов, максимум управляемости.

Частые ошибки

• Перегруженное description — съедает контекст и размывает характер.
• Противоречивые personality и mes_example — модель выбирает примеры, а не описание.
• Отсутствие {{char}}/{{user}} — карточка ломается при смене имени.
• Игнорирование формата first_mes — стиль ответов уходит в случайный.

Вывод

Карточка — это контракт между вами и моделью: поля задают содержание, теги и символы — форму. Разобравшись в анатомии один раз, вы перестаёте переписывать карточки наугад. Готовые карточки вроде Archivist Lyra Vane удобно тестировать в приложениях MiniTavern для iOS и Android, в веб-версии Web Tavern или через расширение для Chrome, а свежие наборы искать на Character Card Market.