Очень большой лонг

Или мое видение написания карт персонажей. Простите, здесь очень многабукаф и нет картинок. Это гайд чисто для шизов как я, или Карасик

У карточек персонажей нет единственно правильного формата. Не существует обязательного шаблона, идеального порядка разделов или универсального количества токенов. Можно писать кратко или подробно, использовать прозу, списки, книги знаний, примеры речи или обходиться без части этих инструментов.

Я тоже не являюсь последней инстанцией и не пытаюсь установить очередной свод правил. Цель этого руководства скромнее: объяснить, чем авторский крафт отличается от шаблона и почему языковая модель воспроизводит одни задумки точнее других.

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

Вопрос в другом: на какой материал опирается модель, когда создаёт ответ.

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

Если карточка ограничивается ярлыками вроде «саркастичная цундэрэ», «опасный телохранитель» или «холодная, но добрая внутри», она тоже запустится. Однако недостающие связи модель возьмёт из своих обучающих данных. Она достроит знакомый архетип, типовую романтическую динамику, привычный конфликт и усреднённую манеру речи.

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

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

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

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

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

Это руководство основано на разборе больших авторских карточек: камерной истории Люси в Найт-Сити, многосюжетного Project Tokyo, политического мира Варети и других проектов. Их объединяет не размер, а принцип: каждый содержательный фрагмент должен давать модели новую причинно-следственную связь.

──────────────

Языковая модель не «знакомится» с персонажем так, как читатель знакомится с героем романа. Она получает контекст и на его основе предсказывает продолжение. В карточке для неё есть три разных вида материала.

Факты, привычки, мотивы, отношения, прошлое, способы реагировать.

ПРИМЕР:

«Люси не говорит, что беспокоилась. Она проверяет рану, называет потерю крови и остаётся рядом дольше, чем требовала работа.»

Это не команда. Это описание устойчивого поведения.

Устройство общества, места, фракции, правила, текущие конфликты.

ПРИМЕР:

«В Академии Гента иерархия редко проявляется открытой жестокостью. Она встроена в расписания, доступ к должностям, расстояние до общежитий и тон административных разговоров.»

Такое описание не просто сообщает устройство мира. Оно даёт модели материал для сцен.

ПРИМЕР:

«Пиши от третьего лица. Не описывай мысли пользователя. Всегда продвигай сюжет. Избегай мелодрамы.»

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

Почему это важно? Встроенное указание может:

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

Вместо:

«Всегда показывай, что каждое щупальце движется независимо.»

Лучше:

«Каждое щупальце обладает отдельной чувствительностью к температуре и поверхности. Они тянутся к источникам тепла раньше, чем существо осознаёт движение.»

Смысл сохранён, но модель воспринимает его как часть реальности, а не как ещё одну команду в очереди.

──────────────

Короткая карточка не становится хорошей только потому, что она экономна. Длинная не становится хорошей только потому, что в неё вложено много труда.

Полезный вопрос звучит так:

Какую долю текста составляет новая информация, способная изменить поведение модели?

Две сотни точных слов могут удержать голос лучше восьмисот повторов. Но десять тысяч слов о персонажах, связях, институтах и конфликтах могут быть полностью оправданы, если каждый блок добавляет новую возможность для сцены.

Не сокращайте карточку ради числа. Удаляйте только то, что не меняет ни одного вероятного продолжения.

──────────────

Перед заполнением полей ответьте на шесть вопросов.

Так появляется не перечень черт, а двигатель.

«Холодная, саркастичная, недоверчивая, но в глубине души добрая. Боится снова потерять близких.»

Это знакомая заготовка. Модель умеет писать её без карточки.

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

Здесь есть причинность, наблюдаемые признаки и последствия. Из этого можно вывести десятки реакций, которых автор не перечислял.

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

──────────────

«Цундэрэ», «ледяная королева», «золотистый ретривер», «опасный телохранитель» полезны как черновая координата. Они быстро сообщают модели общий класс поведения. Проблема начинается, когда на этом работа заканчивается.

Модель уже знает типовые архетипы. Если карточка сообщает только ярлык и его стандартные признаки, она не создаёт персонажа, а вызывает готовый шаблон из обучающих данных.

Чтобы выйти из шаблона, добавьте:

Например, «элитистка, управляющая людьми через исключение из круга» — ещё функция. Но если она искренне ценит одного старого друга, боится утратить социальный контроль и никогда не произносит прямого отказа, потому что заставляет комнату отказать за неё, появляется индивидуальная механика.

Уберите имя, внешность и название произведения. Останется ли что-то, чего нельзя без потерь передать другому персонажу того же архетипа?

Если нет, карточка пока описывает ярлык.

──────────────

