# General Translation Knowledge Base: General Translation или Lingo.dev: что выбрать? URL: https://generaltranslation.com/ru/kb/general-translation-vs-lingo-dev.mdx Docs index: https://generaltranslation.com/llms.txt Description: В основе Lingo.dev — настраиваемые движки перевода, доступ к которым дают инструменты для CLI, React и GitHub. General Translation — это платформа локализации: библиотеки, контекст кода, общая терминология, проверка в панели управления на любом тарифном плане и Locadex, который к тому же интернационализирует ваш код. Выбирайте Lingo.dev, если вам нужно управлять выбором модели для каждой языковой пары. Category: Инструменты для рабочих процессов Last updated: 2026-10-28 Authors: General Translation Team Published: 2026-10-28 В основе Lingo.dev — настраиваемые движки перевода: вы выбираете модель для каждой языковой пары, а инструменты для CLI, React и GitHub переводят файлы, выполняют рендеринг локализованного UI и открывают пул-реквесты с переводами. General Translation — это платформа локализации, в основе которой лежат библиотеки с открытым исходным кодом, контекст кода, общие контекстные группы, проверка в панели управления на любом тарифном плане и Locadex — AI-агент, который умеет интернационализировать ваш код и поддерживать переводы в актуальном состоянии с помощью пул-реквестов. Выбор зависит от того, как вы хотите настраивать и поддерживать этот рабочий процесс: Lingo.dev позволяет выбирать модель для каждой языковой пары, а General Translation объединяет код, перевод и командную проверку на одной платформе. ## Что такое Lingo.dev Lingo.dev называет свои API перевода [движками локализации](https://lingo.dev/en/docs/platform/engines). Каждый движок назначает каждой языковой паре модель с ранжированными резервными вариантами — по словам Lingo.dev, выбор идёт из [сотен моделей](https://lingo.dev/en/docs/platform/llm-models), — а также подключает глоссарии, правила и фирменный стиль. Готовые переводы [оценивают](https://lingo.dev/en/docs/platform) ИИ-рецензенты. Работать с движком можно через CLI `lingo`, который отправляет файлы локалей и получает обратно переводы в [18 форматах](https://lingo.dev/en/docs/cli/formats); через [GitHub App](https://lingo.dev/en/docs/workflows); через API или через облачный [MCP-сервер](https://lingo.dev/en/docs/mcp). [`@lingo.dev/react`](https://lingo.dev/en/docs/react/i18n/quickstart) выполняет рендеринг переводов по вызовам с текстом на исходном языке: строки извлекаются через CLI, а отдельное пространство имён ключей не требуется. [Компилятор в альфа-версии](https://lingo.dev/en/docs/react/compiler) переводит обычный JSX во время сборки с учётом контекста компонента. В [ценообразовании](https://lingo.dev/en/pricing) Lingo.dev цена LLM-провайдера передаётся клиенту без наценки, к ней добавляется плата за использование, а в тарифном плане Production предусмотрена ещё и ежемесячная базовая плата. ## Lingo.dev и General Translation: краткое сравнение | | Lingo.dev | General Translation | | ----------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Категория | Настраиваемые движки перевода с инструментами для CLI, React и GitHub | Платформа локализации: библиотеки интернационализации, CLI, панель управления и [Locadex](/docs/platform/locadex/quickstart) | | Что отвечает за рендеринг переводов | Ваша библиотека интернационализации, `@lingo.dev/react` или компилятор (альфа-версия) | `gt-next`, `gt-react`, `gt-vue` и `gt-node` под лицензией MIT либо уже настроенные i18next или next-intl | | Где хранятся тексты приложения | Файлы локалей, вызовы `l.text()` с обязательными строками контекста или обычный JSX в альфа-версии компилятора | Встроенный JSX внутри [``](/docs/react/reference/components/t), строки [`useGT`](/docs/react/reference/hooks/use-gt) или ваши существующие файлы ресурсов | | Контекст | Глоссарий движка, правила и фирменный стиль; заметки в JSONC или строки `context`; контекст компонентов в альфа-версии компилятора | Структура JSX, переменные, заметки [`context`](/docs/react/reference/components/t#context) и контекстные группы, общие для нескольких проектов | | Единообразие в масштабах сайта | Единый глоссарий, набор правил и фирменный стиль для всех движков; ИИ-рецензенты проверяют соблюдение глоссария | Проверка согласованности с существующими переводами; структура MDX сверяется с источником | | Проверка человеком | Этап проверки в асинхронном конвейере Enterprise или правки в файлах репозитория | Проверка в панели управления на любом тарифном плане — с аннотациями, историей версий и ролями; утверждение — в Enterprise | | Интернационализация кода | GitHub App переводит файлы; альфа-версия компилятора преобразует JSX во время сборки | Locadex оборачивает непереведённый UI и открывает пул-реквест | | Непрерывный перевод | GitHub App при каждом push открывает или обновляет пул-реквест с переводом; `lingo push` в CI отправляет новые и изменённые ключи, сохраняя ручные правки, пока не изменится источник | [`npx gt translate`](/docs/cli/reference/commands/translate) в CI или пул-реквесты Locadex | | Доставка | Файлы в вашем репозитории или бандлы компилятора | Файлы в вашем репозитории или CDN General Translation | | Выбор модели | Любая модель из каталога для каждой языковой пары; собственные ключи в Enterprise | Модель выбирает General Translation; в проектах Enterprise можно выбрать провайдера | | Цены | Стоимость LLM без наценки, а также плата за использование и базовая плата на тарифе Production | [Оплата по факту использования, без платы за рабочие места](https://generaltranslation.com/pricing) | ## Почему команды выбирают General Translation, а не Lingo.dev ### Рендеринг переводов в приложении Оба инструмента поддерживают рендеринг переводов. Lingo.dev предлагает три варианта: 1. **Оставить текущую библиотеку интернационализации.** Укажите в `.lingo/config.json` её исходные файлы, и `lingo push` будет отправлять новые и изменённые ключи. Имя для каждого ключа по-прежнему придётся придумывать вам, а контекст для отдельных строк берётся из комментариев в файлах JSONC, которые считываются как [заметки для переводчика](https://lingo.dev/en/docs/cli/translator-notes). Обычный JSON заметки не поддерживает. 2. **Перейти на `@lingo.dev/react`.** Каждая строка превращается в вызов вида `l.text("Save", { context: "Form button" })`, где `context` [обязателен](https://lingo.dev/en/docs/react/i18n/quickstart). CLI извлекает эти вызовы, а среда выполнения выполняет рендеринг переведённых значений без отдельного пространства имён ключей. 3. **Перейти на компилятор.** Он переводит обычный JSX с учётом контекста компонентов и встраивает переводы в бандлы локалей для приложений на Next.js App Router и Vite. В документации Lingo.dev он помечен как [альфа-версия и «не рекомендуется для использования в рабочей среде»](https://lingo.dev/en/docs/react/compiler). Библиотеки General Translation выполняют рендеринг переводов и форматируют формы множественного числа, даты, числа и валюты в соответствии с локалью — с аккаунтом или без него. Достаточно обернуть JSX в [``](/docs/react/reference/components/t) как есть — без ключа, хеша и обязательной строки контекста. (Поддержка React Native, TanStack Start и Python SDK пока экспериментальная.) ### Контекст из вашего кода Lingo.dev сочетает глоссарии, правила и фирменный стиль на уровне движка с заметками к отдельным строкам; его компилятор (пока в альфа-версии) также сохраняет структуру компонентов и контекст интерполяции. CLI General Translation отправляет каждый блок [``](/docs/react/reference/components/t) вместе со структурой элементов и заполнителями переменных, поэтому предложение со ссылкой и названием тарифного плана переводится целиком. [Контекстная группа](/docs/platform/dashboard/guides/defining-context-for-translations) добавляет Glossary и пользовательские промпты в каждый проект, которому она назначена, — так в вашем приложении, документации и контенте CMS используются одни и те же термины. ### Проверка [Этап проверки человеком](https://lingo.dev/en/docs/api/pipeline/human-review) в Lingo.dev выполняется внутри асинхронного конвейера, который, согласно странице с ценами, доступен только на тарифе Enterprise. На остальных тарифах переведённые файлы приходится редактировать прямо в репозитории. В [панели управления](/docs/platform/dashboard/guides/reviewing-translations) General Translation ваша команда редактирует переводы рядом с исходным текстом, сравнивает локали, оставляет аннотации и просматривает историю версий — на любом тарифе и без ограничений на число участников. Ручные правки в скачанных файлах синхронизируются обратно командой [`npx gt save-local`](/docs/cli/reference/commands/save-local). Для утверждения переводов требуется тариф Enterprise. ### Непрерывная локализация самого кода GitHub App от Lingo.dev переводит файлы, соответствующие вашим шаблонам, но не добавляет вызовы i18n в ваши компоненты. Шаблон Locadex **Сгенерировать код**, помимо этого, оборачивает непереведённый UI в вызовы [``](/docs/react/reference/components/t) и [`t()`](/docs/python/reference/functions/t) и открывает пул-реквест. Переводы, опубликованные в CDN General Translation с флагом `--publish`, попадают в приложение, загружающее их оттуда, без новой сборки. Cursor использует General Translation для более чем 14 локалей на сайте и в документации. (См. [развёртывания в рабочей среде](https://generaltranslation.com/enterprise).) ## Когда стоит выбрать Lingo.dev * **Вы хотите сами выбирать модель.** Вы самостоятельно сравниваете и подбираете LLM для каждой языковой пары или используете собственные ключи провайдеров. * **Единый API перевода для нескольких сервисов.** Множество бэкендов обращаются к одному движку с общим глоссарием и единым набором правил. * **Форматы, которые General Translation не поддерживает.** Вы работаете с файлами XLIFF, Flutter ARB или Laravel PHP. General Translation выбирает модель за вас; в проектах уровня Enterprise в качестве [провайдера](/docs/platform/core/reference/gt-class-methods/translation/enqueue-files) можно выбрать Anthropic, OpenAI, xAI или Google. ## Переход с Lingo.dev на General Translation CLI Lingo.dev записывает в ваш репозиторий обычные файлы локалей, поэтому переход начинается с уже имеющихся у вас файлов. Перечислите их в [`files` в `gt.config.json`](/docs/cli/reference/config#files), выполните [`npx gt upload`](/docs/cli/reference/commands/upload), чтобы перенести существующие переводы на платформу, а затем запустите [`npx gt translate`](/docs/cli/reference/commands/translate) для нового и изменённого контента. Если приложение использует i18next или next-intl, CLI распознает библиотеку и переведёт её JSON-файлы в её собственном синтаксисе, так что механизм рендеринга можно оставить прежним. Импортируйте термины глоссария в [контекстную группу](/docs/platform/dashboard/guides/defining-context-for-translations) — она поддерживает файлы CSV, TSV, JSON и обычные текстовые файлы. Если позже захотите перейти на встроенный JSX, воспользуйтесь [руководством по миграции библиотек](/docs/react/guides/migrating-i18n-libraries). Если вы использовали компилятор Lingo.dev, компилятор General Translation может оборачивать текст JSX в [``](/docs/react/reference/components/t) во время сборки с помощью [автоматического внедрения JSX](/docs/cli/guides/using-auto-jsx), которое по умолчанию отключено. ## Является ли General Translation альтернативой Lingo.dev? Да, для команд, которым нужна локализация на всём пути — от компонента до проверенного релиза. Lingo.dev предлагает настраиваемые движки, рендеринг в React и автоматические пул-реквесты с переводами. General Translation сочетает контекст кода и общую терминологию с проверкой в панели управления на любом тарифном плане, а Locadex к тому же умеет добавлять вызовы i18n в непереведённый UI. ## Другие альтернативы Lingo.dev * **Intlayer:** хранит контент каждого компонента в типизированном файле объявлений и заполняет недостающие языки с помощью настроенного вами ИИ-провайдера. (См. [General Translation и Intlayer](/kb/general-translation-vs-intlayer).) * **Paraglide JS:** компилирует ваши каталоги сообщений в типизированные tree-shakable функции. (См. [General Translation и Paraglide JS](/kb/general-translation-vs-paraglide).) * **i18next, react-intl и next-intl:** выполняют рендеринг предоставленных вами каталогов, а создание переводов оставляют другим инструментам. (См. [General Translation и библиотеки интернационализации](/kb/general-translation-vs-i18n-libraries).) О настройке без файлов с ключами читайте в статье [i18n без файлов перевода](/kb/i18n-without-translation-files). Как поручить настройку Cursor или Claude Code, описано в статье [Интернационализация приложения с помощью агента для написания кода](/kb/ai-agent-i18n-setup). ## Ключевые выводы * Lingo.dev сочетает настраиваемые движки перевода с CLI, инструментами для React и GitHub; General Translation объединяет библиотеки, контекст кода, проверку командой и Locadex. * Lingo.dev предлагает рендеринг в React и компилятор в альфа-версии с учётом контекста компонентов; встроенный этап проверки человеком доступен только в тарифном плане Enterprise. * General Translation хранит тексты прямо в коде, в [``](/docs/react/reference/components/t), переводит их с учётом структуры JSX как контекста, проверяет согласованность и позволяет вашей команде проводить проверку в панели управления (Dashboard) на любом тарифном плане. * Выбирайте Lingo.dev, если хотите сами выбирать модель или вам нужны файлы XLIFF, ARB или PHP; переход на General Translation начинается с файлов локалей, которые уже сгенерировал CLI Lingo.dev. ## Related questions - [General Translation или Intlayer: что выбрать?](https://generaltranslation.com/ru/kb/general-translation-vs-intlayer.mdx): Intlayer хранит контент каждого компонента в типизированном файле объявлений рядом с ним, где все языки записаны бок о бок, и может заполнять недостающие языки с помощью настроенного вами ИИ-провайдера. General Translation хранит тексты прямо в компонентах на одном языке и генерирует остальные языки с учётом контекста вашего кода. - [Лучшие инструменты ИИ-перевода для разработчиков: API или платформы локализации](https://generaltranslation.com/ru/kb/best-ai-translation-tools.mdx): Используйте API перевода, если у вас уже есть собственный конвейер локализации. Выбирайте General Translation, если хотите управлять контекстом, проверками согласованности, проверкой и непрерывной доставкой в одном месте. DeepL, Google Cloud Translation, OpenAI и Claude могут лежать в основе конвейера для рабочей среды; General Translation предоставляет готовый конвейер для вашего приложения, документации и сайта. - [General Translation против i18next, react-intl и next-intl: какую библиотеку интернационализации выбрать?](https://generaltranslation.com/ru/kb/general-translation-vs-i18n-libraries.mdx): Библиотеки с открытым исходным кодом, такие как i18next, react-intl и next-intl, ничего не переводят. Они лишь отображают переводы, которые вы сами помещаете в файл каталога для каждого языка, — их пишете вы, ваши переводчики или сторонний сервис. Библиотеки General Translation тоже имеют открытый исходный код и делают то же самое, но General Translation ещё и выполняет перевод, используя ваш код как контекст. - [General Translation или Paraglide JS: что выбрать?](https://generaltranslation.com/ru/kb/general-translation-vs-paraglide.mdx): Выбирайте General Translation, если хотите держать тексты прямо в коде и создавать переводы с учётом структуры ваших React-компонентов, общей терминологии и проверки в панели управления. Выбирайте Paraglide JS, если вам нужны скомпилированные типизированные функции сообщений и tree-shaking на уровне отдельных сообщений. Paraglide выполняет рендеринг ваших каталогов, а General Translation связывает исходные тексты с созданием переводов и их последующим обновлением. - [Как интернационализировать приложение с помощью Cursor или Claude Code?](https://generaltranslation.com/ru/kb/ai-agent-i18n-setup.mdx): Начните с промпта Setup for Agents от General Translation в Cursor или Claude Code, выберите функциональность и целевые языки, а затем поручите агенту реализовать и проверить результат. Вход через браузер, машиночитаемая документация и инструменты MCP связывают настройку с переводом и проверкой. Используйте Locadex, чтобы автоматизировать дальнейшую локализацию через пул-реквесты. ## Previous and next questions - Previous question: [Что делает агент Locadex?](https://generaltranslation.com/ru/kb/what-is-locadex.mdx) - Next question: [Альтернативы DeepL: General Translation против DeepL](https://generaltranslation.com/ru/kb/general-translation-vs-deepl.mdx) ## Sitemap See the [Knowledge Base sitemap](https://generaltranslation.com/ru/kb/sitemap.md) for every article.