# General Translation Platform: Определение контекста для переводов
URL: https://generaltranslation.com/ru/docs/platform/dashboard/guides/defining-context-for-translations.mdx
Docs index: https://generaltranslation.com/llms.txt
Description: Как сохранять единообразие терминологии, тона и стиля во всех переводах с помощью контекстных групп.

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

## Базовый процесс работы с контекстом [#basic-context-workflow]

1. Откройте свою организацию в **[Dashboard](https://dash.generaltranslation.com)**.
2. Перейдите на страницу **контекст**.
3. Создайте **контекстную группу**.
4. Добавьте **Glossary** (для терминологии) и **пользовательские промпты** (для стиля и тона).
5. **Назначьте** свою контекстную группу соответствующим проектам.
6. Создайте переводы или примените обновления к существующим переводам.

## Что такое контекстные группы? [#context-groups]

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

a) **Glossary** задаёт формулировки и правила работы с ключевыми терминами, включая названия продуктов и брендов, функции и технические термины. *Пример: не переводите «Locadex» ни в одной локали.*

b) **Пользовательские промпты** определяют, каким должен быть перевод, включая аудиторию, степень формальности, стиль, соглашения и форматирование. *Пример: используйте активный залог, избегайте жаргона и используйте формальное «Sie».*

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

## Использование ключевых терминов в Glossary [#using-key-terms]

Используйте Glossary для слов и фраз, которые необходимо единообразно обрабатывать во всех переводах. Термины Glossary полезны для:

* Названий брендов
* Названий продуктов
* Названий функций
* Технических терминов
* Фраз, которые должны оставаться без перевода