Прилагательные слишком широки. «Заботливая» может означать объятия, контроль питания, молчаливый ремонт сломанной вещи или агрессивную защиту. Модель выберет самый частый вариант, если автор не уточнит свой.

Полезная формула:

качество → способ проявления → ситуация → предел или цена

ПРИМЕР:

«Она преданная, саркастичная и всегда заботится о {{user}}.»

Здесь названы качества, но не показано, как они взаимодействуют и что персонаж станет делать.

ПРИМЕР:

«Она выражает привязанность компетентностью и точно рассчитанными оскорблениями. При опасности сначала сообщает вероятность выживания и рекомендует лучший вариант. Если {{user}} всё равно вступает в бой, спор прекращается: она немедленно распределяет цели и использует все доступные средства. Её честность не исчезает из-за лояльности, а лояльность — из-за плохих шансов.»

Теперь у модели есть две силы, их взаимодействие и поведение на развилке.

Хорошие поведенческие маркеры особенно важны для:

Не пишите только, что персонаж чувствует. Пишите, что из-за этого меняется в его действиях, речи и выборе внимания.

──────────────

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

Техническое противоречие выглядит иначе:

Первое создаёт напряжение. Второе заставляет модель случайно выбирать удобный фрагмент.

Для каждого противоречия ответьте:

──────────────

В ансамблевой карточке недостаточно отдельно описать двадцать интересных людей. Нужна сеть, в которой они влияют друг на друга.

Проверяйте:

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

В Варети многие преподаватели относятся к одной системе, но не повторяют одну позицию. Один верит в доктрину, другой исполняет её из профессиональной дисциплины, третий защищается технической точностью, четвёртый видит противоречия, но молчит. Благодаря этому общественный конфликт существует не как плакат «все за» против «все против», а как набор человеческих способов жить внутри института.

Для каждого важного персонажа закончите фразу:

ПРОВЕРКА:

«Если пользователь месяц не появляется, этот человек…»

Если продолжить нечем, перед вами спутник, ожидающий активации, а не самостоятельный участник мира.

──────────────

Языковой модели трудно одновременно удерживать много активных голосов. Даже хорошо различимые персонажи начинают сливаться, когда шесть или восемь из них постоянно находятся в одной сцене. Это ограничение модели, а не обязательно ошибка автора.

Ошибка автора — держать весь состав в постоянном контексте и требовать от модели одинакового внимания ко всем.

Практичная схема:

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

Для каждого важного персонажа в постоянной части полезно оставить:

Туда же входят:

Плохо:

«Hana — студентка, дочь главы якудза. Подробности находятся в книге знаний.»

Модель знает, что персонаж существует, но не понимает, когда и как ввести её в сцену, как она выглядит и каким голосом заговорит.

Хорошо:

«Ryuusei Hana (流星 花 / Рюсэй Хана) — студентка второго курса факультета бизнеса и официальная наследница Ryuusei Holdings. Естественная точка пересечения: атриум второго корпуса между занятиями или столовая Meiwa Shokudo, куда она приходит ровно в 11:00. При первом появлении замечает {{user}}, оценивает и не спешит действовать. Всегда безупречна: дорогая монохромная одежда, прямые чёрные волосы, ни одной складки. Не повышает голос; задаёт вопросы, звучащие как утверждения. Крючок: в восемнадцать лет она создала собственную фракцию внутри клана отца, а поступление в университет является частью её стратегии.»

Такой блок не разыгрывает сцену заранее, но даёт модели всё необходимое, чтобы нативно встроить Хану в подходящий момент.

Вынесите туда расширенные и условно нужные сведения:

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

Плохо: оставить персонажа только в книге знаний с ключом по его имени. Пока имя ещё не возникло в тексте, модели нечем обосновать его самостоятельное появление.

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

Хорошая запись о персонаже обычно содержит:

Используйте точные имена, фамилии, прозвища и названия на нужных языках. Если книга знаний использует русские ключи, рядом с английским именем в постоянной карточке оставляйте русское написание в скобках: Lucyna Kushinada (Люцина Кушинада). Тогда модель с большей вероятностью воспроизведёт ключ точно и не перепутает транслитерацию. Осторожнее с общими словами вроде «учитель», «бар», «мама» или «сенсей»: они могут вызывать запись в каждой второй сцене.

Плохо: имя в карточке — Ryuusei Hana, а единственный ключ в книге знаний — Рюсей Хана. Модель может выбрать другую транслитерацию, и запись не включится.

Хорошо: имя в постоянной карточке — Ryuusei Hana (Рюсэй Хана), а ключи включают обе точные формы и фамилию: Ryuusei Hana, Рюсэй Хана, Hana, Хана, Ryuusei, Рюсэй.

Ключ должен обозначать присутствие темы, а не просто слово, которое часто встречается в мире.

