Раздел
AI-автоматизация бизнес-функций
Сложность
средняя
Обновлено
2026-07-13
Сценарий

AI-автоматизация бизнес-функций

Доказательства

Данные, права, ограничения и метрики в тексте статьи.

Аудит

Короткий разбор процесса перед пилотом.

Короткий ответ

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

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

ISO 17100 описывает процессы и ресурсы переводческой услуги и отдельно отмечает, что сырой машинный перевод с постредактированием не входит в область стандарта. European Commission eTranslation также называет результат сырым машинным переводом и рекомендует проверку квалифицированным специалистом для высокой точности. W3C Internationalization требует учитывать кодировку, язык, местные форматы, сборку строк и письмо справа налево. Рисками ИИ можно управлять по NIST AI RMF.

Зафиксируйте исходник до перевода

Пакет исходных материалов должен содержать:

  • язык исходника и версию материала;
  • целевые языки и региональные варианты;
  • аудиторию, цель и канал;
  • утвержденный глоссарий и запрещенные термины;
  • память переводов с происхождением;
  • снимки экрана или контекст интерфейса;
  • переменные, теги и непереводимые элементы;
  • ответственных за право и продукт;
  • версию выпуска и срок.

Практический пример: строка Your plan renews on {date} требует контекста о подписке, формате даты и переменной. Без него модель может изменить смысл, склонение или сам элемент. Результат должен сохранить {date} и пройти проверку в контексте.

Разделите типы контента по риску

МатериалДопустимая роль ИИОбязательная проверка
Подписи интерфейсачерновик и проверка терминовлингвист и проверка в интерфейсе
Справочная статьячерновик сегментов и согласованностьпредметный специалист и редактор
Маркетингварианты из одобренных утвержденийбренд, юрист и лингвист
Договор или правилотолько помощь с терминологиейквалифицированный юридический переводчик
Инструкция по безопасностисверка и указание пробеловпредметный специалист и формальное согласование
Пользовательский тексткраткий смысл, если разрешеноконтроль приватности и контекста

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

Используйте глоссарий и память переводов как подтверждение

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

ИИ должен:

  1. сначала искать точное или контекстное утвержденное совпадение;
  2. показывать использованные статьи глоссария;
  3. помечать конфликт нескольких утвержденных версий;
  4. возвращать статус «Термин не утвержден», если решения нет;
  5. не записывать черновик обратно в утвержденную память переводов до проверки.

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

Сохраняйте структуру и технические элементы

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

  • переменные-заполнители и имена переменных совпадают;
  • теги Markdown/HTML сбалансированы;
  • ссылки и якоря сохранены;
  • числа, единицы и названия продуктов проверены;
  • запрещенные непереведенные строки найдены;
  • ограничения длины соблюдены;
  • UTF-8, языковые метаданные и письмо справа налево поддерживаются;
  • форматы языка проверяются кодом, не запросом к модели.

ИИ может объяснить ошибку, но список элементов сравнивает анализатор. Для правил продукта используйте политику ИИ компании и не отправляйте закрытый исходник внешнему поставщику без разрешения.

Проверка локализации проводится в интерфейсе

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

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

Пилот и приемка

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

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

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

Не обещайте скорость, качество или снижение стоимости перевода без пилота. Сравнивайте точность терминов, сохранность смысла и переменных, правки редактора и дефекты в интерфейсе.

Что оставить человеку

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

Чеклист

  • Исходник имеет версию и ответственного.
  • Целевой язык определен точно.
  • Глоссарий и память переводов имеют происхождение.
  • Неутвержденный термин не угадывается.
  • Переменные-заполнители проверяет анализатор.
  • Факты и числа сверены с исходником.
  • Материал высокого риска маршрутизирован отдельно.
  • Проверка локализации проводится в сборке.
  • Черновик не попадает в утвержденную память переводов до проверки.
  • Правило остановки протестировано.

FAQ

Достаточно ли постредактирования машинного перевода?

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

Можно ли автоматически переводить весь справочный раздел?

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

С чего начать?

С одного сценария справки, утвержденного глоссария и контрольной выборки. Для пакета локализации и набора проверок локализации отправьте запрос в Woghan.

Источники

Следующий шаг

Проверьте этот сценарий на своем процессе

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

Разобрать пилот локализации Вернуться к маршруту раздела →