Добавляйте термины в контекстную группу, которая должна ими управлять. Если один и тот же термин встречается в нескольких назначенных группах, приоритет имеет группа с более высоким приоритетом. Если в этой группе нет перевода для целевой локали, используется перевод из группы с более низким приоритетом, а определение из группы с более высоким приоритетом по-прежнему действует (см. [Настройка приоритета при пересечении групп](#priority)).

Используйте **Поиск терминов**, чтобы найти существующую запись в Glossary.

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

## Использование стиля и тона в пользовательских промптах [#using-style-tone]

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

* Стиля и тона
* Целевой аудитории
* Формального или неформального обращения
* Правил стиля для конкретной локали
* Инструкций для конкретного продукта или предметной области

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

<Callout type="info">
  Если у исходной и целевой локалей общий язык и общая система письма, например `en-US` и `en-GB`, перевод сводится к региональной адаптации: исходные формулировки сохраняются, а слова меняются только с учётом орфографии, региональной лексики, грамматики, пунктуации или правил записи дат, чисел и единиц измерения. Промпты, касающиеся тона и выбора слов, применяются только к этим изменениям. Локали с общим языком, но разными системами письма, например `zh-Hans` и `zh-Hant`, переводятся как обычно.
</Callout>

Используйте **Поиск пользовательских промптов**, чтобы отфильтровать текущую контекстную группу.

## Как создать и назначить контекстную группу [#create-assign-context]

Вы можете создать контекстную группу на странице организации или на странице конкретного проекта.

*Примечание: контекстные группы применяются к новым переводам, но не обновляют автоматически существующие. (См. [Применить глоссарий](#apply-glossary)).*

### а) Создайте контекстную группу для нескольких проектов

*Используйте процесс на уровне организации, если хотите сначала создать общую группу, а затем назначить её одному или нескольким проектам.*

1. Откройте **контекст** на боковой панели **[организации](https://dash.generaltranslation.com)**.
2. Нажмите значок «плюс» и выберите **создать новую группу**.
3. Введите название и подтвердите.
4. Используйте вкладки **Glossary** и **пользовательские промпты**, чтобы добавить необходимый контекст.
5. Откройте каждый нужный проект.
6. Назначьте группу на вкладке **контекст** проекта.
7. Нажмите кнопку **перевести**, чтобы с помощью ИИ создать переводы терминов Glossary для каждой целевой локали.

Назначенные контекстные группы задают правила для новых переводов, включая переводы, созданные Locadex.

### б) Создание контекстной группы для текущего проекта

*Используйте этот вариант на уровне проекта, если вы уже работаете в проекте и хотите сразу назначить ему группу.*

1. Откройте раздел **Контекст** на боковой панели проекта.
2. Нажмите значок плюса и выберите **Создать новую группу**.
3. Введите название. Чтобы заполнить группу на основе текущих исходных файлов проекта, выберите **Автоматически генерировать из файлов проекта**. Затем нажмите **Создать**.
4. Используйте вкладки **Glossary** и **Пользовательские промпты**, чтобы добавить нужный контекст.
5. Нажмите кнопку **Перевести**, чтобы с помощью ИИ создать переводы терминов Glossary для каждой целевой локали.

При создании контекстной группы из проекта она всё равно создаётся на уровне Организации. Dashboard автоматически назначает её текущему проекту.

### c) Импорт и экспорт существующей контекстной группы

*Используйте импорт и экспорт для управления существующими контекстными группами.*

<Callout type="info">
  **Для разработчиков:** чтобы автоматизировать импорт, экспорт или любые другие изменения контекстных групп, используйте [Context Management API](/docs/platform/openapi/reference/context-groups/list-context-groups) или его MCP-инструменты с ключом организации, у которого есть разрешения **контекст**.
</Callout>

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

Однако при крупных изменениях можно воспользоваться **Экспортом**, чтобы скачать Glossary и пользовательские промпты группы. **Импорт** поддерживает файлы CSV, TSV, JSON и текстовые файлы. В предварительном просмотре пропускаются существующие пользовательские промпты, определения и переводы, но могут быть включены недостающие переводы для уже существующего термина.

Экспортируемый CSV содержит два раздела:

* Пользовательские промпты со столбцами `name`, `description`, `locale` и `value`.
* Glossary со столбцами `term`, `definition` и одним столбцом `translation_<locale>` на каждую переведённую локаль. Glossary без столбцов с переводами также допустим.

Импортёр читает этот формат в точности, включая CSV с многоуровневыми заголовками таблиц. Он также поддерживает более ранние экспортированные файлы, в которых раздел промптов обозначен как «Директивы». Содержимое за пределами распознаваемого формата интерпретируется ИИ. В заголовке каждого столбца `translation_<locale>` сохраняется точный код локали, включая региональные варианты и варианты письменности. Любую [поддерживаемую локаль](/docs/platform/dashboard/reference/supported-locales) можно импортировать, даже если она не является целевой для проекта.

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

## Настройка приоритета при пересечении групп [#priority]

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

* Измените порядок групп в разделе **Проект &gt; Контекст** (группа сверху имеет наивысший приоритет).
* Новые сгенерированные термины сохраняются в незаблокированной группе с наивысшим приоритетом (см. [Управление автоматическими обновлениями](#automatic-updates)).

## Управление автоматическими обновлениями [#automatic-updates]

Включите **Automatic контекст Update** в разделе **проект &gt; Settings**, чтобы при запусках перевода в проект добавлялись контекст и термины Glossary из ваших исходных файлов. Новые контекстные группы по умолчанию принимают автоматические обновления.

Чтобы защитить группу от автоматических изменений, откройте её меню действий на странице **проект &gt; контекст** или **Организация &gt; контекст** и выберите **Lock**. Рядом с группой появится значок замка. Заблокированные группы по-прежнему используются при переводе и доступны для ручного редактирования, но запуски перевода не добавляют в них контекст, термины или недостающие переводы терминов Glossary. Чтобы снова разрешить автоматические обновления, выберите **Unlock**.

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

## Создание переводов Glossary [#generate-glossary]

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

## Применить переводы из глоссария [#apply-glossary]

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

Используйте кнопку **Применить** на странице **Контекст** проекта, чтобы обновить существующий переведённый контент с учётом выбранных терминов Glossary и локалей.

Для HTML-файлов кнопка **Применить** обновляет выбранные термины Glossary в существующем переводе. ИИ получает указание не трогать остальные формулировки, включая ручные правки, — тем не менее после применения проверьте результат.

Чтобы полностью перевести файл заново, используйте [CLI](/docs/cli/quickstart) или запустите перевод в [Locadex](/docs/platform/locadex/quickstart).

## Next steps

- /docs/platform/dashboard/guides/reviewing-translations
- /docs/platform/dashboard/guides/adding-annotations
- /docs/platform/dashboard/guides/using-ask-ai
- /docs/platform/dashboard/guides/managing-billing

## Sitemap

See the full [sitemap](https://generaltranslation.com/sitemap.md) for all pages.