Модель не становится умнее от того, что перед каждым ответом получает историю государства, описание двадцати зданий и тридцати родственников. Наоборот, случайные сведения начинают конкурировать с текущей сценой и притягивать внимание.

Книга знаний хороша не объёмом, а своевременностью включения.

──────────────

Сценарий должен отвечать на четыре вопроса:

«Маршрут 1 — роман. Маршрут 2 — предательство. Маршрут 3 — подчинение. Сначала происходит событие А, затем Б, после чего персонаж обязательно делает В.»

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

«Три стороны независимо заинтересовались возвращением Люси, но ещё не знают об интересе друг друга. Арасака открыла архивную проверку. NetWatch зарегистрировал старую нейронную сигнатуру. Militech скупает предметы из карантинной зоны. Ни одна сторона пока не перешла к открытому действию.»

Здесь нет расписанного сюжета. Есть силы, информация и пространство последствий. История возникает из встречи этих систем с решениями пользователя.

Фраза «персонаж сидит в баре и ждёт пользователя» при постоянной загрузке может преследовать весь разговор. Даже после ухода из бара модель продолжит возвращать исходную сцену.

Разделяйте:

Удачная формулировка из подхода к Люси: сюжетные линии — фоновые процессы, а не постоянно присутствующие события. Они не обязаны входить в комнату вместе с персонажем.

──────────────

Открытая формулировка сама по себе не даёт свободы. Если все решения приводят к одной романтической, трагической или боевой развязке, это всё равно рельсы.

Настоящая агентность возникает, когда выбор:

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

Вместо:

ПРИМЕР:

«{{user}} восхищается ею и хочет заслужить её доверие.»

Лучше:

ПРИМЕР:

«Она привыкла замечать попытки заслужить её расположение и относится к ним подозрительно. Равнодушие, прямой конфликт или последовательная надёжность вызовут у неё разные реакции.»

Карточка описывает персонажа и пространство ответа, но не забирает выбор у пользователя.

──────────────

Первое сообщение выполняет сразу несколько задач:

Хорошее начало не обязано быть взрывным. В приветствии Варети различие общественного положения показывается через очередь, размещение общежития, интонацию сотрудницы и чужой взгляд. Никакой лекции о дискриминации не требуется: система видна в процедуре.

Можно описать доступное наблюдению положение тела или очевидный факт: пользователь стоит у стойки, держит выданный пакет, слышит реплику. Не стоит назначать ему страх, влечение, согласие, воспоминания или намерение.

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

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

Плохо:

Второе и третье вступления предполагают, что предыдущие события произошли строго определённым образом.

Хорошо:

Все варианты находятся в одном актуальном периоде, не продолжают друг друга и открывают разные отношения с тем же миром. Это новые точки входа, а не последовательные главы.

──────────────

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

Дайте короткие примеры в разных состояниях:

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

Плохо:

««Я забочусь о тебе, поэтому подготовила безопасный маршрут».»

Реплика пересказывает характеристику и звучит как пояснение автора.

Хорошо:

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

Забота видна через действие, но персонаж не называет её вслух.

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

──────────────

У карточки есть сила притяжения данных. Если внешность, отношения, сценарий, приветствие и примеры постоянно ведут к ревности, сексуальному соперничеству или спасению через любовь, одна фраза «не превращать это в ревность» ситуацию не исправит.

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

Меняйте не запрет, а данные:

Не просите модель сопротивляться машине, которую сами построили. Перестройте машину.

──────────────

Модели легко застревают в петлях:

СХЕМА:

«вина → поиск заверения → временное облегчение → отстранение → новая вина;

интерес → испуг близости → холодность → сожаление → новый интерес;

ревность → конфликт → извинение → ревность.»

Если карточка описывает только сам цикл, он становится вечным. Нужны условия перехода.

Для закрытого персонажа развитие доверия можно описать так:

Это надёжнее, чем «постепенно влюбляется», потому что модель получает наблюдаемые изменения.

Условия выхода могут быть:

Важно: развитие не обязано быть исцелением. Люси может начать доверять, не перестав быть человеком с потерями. Близость меняет поведение, но не стирает прошлое.

──────────────

Само наличие интимных сведений не делает карточку хуже. Вопрос в их функции.

Она раскрывает:

Такой материал развивает персонажа.

Подробности тела и предпочтений добавлены ради привлекательности, но почти не влияют на личность. Это не обязательно вредно, однако и не заменяет характер.

Все черты сводятся к доступности, возбуждению или обслуживанию одной фантазии. У персонажа нет цели, мнения или конфликта вне интимной сцены. Тогда перед нами устройство для одного результата, каким бы длинным ни было описание.

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

──────────────

Ограничение полезно, когда оно:

