DeepSeek переводчик интерфейса: почему Resume не «резюме»
DeepSeek как переводчик коротких строк не видит действия кнопки без контекста. Показываем, как готовить глоссарий, сохранять переменные и проверять экран.
М
Марина
Контент-маркетолог LibraChat
8 мин чтения
На макете экрана зависшего заказа я увидела кнопку «Резюме». Английский исходник был Resume. В списке слов перевод выглядел допустимо; в интерфейсе человек хотел продолжить обработку заказа, а не открыть своё CV. Эта маленькая ошибка заставила меня пересобрать задание. Когда ищут «DeepSeek переводчик», часто имеют в виду одну команду «переведи эти строки». Для интерфейса команда слишком короткая: переводить надо действие в конкретном состоянии экрана.
В документации DeepSeek перевод указан как отдельный сценарий работы с моделью. Это подтверждает возможность ставить текстовую задачу, но не гарантирует, что модель знает смысл кнопки без соседних элементов. В LibraChat можно переводить и переписывать текст в диалоге. Для такой задачи я бы дала строкам контекст, запросила варианты и затем проверила их на экране, где нажмёт пользователь.
DeepSeek переводчик и ловушка короткой строки
Чем короче строка, тем меньше в ней подсказок. Слово `Cancel` может означать отмену действия, отказ от подписки или закрытие окна. Если отправить его отдельно, ответ будет лингвистически возможным, но продуктово случайным. Это не дефект только одной модели. Так устроена задача: смысл живёт рядом с кнопкой.
Мне однажды принесли таблицу из 40 английских строк без названий экранов. Два дня ушло не на перевод, а на вопросы дизайнеру: что именно отменяет `Cancel`, можно ли восстановить операцию и куда ведёт `Back`. После этого я стала добавлять к каждой строке три поля: экран, действие и соседний текст. Такой бриф дешевле, чем переделка готового макета.
Исходная строка · Без контекста можно прочесть так · Что уточнить на экране
`Resume` — «Резюме» или «Продолжить» — Продолжается заказ, загрузка или чтение документа?
`Cancel` — «Отмена», «Закрыть», «Отменить подписку» — Какое действие действительно прекращается?
`Free shipping` — «Бесплатная доставка» — Есть ли порог заказа и где его объясняют?
`Your order is ready` — «Заказ готов» — Готов к выдаче, отправке или оплате?
Эти русские варианты — иллюстрации неоднозначности, не результат теста модели. Хороший перевод начинается с ответа владельца продукта на правый столбец. Если условие бесплатной доставки зависит от суммы, редактор не должен сам придумывать порог. Сначала надо найти утверждённое правило. Затем формулировать строку.
Есть и техническая разница между таблицей переводов и живым экраном. На экране `Your order is ready` может стоять рядом со словом «Самовывоз». Тогда «Готов к выдаче» точнее общего «Готов». Если рядом стоит статус отправки, смысл уже другой. Я проверила это на макете: пока статус был скрыт в другом блоке, даже редактору приходилось угадывать значение короткой фразы. Мы перенесли статус ближе к сообщению и только потом утвердили русский вариант. Иногда правильное решение — поправить интерфейс, а не искать ещё один синоним.
Карточка контекста вместо списка слов
Для каждой спорной кнопки я записываю одну короткую карточку. Её можно собрать из макета и описания сценария:
Где видна строка: экран заказа, письмо, модальное окно или уведомление.
Что произойдёт после нажатия и можно ли действие отменить.
Что пользователь уже видел рядом: заголовок, ошибка, цена, статус.
Кому адресован текст и каким тоном говорит продукт.
Какой предел длины есть у элемента и меняется ли он на узком экране.
Последний пункт легко пропустить. Фраза «Возобновить обработку заказа» точнее слова «Продолжить», но может не поместиться в кнопку. Тогда вопрос переходит к дизайнеру: можно ли увеличить элемент, изменить соседнюю подпись или нужен более короткий вариант. Нейросеть не должна молча выбрасывать важное слово ради длины, которой ей никто не указал.
Один макет не всегда даёт ответ. Когда я проверила строку `Back`, оказалось, что она возвращает не на предыдущий шаг оплаты, а на список заказов. Подпись «Назад» была возможна, но в этой точке «К заказам» объясняла действие лучше. Такую правку нельзя сделать по словарю. Её подсказывает маршрут пользователя.
Я прошу владельца экрана показать два состояния: обычное и ошибку. Кнопка `Retry` после неудачной оплаты не должна звучать так, будто деньги уже списаны повторно. Достаточно одного скриншота с соседними подсказками, чтобы обнаружить этот риск до перевода. Если дизайнер ещё не нарисовал состояние ошибки, карточку строки помечаю как незавершённую. Уверенный русский текст не компенсирует отсутствующее описание действия.
Глоссарий и переменные: что нельзя переводить свободно
Перед пакетным переводом я собираю маленький глоссарий. В нём не сотни терминов, а те, которые влияют на понимание продукта: «заказ», «отгрузка», «возврат», «счёт». Если команда уже выбрала слово «отгрузка», одна кнопка не должна внезапно говорить «доставка» о том же этапе. Смена термина может означать другой процесс.
Отдельная история — переменные вроде `{count}` и `{date}`. Они приходят из программы и подставляются позже. Их нельзя перевести, удалить или поменять регистр на глаз. То же касается HTML-тегов, ссылок и служебных маркеров. Я однажды поймала строку «Осталось {count} заказов», где редакторская правка потеряла фигурную скобку. В макете всё выглядело нормально, а приложение уже не могло подставить число.
У русского текста есть ещё задача с числом: «1 заказ», «2 заказа», «5 заказов». Если программа подставляет только число в одну готовую строку, нейросеть не исправит грамматику всех случаев. Нужно согласовать с разработчиком форму для каждого диапазона или другой способ вывода. Я бы проверила на тестовых значениях 1, 2 и 5, а не только на скриншоте с условным `{count}`. Эта деталь не столько про перевод, сколько про связь языка с кодом.
Для безопасного черновика я передаю обезличенные строки. Реальные имена клиентов, номера заказов и переписка с поддержкой здесь не нужны. Достаточно макета с вымышленными данными и утверждённого описания поведения кнопок.
Перед тобой англоязычные подписи кнопок и статусы заказа; подготовь русские варианты для конкретных экранов. Для каждой строки используй описание экрана и действие после нажатия. Не меняй плейсхолдеры в фигурных скобках, HTML-теги и названия продукта. Термины из глоссария используй одинаково. Выведи таблицу: ID строки, перевод, возможная неоднозначность, вопрос к владельцу продукта. Если контекста мало, оставь вопрос вместо догадки. Глоссарий: [термины]. Строки и контекст: [таблица].
Это шаблон запроса, а не выдача реального запуска. Он полезен тем, что разрешает честное «нужен ответ владельца продукта». Если попросить только список готовых русских строк, сомнения модели окажутся спрятаны. Мне важнее увидеть вопрос до выпуска, чем уверенную, но неподходящую кнопку.
Проверка на экране: место, где перевод может провалиться
Текст из таблицы ещё не локализованный интерфейс. Я открываю экран в размере обычного телефона и прохожу сценарий от начала до конца. Кнопки сдвигаются, слова обрезаются, соседние статусы начинают противоречить друг другу. После этой проверки иногда меняется не перевод, а исходный английский текст: он тоже мог быть неясным.
Для проверки полезно сделать скриншоты пары экранов и поставить их рядом. Я отмечаю красным не все отличия, а только те, которые меняют ожидаемое действие. Например, «Удалить» рядом с несохранённым черновиком и «Удалить аккаунт» в настройках требуют разных подтверждений. Если оба окна получают одинаковую общую подпись, читатель должен угадывать последствия. Это причина вернуться к сценарному описанию, а не ещё раз переводить слово `Delete`.
Перед выпуском я прохожу четыре действия:
Нажимаю каждую спорную кнопку и сравниваю результат с её подписью.
Проверяю, что переменные подставляются, а текст с числом читается естественно.
Сравниваю повторяющиеся термины на соседних экранах и в письмах.
Смотрю длинные строки на узком экране и передаю проблему дизайнеру, если места мало.
Особое внимание — действиям с деньгами и безвозвратным изменениям. Текст подтверждения оплаты или удаления заказа должен пройти проверку у владельца процесса. Для юридических условий и оферты нужен профильный специалист. Переводчик помогает подготовить рабочий вариант, но не утверждает смысл обязательства.
Как проверить одну кнопку прямо сейчас
Возьми короткую строку, которая вызывает сомнение, и подпиши к ней экран, действие и соседний текст. Составь глоссарий хотя бы из пяти терминов. Затем попроси несколько русских вариантов с объяснением различий. После этого открой макет и проверь, что выбранная подпись обещает ровно то действие, которое произойдёт. Прямо сейчас можно начать с самой рискованной кнопки, а не с перевода всего файла.
Если нужен общий маршрут постановки задачи, есть памятка по работе с нейросетью. Перед переводом большого пакета строк оцени подходящий режим на странице тарифов LibraChat. Строка готова тогда, когда человек нажимает кнопку с верным ожиданием, а программа выполняет обещанное действие.
