ИИ перевод для игр начинается с выгрузки строк вместе с ключами, переменными и контекстом сцены, а заканчивается проверкой текста на экране. Модель готовит черновик локализации, редактор утверждает смысл, ограничения и единый стиль. Для игровых реплик одного исходного предложения мало.
Сцена и реплики
Перевод игровой сцены требует контекста персонажа, глоссария и проверки каждой переменной.
Возьмите одну сцену: разговор у торговца, кнопку покупки и системное уведомление после действия. Выгрузите строки с постоянными ключами и укажите, где каждая появится. Для реплики нужны говорящий, адресат, настроение и возможный выбор игрока. Для кнопки важнее длина и понятность действия. Для уведомления добавьте переменные, которые движок подставит во время игры. В таком наборе модель видит, почему одинаковое слово в диалоге и интерфейсе может переводиться по-разному.
Общий подход к корпоративным текстам описан в материале про перевод в компании. В игре добавляются условия движка и художественный голос персонажа. Перевод аудио и изображений тоже отдельные задачи: здесь объектом служит локализационный файл и его поведение в сборке. Сначала определите целевую аудиторию, возрастные границы и список терминов мира. Без этого даже грамматически гладкая строка может разрушить смысл задания или нарушить внутреннюю терминологию.
- Ключ строки и исходный текст.
- Контекст сцены, персонаж, адресат.
- Переменные и ограничения длины.
- Термины мира и статус утверждения.
К одной сцене добавьте кадр интерфейса либо текстовое описание происходящего. Реплика «я готов» может относиться к герою, предмету или системному помощнику. Контекст снижает число неверных трактовок на этапе черновика. При этом исходные материалы должны иметь понятные права использования внутри команды, особенно если сценарий содержит ещё скрытые от игроков элементы сюжета.
Карточка строки
У каждой строки есть ключ, исходник, целевой язык, комментарий и владелец правки. Отдельно храните переменные вроде имени героя или количества предметов. Их синтаксис копируется строго, иначе в игре появится пустое место либо ошибка отображения. Модель получает инструкцию сохранить все плейсхолдеры и знаки разметки. Проверка сравнивает набор переменных в исходнике и переводе автоматически. Слова вокруг переменных редактор согласует с правилами грамматики целевого языка.
Глоссарий содержит имена персонажей, названия предметов, ранги, действия интерфейса и варианты, которые команда уже отвергла. Покажите модели нужный фрагмент словаря вместе со сценой. После генерации прогоните поиск отклонений от утверждённых терминов. Для интерфейса храните ограничение длины в карточке строки, а в сборке проверяйте реальное отображение. Количество символов само по себе лишь ориентир: узкая кнопка, шрифт и перенос могут изменить результат. Изображения со встроенным текстом требуют отдельного маршрута, который разбирает статья о переводе текста в макете.
| Поле | Диалог | Интерфейс |
|---|---|---|
| Контекст | Персонаж и событие | Экран и действие |
| Ограничение | Смысл и голос | Место и длина |
| Проверка | Сцена целиком | Сборка на экране |
Для языков с изменяемыми формами слова переменная количества требует отдельного правила. Иногда движок поддерживает несколько форм, иногда строку приходится перестраивать целиком. Запишите доступные средства в карточке проекта и проверьте результат на тестовых значениях. Модель может предложить фразу, но корректность подстановки видна только в работающей сборке.
Черновик перевода
Переводите пакет строк одной сцены, сохраняя порядок событий. Модель получает краткое описание ситуации, роли персонажей и связанные записи глоссария. Для сомнительных реплик попросите несколько вариантов с объяснением различия по тону. Выбор делает редактор, потому что шутка, намёк и сюжетная подсказка могут зависеть от будущих сцен. Особенно внимательно проверяйте слова, которые одновременно обозначают предмет и игровое действие. Похожая фраза в разных местах может требовать единого термина либо намеренного различия.
Черновик возвращается в файл с теми же ключами. Автоматическая проверка выявляет пропавшие строки, лишние переменные, сломанную разметку и превышение заданной длины. Такие ошибки лучше ловить до художественной вычитки. Затем редактор проходит диалог в порядке показа игроку и отмечает спорные места для автора. Важные юридические формулировки, возрастные предупреждения и права на исходные материалы согласуются ответственными людьми. Модель помогает с вариантом текста, но статус утверждения хранится в локализационной системе команды.
При редактуре отмечайте причину выбора варианта: характер персонажа, ограничение длины, сюжетный намёк или устоявшийся термин. Короткая заметка помогает другому переводчику продолжить работу без новой дискуссии. Если автор меняет сцену, сравните соседние реплики: прежде удачная шутка может потерять смысл после изменения порядка событий или роли говорящего.
Когда правила сцены и список терминов собраны, можно оценить, какие проверки станут автоматическими в вашем процессе. Сначала нужен пример готовой сцены.
Какая игровая сцена чаще всего ломает ваш глоссарий?
Проверка в сборке
Запустите сцену в тестовой сборке на целевых размерах экрана. Пройдите все ветки выбора и запишите, где строка обрезается, переносится неудобно или противоречит следующей реплике. Для переменных используйте короткие и длинные значения. Скриншот связывайте с ключом строки и версией файла. Локализатор исправляет смысл, дизайнер интерфейса — ограничения места, разработчик — ошибки подстановки. Совместный журнал замечаний защищает от ситуации, когда одну строку правят в таблице, а другая версия остаётся в сборке.
Стилевой обзор нужен после технического прогона. Редактор читает диалоги вслух, сверяет характер персонажа и проверяет, что одна и та же команда интерфейса называется одинаково. Если для сюжета необходима неоднозначность, её документируют в комментарии к строке. Метрики качества здесь прикладные: число ошибок плейсхолдеров, доля строк с нарушением глоссария и замечания при проходе сцены. Даже если один показатель улучшился, остальные ошибки всё равно проверяют вручную. Для организации процесса и согласования материалов полезен материал о внедрении ИИ в рабочий процесс.
Проверка на экране включает разные размеры окна и настройки шрифта, которые поддерживает игра. Длинные имена персонажей и большие значения счётчиков особенно быстро ломают вёрстку. Замечание должно содержать скриншот, размер экрана, язык и ключ строки. После исправления повторите именно тот переход сцены, где возник сбой, чтобы увидеть итог глазами игрока.
Следующая версия
После исправления сценария выгружайте только изменённые ключи вместе с соседними репликами. Агент или переводчик видит, что именно поменялось, и пересматривает связанные строки. Если поменялось имя предмета, поиск по глоссарию покажет все места употребления. Каждая версия перевода должна сохранять исходный текст, редакторское решение и результаты проверки в сборке. Так обновление игры сохраняет историю старого выбора.
Для пилота достаточно одной сцены с диалогом, интерфейсной кнопкой и переменной. Сравните черновик модели с итоговой редакцией: какие исправления связаны со смыслом, какие с длиной, какие с контекстом. По этой карте ясно, какие данные надо добавить в запрос и какие проверки встроить в выгрузку. Следующий пакет сцен расширяйте после того, как команда сможет воспроизвести полный маршрут от исходного ключа до утверждённого текста на экране. Это сохранит качество при росте объёма локализации.
Возьмите сцену с одной веткой выбора. Сохраните ключи, контекст, глоссарий и снимки экранов рядом с утверждёнными строками.
Перед передачей пакета в следующий выпуск проверьте статус всех открытых замечаний. Если строка пока ждёт согласования автора, её помечают в файле и исключают из утверждённого набора. Последний проход сцены выполняет человек, знакомый с сюжетом и целевой аудиторией. Он видит оттенки смысла, которые техническая проверка переменных и длины пропускает.