Глоссарий перевода 101 — закрепите имена персонажей и терминологию

Прогоните японскую визуальную новеллу на 200 строк через DeepL, и имя героини выходит как Alice. Следующие 200 строк делают его Aris. Пакет после этого решает на Arisu. К четвёртой главе у неё три имени в зависимости от того, какую сцену вы читаете.

Это самый частый режим отказа машинного перевода на длинных повествовательных играх — не грамматика, не формулировки, а несогласованные имена собственные. У провайдера нет памяти между пакетами; он заново угадывает самую правдоподобную романизацию каждый раз, когда видит имя. За 40-часовую RPG этот дрейф делает читаемый перевод ощущением, будто его переводили четыре разных человека.

Глоссарий перевода это исправляет. Вы задаёте пары терминов источник-цель один раз — アリス → Alice, 勇者 → Hero, 魔王 → Demon Lord — и каждый пакет перевода, у каждого провайдера, их соблюдает. Провайдер даже не видит эти термины в их сыром виде.

Что такое глоссарий перевода

Глоссарий в RuneTranslate — это список правил из трёх колонок:

• source — подстрока на исходном языке для закрепления (по умолчанию японский; любой поддерживаемый исходный язык), например 勇者.
• target — как вы хотите, чтобы это отображалось в выводе, например Hero.
• targetLang — к какому выходному языку применяется правило, так что один глоссарий может покрыть английский + испанский + немецкий сразу.

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

Как работает маска-плейсхолдер (не зависит от провайдера)

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

RuneTranslate маскирует термины глоссария до того, как они достигают провайдера. Раннер обходит каждую пакетную исходную строку и заменяет каждый source глоссария числовым плейсхолдером — [[G0]], [[G1]] и так далее (сначала самый длинный совпадающий термин, так что 魔王軍 побеждает 魔王). Провайдер видит непрозрачные токены, которые не может неверно перевести. На обратном пути эти плейсхолдеры становятся вашим целевым термином, затем поверх восстанавливается маска тегов движка (коды RPG Maker, теги KAG, интерполяции Ren’Py). Результат: термины глоссария отображаются одинаково, на DeepL, LLM или бесплатном Google Translate.

Порядок приоритета — TM бьёт глоссарий бьёт провайдера

Знание того, как пакет течёт через раннер, объясняет, почему правки глоссария не стоят кредитов провайдера и как память переводов сотрудничает:

1. Короткое замыкание памяти переводов (TM). Если вы уже переводили эту точную исходную строку в любом прошлом проекте, кэшированный перевод подаётся мгновенно — ноль вызовов провайдера. Единица покидает пакет до того, как провайдер её увидит.
2. Маска глоссария применяется к тем единицам, что TM не подала.
3. Вызов провайдера идёт на замаскированном тексте. Это единственный шаг, что стоит денег / засчитывается в квоту.
4. Восстановление — плейсхолдеры глоссария становятся вашими целевыми терминами, затем поверх восстанавливаются теги движка.
5. Запись в TM — финальная переведённая строка кэшируется, так что в следующий раз, когда вы увидите этот японский, это бесплатный хит шага 1.

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

Взаимодействие TM + глоссария (защита обхода)

Один тонкий краевой случай: скажем, вы перевели 100 строк с 勇者 три месяца назад без глоссария, и TM кэшировала их как Warrior / Champion / Hero вразнобой. Теперь вы добавляете 勇者 → Hero в глоссарий.

Наивно, TM всё равно вернула бы Warrior — это то, что закэшировалось. RuneTranslate защищает от этого: в момент хита TM, если source глоссария появляется в единице, но кэшированный target не содержит целевого отображения глоссария, хит кэша обходится, и эта единица проваливается к свежему вызову провайдера. Сводка прогона показывает строку «N units bypassed cache to honor glossary changes». Так что добавление новой записи глоссария в старый проект никогда не оставляет вас застрявшим с устаревшими именами — просто перезапустите затронутые единицы.

Построение глоссария — что добавлять

Для типичного проекта сортируйте по влиянию:

• Список состава первым. Каждый именованный персонаж — берите из вики, VNDB или собственного экрана титров игры. Это одно устраняет ~80% дрейфа на длинных играх.
• Места вторыми. Города, подземелья, регионы, королевства — особенно кандзи с более чем одной правдоподобной романизацией.
• Характерные атаки / навыки третьими. Приёмы боссов, повторяющиеся заклинания, названия спецприёмов — важно для RPG и насыщенных боями ВН.
• Специфичную для мира терминологию четвёртой. Выдуманные слова для рас, классов, артефактов, валюты.

Что не добавлять: обычные слова. 剣 → sword напрашивается на ложные срабатывания — это закрепляет каждое сложное слово, содержащее 剣 (魔剣, 聖剣, 剣士), которое провайдер передал бы нормально сам. Записи — это буквальные, чувствительные к регистру подстрочные совпадения, поэтому держите их достаточно длинными, чтобы они были уникальны для имени собственного, которое вы закрепляете.

Импорт / экспорт CSV — обмен глоссариями

Переводите с соавторами? У вкладки глоссария в Settings есть кнопки Import CSV и Export CSV, которые прогоняют ваши записи через файл RFC-4180 с заголовком source,target,targetLang и одним термином на строку — например, 勇者,Hero,en и 勇者,Héroe,es. Строка заголовка обязательна; поля, содержащие запятые или кавычки, оборачиваются в двойные кавычки (встроенные кавычки удваиваются), а импорт читает UTF-8 с необязательным BOM (по умолчанию у Excel). Пустые строки и строки с неподдерживаемым targetLang пропускаются с причиной по каждой строке.

Импорт предлагает режим Merge (добавить строки CSV сверху, дедуплицировать по source + язык, CSV побеждает при конфликте) или режим Replace (стереть существующее и использовать только CSV). Merge — правильный вариант по умолчанию для соавторов, делящихся частичным глоссарием; Replace правилен для восстановления резервной копии.

Текущие ограничения

• Только буквальные подстрочные совпадения. Нет регексов, нет wildcards — чтобы закрепить и 勇者よ, и 勇者だ, добавьте две записи.
• Один целевой язык на запись. Строка привязана к одному выходному языку, так что «勇者 → Hero (en) + Héroe (es) + Held (de)» — это три строки. Формат CSV поддерживает это естественно.
• Только платные тарифы (Supporter и выше). Бесплатный тариф показывает карточку глоссария, но записи не влияют на прогоны перевода; диалог обнаружения указывает на Patreon.

Подводим итог

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

Сочетайте его с провайдером, который хорошо обрабатывает тон (Anthropic Claude — мой выбор по умолчанию для ВН) и AI-доработчиком, и ваш вывод уже за «читаемым машинным переводом» и на территории «можно отправить как фан-перевод с лёгкой ручной правкой».

Скачайте RuneTranslate, чтобы попробовать глоссарий на реальном проекте. Это функция Supporter ($3/mo); бесплатный тариф остаётся полностью разблокированным для движков и провайдеров.