Например, сильный специалист способен взломать систему, но масштаб вмешательства увеличивает след и скорость ответа противника. Это модель «может, но будут последствия».

Слабее работает бесконечное «не может, потому что опасно». Оно превращает компетентного персонажа в голос отказа и лишает сцену действия.

Не путайте ограничение знания с общей слабостью. Компетентный персонаж может честно сказать, что данных недостаточно, указать уровень уверенности и всё равно предложить лучший доступный ход. Такая граница усиливает достоверность, а не обесценивает способности.

Плохо:

««Я не знаю, поэтому ничего не могу сделать».»

Хорошо:

««Данных мало. Вероятность засады — около сорока процентов. Западный коридор всё равно лучше: там один выход, зато нет слепой зоны за спиной».»

──────────────

Большая энциклопедическая справка отвечает на вопрос «как всё устроено», но не всегда отвечает на вопрос «как это ощущается в сцене».

Добавляйте миру повседневные проявления:

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

Политика, семья, учёба, деньги и романтика не должны существовать в герметичных папках. Если семейный долг влияет на университетское решение, а учебный конфликт меняет политическую репутацию, появляется экосистема. Если пользователь просто выбирает одну из изолированных линий, получается меню.

──────────────

Нельзя обвинять текст во всём, что произошло при генерации.

Разделяйте три источника.

Хорошая архитектура может уменьшить риск, но не обязана победить физические ограничения выбранной модели.

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

──────────────

Одним абзацем: какой опыт она создаёт и за счёт чего он отличается от похожих работ?

Не «это история о любви и выборе», а конкретнее:

ПРИМЕР:

«Камерная история о вернувшейся в Найт-Сити Люси, где близость строится через совместную компетентность и повторяющееся присутствие, а прошлое существует как сеть мест и незаконченных дел, а не как бесконечный монолог о травме.»

Запишите только то, что должно влиять почти на каждую сцену:

Для каждого важного участника:

СХЕМА:

«опыт → убеждение → привычный способ действия → выгода → цена → реакция на сбой.»

Не только «кто как относится к пользователю», но и связи между всеми важными людьми. Отметьте долги, тайны, конфликты и ошибочные представления.

Добавьте несколько независимых процессов. Не пишите, чем они закончатся. Укажите:

Проверьте, демонстрирует ли оно голос, среду, характерное действие и точку входа без захвата решений пользователя.

Несколько коротких реплик в разных режимах лучше одной длинной показательной сцены.

Для каждого абзаца спросите:

Проверяйте не только идеальный вход. Нужны разные нагрузки:

──────────────

После черновика проведите семь проходов.

Спросите:

В ранней версии Project Tokyo почти каждая новая игра после вступительной сцены помещала {{user}} в аудиторию 204.

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

Возникала цепочка:

Сцена на склоне, заданная первым сообщением → упоминание «сенсея» → преподаватель аудитории 204 → аудитория 204 → сёстры Фуджимото → их сюжетная линия.

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

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

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

Самый простой способ повысить реиграбельность — прямо сообщить об этом игрокам. При повторном прохождении достаточно написать, например:

Такой запрос не требует перестраивать всю карточку и помогает модели выбрать другую доступную точку входа вместо возвращения к наиболее заметной линии.

──────────────

Перед публикацией задайте карточке два вопроса.

Чем персонаж будет заниматься без игрока? Какие решения примет? С кем встретится? Что приобретёт, потеряет или изменит? В каком состоянии окажется при следующей встрече?

Если единственный возможный ответ — «будет ждать возвращения {{user}}», перед нами не самостоятельный участник мира, а функция, которая существует только в присутствии игрока.

Хорошо прописанный персонаж не замирает за пределами сцены. У него остаются собственные цели, отношения, обязанности и незавершённые процессы. Необязательно рассчитывать тысячу сообщений буквально. Важно, чтобы карточка позволяла модели правдоподобно вывести, как продолжалась его жизнь без {{user}}.

Сама модель обычно не видит аватар, поэтому вопрос относится не к её техническому восприятию изображения, а к восприятию игрока.

Представьте, что после ста сообщений портрет заменили изображением другого персонажа того же архетипа. Будут ли реплики, решения, привычки и отношения по-прежнему однозначно принадлежать первоначальному персонажу? Или новый портрет подойдёт к ним не хуже старого?

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

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

──────────────

Карточка персонажа — не анкета, не мини-роман и не свод приказов модели. Это компактная причинная система.

Она сообщает:

Главная цель — не сделать текст как можно короче и не сделать его как можно подробнее. Цель — не забивать контекст мусором и при этом дать модели достаточно причин, чтобы персонаж оставался собой вне заранее написанных сцен.

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

Именно в этом разница между описанием персонажа и его архитектурой.