Почему приветствие важнее описания карточки

Проблема в том, что greeting пишется под конкретный фронтенд. Перенос карточки в другое приложение ломает форматирование, обрезает контекст, а иногда и вовсе игнорирует часть полей. В 2026 году это по-прежнему главная причина, по которой хорошие карточки «не работают» у половины аудитории.

Что реально поддерживают фронтенды

Character Card V2/V3 — общий формат, но реализация полей отличается. Практическая сводка:

Поле	SillyTavern	Мобильные приложения	Web-фронтенды
first_mes	Полная поддержка	Полная	Полная
alternate_greetings	Полная, переключение в UI	Часто только первое	Зависит от реализации
Markdown в greeting	Да	Частично	Частично
Макросы ({{char}}, {{user}})	Да	Обычно да	Обычно да
HTML-теги	Да	Редко	Редко

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

Правила переносимого приветствия

1. Никакого HTML и сложного Markdown

Жирный текст и курсив проходят почти везде. Таблицы, блоки кода, вложенные списки, <div> — нет. Если greeting рассыпается без рендеринга, он рассыпается для части пользователей.

2. Макросы вместо имён

Пишите {{char}} и {{user}}, а не «Кэйлен» и «ты». Хардкод имени ломается при переименовании карточки и не подставляется в чат-шаблоны, где имя пользователя задано отдельно.

3. Длина — 80–200 слов

Короткое приветствие не даёт зацепки для ответа. Длинное обрезается в мобильных интерфейсах и съедает контекстное окно ещё до начала игры. Оптимум — сцена, реплика и одна открытая деталь.

4. Одна сцена, один крючок

Приветствие — не пролог. Оно должно поставить персонажа в конкретную точку и оставить пользователю очевидный вход. Не описывайте всю предысторию: лор живёт в description и character_book.

5. Заканчивайте действием или вопросом

Финальная строка определяет, что напишет пользователь. Открытый вопрос или незавершённое действие снижают порог входа. Абстрактное «он смотрел вдаль» — нет.

Шаблон, который работает везде

Структура, проверенная на переносимости:

• Абзац 1 — место и момент, 1–2 предложения.
• Абзац 2 — действие или реплика {{char}}, обращённая к {{user}}.
• Абзац 3 — крючок: вопрос, пауза, ожидание ответа.

Пример каркаса:

*Дождь стучал по черепице, когда {{char}} шагнул в таверну — клинок в ножнах, плащ насквозь.*
— Ты ждал кого-то другого, {{user}}. Но получил меня.
*Он опустился на скамью напротив и не отвёл взгляда.*
— Итак. С чего начнём?

Ничего лишнего: работает в SillyTavern, в мобильном приложении и в веб-интерфейсе без изменений.

Alternate greetings: как использовать правильно

Поле alternate_greetings — не место для дублей. Каждое приветствие должно открывать другой сценарий входа:

• Основное — нейтральное начало, каноничная сцена.
• Второе — конфликт: персонаж уже враждебен или ранен.
• Третье — знакомство: стороны видят друг друга впервые.
• Четвёртое — таймскип: отношения уже установлены.

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

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

• Приветствие вместо описания. Лор, история мира и мотивация в first_mes — потеря контекста при каждом новом чате.
• Отсылки к несуществующему контексту. «Как мы обсуждали вчера» — ломается в любом новом чате.
• Жёсткая привязка к интерфейсу. «Нажми кнопку ниже», «выбери вариант» — не переносится.
• Эмодзи вместо описаний. В части фронтендов они рендерятся как текст и разрушают тон.
• Слишком много форматирования. Чем больше разметки, тем выше шанс, что greeting отобразится сырым.

Проверка перед публикацией

1. Откройте карточку в двух разных фронтендах.
2. Проверьте {{char}} и {{user}} — подставляются ли они.
3. Убедитесь, что без Markdown текст читается.
4. Прочитайте вслух: если финал не провоцирует ответ, перепишите.
5. Сравните альтернативные приветствия — они не должны дублировать друг друга.

Заключение

Переносимое приветствие — это дисциплина, а не магия формата. Простые абзацы, макросы, один крючок и финальная строка, на которую хочется ответить, работают в любом фронтенде — от SillyTavern до мобильных клиентов. Карточка, написанная по этим правилам, не теряет качества при импорте и не требует правок под каждую платформу.

Готовые карточки с проработанными приветствиями и альтернативными сценариями входа удобно тестировать в MiniTavern — приложения для iOS и Android, веб-версия Web Tavern, расширение для Chrome и каталог Character Card Market. Одна карточка — все фронтенды без переписывания.