@intlayer/docs 9.5.2 → 9.5.4-canary.0

package/blog/pt/vue-i18n_vs_intlayer-vue-i18n.md

@@ -0,0 +1,288 @@
+---
+createdAt: 2026-09-13
+updatedAt: 2026-09-13
+title: "vue-i18n vs @intlayer/vue-i18n: Mesma API, Bundle Diferente"
+description: O que muda quando uma aplicação Vue 3 mantém suas chamadas vue-i18n, mas as serve através do adaptador de compatibilidade @intlayer/vue-i18n. JavaScript por página, tamanho de runtime, tamanho de componente e vazamento medidos no mesmo código Vite + Vue, além do que o adaptador mantém, ignora e não consegue substituir.
+keywords:
+  - vue-i18n
+  - "@intlayer/vue-i18n"
+  - Intlayer
+  - Compat adapter
+  - Migration
+  - Internationalization
+  - i18n
+  - Benchmark
+  - Bundle size
+  - Blog
+  - Vue
+  - Nuxt
+  - Vite
+slugs:
+  - blog
+  - vue-i18n-vs-intlayer-vue-i18n
+author: aymericzip
+---
+
+# vue-i18n VS @intlayer/vue-i18n | Mesma API, Bundle Diferente
+
+`@intlayer/vue-i18n` é um adaptador de compatibilidade: expõe a API `vue-i18n` (`createI18n`, `useI18n`, `t()`, `d()`, `n()`, `$t`, `v-t`, `i18n.global.locale`...) e a serve a partir de dicionários compilados pelo Intlayer. Seus arquivos `.vue` não mudam. O que `t("footer.github")` está vinculado é que muda.
+
+Este artigo mede essa troca na mesma aplicação Vite + Vue 3, construída uma vez com `vue-i18n` e outra com o adapter. Os números vêm de [Benchmark Bloom](https://github.com/intlayer-org/benchmark-bloom). Para `vue-i18n` e Intlayer comparados como bibliotecas, leia [vue-i18n vs Intlayer](https://intlayer.org/blog/vue-i18n-vs-intlayer) e o [benchmark vue-i18n vs Intlayer](https://intlayer.org/blog/vue-i18n-vs-intlayer-benchmark). Este é sobre o que o adapter muda quando você mantém seus componentes como estão.
+
+<TOC/>
+
+> **tl;dr**: Na mesma aplicação Vite + Vue 3, substituir `vue-i18n` por `@intlayer/vue-i18n` reduziu o JavaScript por página de **134.9 KB para 47.0 KB** gzip (a app sem i18n pesa 41.3 KB), o runtime de **24.3 KB para 7.9 KB**, o componente médio de **196 KB para 8.4 KB**, e o vazamento de strings de páginas estrangeiras de **90% para 0%**, sem editar nenhum arquivo `.vue`. `createI18n({ messages })` continua funcionando como fallback; remova as importações JSON para obter os números acima. Blocos SFC `<i18n>` e `setLocaleMessage()` em runtime são as duas features que não são transportadas.
+
+## O que é `@intlayer/vue-i18n`
+
+`vue-i18n` é um runtime. `createI18n({ messages: { en, fr, ... } })` constrói uma instância global contendo todas as mensagens de todos os locales; `useI18n()` vincula cada componente a ela; `t("footer.github")` percorre a árvore em tempo de renderização. Esse design é o que torna os blocos SFC `<i18n>` e `setLocaleMessage()` possíveis, e é também por isso que o gráfico de dependências de cada componente inclui a árvore inteira.
+
+`@intlayer/vue-i18n` mantém a API e substitui a árvore:
+
+1. **Import aliasing.** `vueI18nVitePlugin()` de `@intlayer/vue-i18n/plugin` envolve `vite-intlayer` e adiciona um `resolve.alias` para que `vue-i18n` seja resolvido para `@intlayer/vue-i18n`. Nenhuma importação é renomeada.
+2. **JSON como fonte da verdade.** O plugin `syncJSON` lê seu `locales/{locale}.json` existente com `format: "vue-i18n"` (para que `{name}`, `{0}` interpolação de lista e `"car | cars"` plurais com pipe sejam analisados corretamente) e escreve traduções de volta quando a CLI ou o CMS as atualiza.
+3. **Call-site binding.** A passagem de otimização do Intlayer reescreve os locais de chamada `useI18n()` para que o componente receba os dicionários nomeados por suas chaves, na locale ativa, como imports que o bundler pode rastrear e dividir.
+
+```vue fileName="src/components/Footer.vue"
+<!-- Seu código, inalterado -->
+<script setup lang="ts">
+import { useI18n } from "vue-i18n";
+
+const { t } = useI18n();
+</script>
+
+<template>
+  <a href="https://github.com/intlayer-org/benchmark-bloom">{{
+    t("footer.github")
+  }}</a>
+</template>
+```
+
+```ts fileName="O que o compilador emite (simplificado)"
+import _dicHash_footer from "../.intlayer/dictionaries/footer.mjs";
+import { useDictionary as useI18n } from "@intlayer/vue-i18n";
+
+const { t } = useI18n(_dicHash_footer);
+```
+
+O componente não alcança mais a árvore global de mensagens. Ele alcança `footer`. É por isso que a coluna de tamanho do componente abaixo cai de 196 KB para 8 KB.
+
+## O que o adaptador mantém, ignora e não substitui
+
+| `vue-i18n` API                                                      | Com `@intlayer/vue-i18n`                                                                                                       |
+| ------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
+| `useI18n()` → `{ t, d, n, te, tm, rt, locale, availableLocales }`   | ✅ Mantido. As chaves de `t` são digitadas em relação aos seus dicionários                                                     |
+| `t("key", { name })`, `t("key", [a, b])`, `t("key", count)`         | ✅ Mantido. `{name}`, `{0}` e plurais separados por pipe são resolvidos como antes                                             |
+| `d(date, "long")`, `n(value, "currency")`                           | ✅ Mantido. `datetimeFormats` / `numberFormats` de `createI18n()` são respeitados, apoiados pelo `Intl` nativo                 |
+| `i18n.global.locale.value = "fr"`                                   | ✅ Mantido. Uma `WritableComputedRef` apoiada pelo cliente Intlayer; a reatividade funciona como antes                         |
+| `$t`, `$tc`, `$te`, `$tm`, `$rt`, `$d`, `$n`, `$i18n` (Options API) | ✅ Mantido. Registrado em `app.config.globalProperties` por `app.use(i18n)`                                                    |
+| `v-t` directive                                                     | ✅ Mantido                                                                                                                     |
+| `legacy: true`                                                      | ✅ Aceito                                                                                                                      |
+| `createI18n({ messages })`                                          | ⚠️ `messages` são usados como um **fallback em runtime** com um aviso de dev. Remova as importações JSON para ganhos no bundle |
+| `setLocaleMessage()`, `mergeLocaleMessage()`                        | ❌ Aviso e sem ação. O carregamento de mensagens em runtime é substituído por dicionários em build-time                        |
+| SFC `<i18n>` custom blocks                                          | ❌ Não lido. Mova essas mensagens para o JSON de locale (ou um `.content.ts` próximo ao componente)                            |
+| `@nuxtjs/i18n`                                                      | ⚠️ Adapter separado, veja a [documentação de compatibilidade Nuxt](https://intlayer.org/doc/compatibility/nuxtjs-i18n)         |
+
+## O benchmark
+
+### O que foi medido
+
+O [Benchmark Bloom](https://github.com/intlayer-org/benchmark-bloom) suite constrói **a mesma aplicação Vite + Vue 3** com cada setup: **10 páginas** (home, about, blog, careers, contact, FAQ, pricing, products, settings, team), **10 locales** (`en`, `fr`, `es`, `de`, `it`, `pt`, `zh`, `ja`, `ko`, `ru`), componentes idênticos e conteúdo idêntico. As páginas são medidas em `en` e `fr`.
+
+Ambas foram construídas na configuração **static**, a que a maioria dos projetos Vue faz deploy: para `vue-i18n`, todo o JSON de cada locale é importado e passado para `createI18n({ messages })`; para o adapter, os mesmos componentes com `vite.config.ts` e `intlayer.config.ts` alterados e a importação de `messages` removida. O `vue-intlayer` nativo é incluído como referência.
+
+Para cada build, a suite registra:
+
+- **Tamanho da lib**: tamanho gzip (e minificado) de um componente vazio que apenas importa a biblioteca i18n.
+- **Page JS**: JavaScript gzip baixado por página, média de todas as páginas e locales.
+- **Locale leak %**: compartilhamento de strings traduzidas no JS baixado que pertencem a um locale que o usuário **não está** visualizando.
+- **Page leak %**: compartilhamento de strings traduzidas no JS baixado que pertencem a uma página em que o usuário **não está**.
+- **Component avg**: tamanho gzip médio de cada componente compilado isoladamente.
+- **E2E reactivity**: tempo decorrido entre selecionar uma nova locale e `html[lang]` ser atualizado no DOM (Playwright, 5 iterações).
+- **Page load**: `PerformanceNavigationTiming.duration`.
+
+> Os números abaixo vêm da execução datada de **2026-09-12** com `vue-i18n` 11.4.0 e `@intlayer/vue-i18n` 9.5.1. A aplicação de teste é deliberadamente pequena (algumas dezenas de strings por locale), então as porcentagens de vazamento descrevem um **padrão**: elas crescem com seu conteúdo enquanto o custo de runtime permanece fixo.
+
+### Resultados em Vite + Vue 3
+
+| Setup                    | Strategy | Lib size (gz) | Lib size (min) | Page JS avg (gz) | Locale leak | Page leak | Component avg (gz) | E2E reactivity |  Page load |
+| ------------------------ | -------- | ------------: | -------------: | ---------------: | ----------: | --------: | -----------------: | -------------: | ---------: |
+| **base** (sem i18n)      | -        |        0.0 KB |         0.0 KB |          41.3 KB |        0.0% |         - |             1.1 KB |         1.8 ms |    10.8 ms |
+| `vue-i18n`               | static   |       24.3 KB |        83.2 KB |         134.9 KB |       50.0% |     90.0% |           196.0 KB |         2.8 ms |    13.6 ms |
+| **`@intlayer/vue-i18n`** | static   |    **7.9 KB** |    **23.2 KB** |      **47.0 KB** |   **15.0%** |  **0.0%** |         **8.4 KB** |     **1.5 ms** | **9.3 ms** |
+| `vue-intlayer` (nativo)  | static   |        3.9 KB |        11.1 KB |          57.1 KB |       56.8% |      0.0% |             7.7 KB |         4.5 ms |    13.8 ms |
+| `vue-intlayer` (native)  | dynamic  |        3.9 KB |        11.1 KB |          59.8 KB |       50.0% |      0.0% |             6.5 KB |         4.0 ms |    15.8 ms |
+
+> A coluna page-leak da aplicação base é deixada em branco: sem biblioteca i18n, a coleta de impressões digitais detecta strings codificadas em chunks compartilhados e o número não é significativo.
+
+**Como ler**
+
+- **88 KB a menos por página, mesmos componentes.** `vue-i18n` leva a aplicação de 41.3 KB para **134.9 KB**. O build do adaptador dos mesmos componentes chega a **47.0 KB**, 5.7 KB acima da aplicação base. A maior parte da diferença é os 74.9 KB de `src/locales` que `createI18n({ messages })` puxa para cada página e o adaptador nunca agrupa como um bloco.
+- **O runtime encolhe 3x.** Um componente vazio que apenas importa `vue-i18n` custa **24.3 KB gzip / 83.2 KB minified**: `@intlify/core-base`, o compilador de mensagens e o runtime. O adapter custa **7.9 KB / 23.2 KB**, a maior parte sendo o core do Intlayer mais a superfície da API `vue-i18n`.
+- **Componentes: 23x menores.** Um componente `useI18n()` compilado em isolamento tem uma média de **196 KB**, porque `t` está vinculado à instância que contém todas as mensagens de cada locale. Com o adapter, o mesmo componente tem uma média de **8.4 KB**: ele alcança seu próprio dicionário.
+- **Vazamento.** `vue-i18n` fornece cada locale e as strings de cada página em cada página: 50% de vazamento de locale (nas duas locales com fingerprint; com dez locales agrupadas o desperdício real é maior), 90% de vazamento de página. O adapter reduz o vazamento de página para **0%** porque cada componente importa apenas seus dicionários. O vazamento de locale fica em 15% nesta execução `static`; `importMode: 'dynamic'` é a configuração que o remove, e essa configuração não fazia parte desta execução do Vue.
+- **Reatividade e carregamento de página.** A troca de locale é barata para ambas (1.5-2.8 ms); o sistema de reatividade do Vue torna isso possível uma vez que as mensagens estão na memória. O carregamento de página vai de 13.6 ms para **9.3 ms**, alinhado com 88 KB a menos de JavaScript para fazer parse.
+- **Sobre as linhas nativas.** `vue-intlayer` nesta execução agrupou cada locale em modo `static` e chegou a 57.1 KB com um runtime de 3.9 KB; os dicionários sincronizados do adaptador carregavam menos strings de locales estrangeiros, daí a figura mais baixa por página. O runtime nativo permanece o mais leve dos três, e seu modelo `.content.ts` é onde os blocos SFC `<i18n>` encontram seu equivalente.
+
+## Por que os números se movem
+
+Nada em `src/components/` mudou, então os ganhos vêm do que `useI18n` está vinculado.
+
+**Com `vue-i18n`**, a ligação é a instância global. `createI18n({ messages: { en, fr, ... } })` é uma importação que contém tudo; cada componente que chama `useI18n()` pode acessar tudo isso, então o bundler não consegue dividir abaixo da instância. Otimizar significa que _você_ divide `en.json` por rota, chama `setLocaleMessage()` em um router guard, e mantém o mapa rota-para-arquivo correto conforme os componentes se movem.
+
+```bash
+.
+├── locales
+│   ├── en.json                    # strings de todas as páginas
+│   └── fr.json
+└── src
+    ├── i18n.ts                    # createI18n({ messages: { en, fr, ... } })
+    ├── main.ts                    # app.use(i18n)
+    └── components
+        └── Footer.vue             # useI18n(); t("footer.github")
+```
+
+**Com `@intlayer/vue-i18n`**, a binding é o dicionário. `syncJSON` transforma cada chave de nível superior de `en.json` em um dicionário; a passagem de otimização entrega ao componente os que seus nomes de chaves, importando o rastreamento do bundler e dividindo por página.
+
+```bash
+.
+├── intlayer.config.ts             # syncJSON({ format: "vue-i18n", source: ... })
+├── locales
+│   ├── en.json                    # inalterado, ainda a fonte da verdade
+│   └── fr.json
+├── .intlayer/                     # gerado: um dicionário por chave de nível superior, por locale
+└── src
+    ├── i18n.ts                    # createI18n({})   ← importação de messages removida
+    ├── main.ts                    # app.use(i18n)    ← inalterado
+    └── components
+        └── Footer.vue             # useI18n(); t("footer.github")  ← inalterado
+```
+
+A importação `messages` em `i18n.ts` é a única linha a deletar. Isso são 88 KB.
+
+## Migração em três passos
+
+<Steps>
+<Step number={1} title="Instalar">
+
+```bash packageManager="npm"
+npx intlayer init --interactive
+```
+
+```bash packageManager="pnpm"
+pnpm dlx intlayer init --interactive
+```
+
+```bash packageManager="yarn"
+yarn dlx intlayer init --interactive
+```
+
+```bash packageManager="bun"
+bunx intlayer init --interactive
+```
+
+O comando detecta `vue-i18n`, instala `intlayer`, `vue-intlayer`, `@intlayer/vue-i18n` e `@intlayer/sync-json-plugin`, e preenche previamente `intlayer.config.ts`. Mantenha `vue-i18n` instalado: é uma peer dependency e fornece os tipos.
+
+</Step>
+<Step number={2} title="Aponte Intlayer para seus arquivos de localização">
+
+```ts fileName="intlayer.config.ts"
+import { Locales, type IntlayerConfig } from "intlayer";
+import { syncJSON } from "@intlayer/sync-json-plugin";
+
+const config: IntlayerConfig = {
+  internationalization: {
+    locales: [Locales.ENGLISH, Locales.FRENCH, Locales.SPANISH],
+    defaultLocale: Locales.ENGLISH,
+  },
+  dictionary: {
+    // "static" agrupa todas as locales; "dynamic" carrega a ativa sob demanda
+    importMode: "dynamic",
+    format: "vue-i18n",
+  },
+  plugins: [
+    syncJSON({
+      // dialeto vue-i18n: {name}, {0}, "car | cars"
+      format: "vue-i18n",
+      source: ({ locale }) => `./locales/${locale}.json`,
+      location: "locales",
+    }),
+  ],
+};
+
+export default config;
+```
+
+`locales/{locale}.json` permanece onde está. Cada chave de nível superior (`footer`, `hero`...) torna-se um dicionário.
+
+</Step>
+<Step number={3} title="Adicionar o plugin e remover a importação de mensagens">
+
+```ts fileName="vite.config.ts"
+import { defineConfig } from "vite";
+import vue from "@vitejs/plugin-vue";
+import { vueI18nVitePlugin } from "@intlayer/vue-i18n/plugin";
+
+export default defineConfig({
+  plugins: [vue(), vueI18nVitePlugin()],
+});
+```
+
+```ts fileName="src/i18n.ts"
+import { createI18n } from "vue-i18n";
+
+// Antes: createI18n({ locale: "en", messages: { en, fr, es } })
+export const i18n = createI18n({ locale: "en" });
+```
+
+`vueI18nVitePlugin()` encapsula `vite-intlayer` (observação de conteúdo, compilação de dicionário, a passagem de otimização) e cria um alias de `vue-i18n` para o adaptador. Remover a importação de `messages` é o que reduz os 88 KB; deixá-la ativa mantém a aplicação funcionando mas envia ambos.
+
+</Step>
+</Steps>
+
+### O que você pode deletar depois
+
+| Arquivo / padrão                                 | Por quê                                                                              |
+| ------------------------------------------------ | ------------------------------------------------------------------------------------ |
+| `import en from "./locales/en.json"` e similares | Usado apenas como fallback pelo adapter. É aqui que estava os 88 KB                  |
+| `setLocaleMessage()` em route guards             | Sem efeito. O carregamento por rota agora é responsabilidade do compiler             |
+| `@intlify/unplugin-vue-i18n`                     | Não necessário: pré-compila mensagens e blocos SFC que o adapter não lê              |
+| Blocos SFC `<i18n>`                              | Não são lidos; mova-os para o JSON de locale ou para um `.content.ts` por componente |
+
+### O que você ganha além de bytes
+
+- **Chaves tipadas.** `t("footer.github")` é tipado contra o dicionário `footer` compilado; um caminho incorreto é um erro de TypeScript em vez da chave renderizada como texto.
+- **`npx intlayer test`** falha no CI se houver uma chave faltando em qualquer locale. **`npx intlayer fill`** traduz as chaves faltando com sua chave de provider (OpenAI, Anthropic, Mistral, Gemini...) e as escreve de volta em `locales/{locale}.json`.
+- **Visual Editor e CMS** operam no mesmo JSON, então desenvolvedores não profissionais editam através de uma UI e os arquivos são atualizados.
+- **Migração incremental para `.content.ts`.** Qualquer componente pode mudar de `useI18n()` para `useIntlayer("footer")` com um arquivo de conteúdo co-localizado. Dicionários JSON e `.content.ts` coexistem e fazem merge.
+
+## Limites a conhecer antes de começar
+
+- **Blocos SFC `<i18n>` não são lidos.** Se suas mensagens vivem dentro de componentes, elas precisam se mover para os arquivos de locale (ou para `.content.ts`, que é a mesma ideia com tipos).
+- **Carregamento de mensagens em runtime acabou.** `setLocaleMessage()` e `mergeLocaleMessage()` emitem avisos e retornam. Traduções buscadas de um CMS em runtime precisam do CMS do Intlayer, ou dos comandos `intlayer pull` / `push`.
+- **`messages` é um fallback, não é gratuito.** Manter as importações JSON em `createI18n()` mantém os 75 KB no bundle. Delete-as assim que `intlayer test` passar.
+- **O adaptador não é o runtime nativo.** 7.9 KB contra 3.9 KB para `vue-intlayer`. Uma vez que todos os componentes migrarem para `useIntlayer`, remova-o.
+
+## Quando usar qual?
+
+- **Mantenha-se em `vue-i18n`** se sua aplicação depende de blocos SFC `<i18n>`, de fluxos de `setLocaleMessage()` em runtime, ou se 90 KB por página não é uma preocupação para seu público.
+- **Use `@intlayer/vue-i18n`** se você está em `vue-i18n` e quer os 88 KB, os componentes 23x menores, 0% vazamento de página, chaves tipadas e verificações de CI sem editar um arquivo `.vue`. Este é o ponto de entrada para um codebase `vue-i18n` existente.
+- **Vá nativo (`vue-intlayer`)** para novos projetos, ou uma vez que o adaptador tenha feito seu trabalho. Ele tem o runtime mais leve (3.9 KB) e o modelo `.content.ts` por componente que substitui blocos `<i18n>` com conteúdo tipado.
+
+## Comparações relacionadas
+
+- [vue-i18n vs Intlayer](https://intlayer.org/blog/vue-i18n-vs-intlayer) (recursos e DX)
+- [vue-i18n vs Intlayer benchmark](https://intlayer.org/blog/vue-i18n-vs-intlayer-benchmark) (as bibliotecas, mesmo benchmark)
+- [next-intl vs @intlayer/next-intl](https://intlayer.org/blog/next-intl-vs-intlayer-next-intl) (mesma série de adaptadores)
+- [i18next vs @intlayer/i18next](https://intlayer.org/blog/i18next-vs-intlayer-i18next) (mesma série de adaptadores)
+- [Lingui vs @intlayer/lingui](https://intlayer.org/blog/lingui-vs-intlayer-lingui) (mesma série de adaptadores)
+- [Guia de migração: vue-i18n para Intlayer](https://intlayer.org/doc/migration/vue-i18n)
+- [Referência do adaptador de compatibilidade: vue-i18n](https://intlayer.org/doc/compatibility/vue-i18n), [Nuxt i18n](https://intlayer.org/doc/compatibility/nuxtjs-i18n)
+
+## Conclusão
+
+`@intlayer/vue-i18n` muda o que `useI18n()` está vinculado: de uma instância global contendo todas as mensagens de cada locale para um dicionário compilado para esse componente. No mesmo app Vite + Vue 3 que é **88 KB menor por página**, um **runtime 3x menor**, **componentes 23x menores** e **0% vazamento de página**, para um arquivo de config, uma linha de plugin e um import deletado. Blocos SFC `<i18n>` e carregamento de mensagens em tempo de execução são as duas coisas que não carrega, e o runtime `vue-intlayer` nativo permanece com metade do tamanho.
+
+Todos os dados brutos, os aplicativos de teste e os scripts estão no [repositório Benchmark Bloom](https://github.com/intlayer-org/benchmark-bloom). Execute você mesmo.
+
+Consulte a [documentação 'Por que Intlayer?'](https://intlayer.org/doc/why) para mais detalhes.

package/blog/ru/history_of_i18n.md

@@ -49,7 +49,7 @@ author: aymericzip
 
 В этой статье рассматривается эволюция с 2011 по 2026 год: задачи каждого поколения инструментов, их сильные и слабые стороны, а также влияние архитектуры фронтенда на подходы к i18n сегодня.
 
-![Экосистема библиотек интернационализации JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/cloud_i18n_logo.png?raw=true)
+![Экосистема библиотек интернационализации JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/cloud_i18n_logo.webp?raw=true)
 
 ## Содержание
 
@@ -149,87 +149,87 @@ author: aymericzip
 
 <Tab label="JavaScript Core" value="javascript">
 
-| Первый релиз | Библиотека                           | Главная задача                                                                                                                                         | Ключевая инновация                                                                                                                                             |
-| ------------ | ------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Январь 2012  | `i18next`                            | Стандартизация поиска по словарям в рантайме для браузера и Node.js без привязки к фреймворку.                                                         | Модульная архитектура, отделяющая ядро перевода от загрузчиков, детекторов и кеширования.                                                                      |
-| Февраль 2021 | `typesafe-i18n`                      | Предотвращение ошибок рантайма и сломанной интерполяции из-за нетипизированных строковых ключей.                                                       | Полностью типизированные функции перевода, генерируемые напрямую из объектов локализации без зависимостей в рантайме.                                          |
-| Октябрь 2023 | `paraglide` (`@inlang/paraglide-js`) | Избавление от поиска по словарям в рантайме, тяжелых парсеров и раздувания бандла.                                                                     | Компиляция сообщений в легковесные ECMAScript-модули и чистые функции с поддержкой tree-shaking.                                                               |
-| Апрель 2024  | `intlayer`                           | Замена громоздких пространств имен, устранение утечек контента между страницами, сокращение конфликтов слияния в git и строгая типизация в TypeScript. | Размещение файлов `.content` рядом с компонентами, автоматическая генерация типов TypeScript, встроенная визуальная CMS и инструменты перевода через CLI с ИИ. |
-| Июнь 2025    | `wuchale`                            | Устранение ручной работы по вынесению строк и придумыванию ключей перевода во время разработки.                                                        | Препроцессор на уровне AST, находящий текст в коде и компилирующий его в локализованные функции без оберток на этапе сборки.                                   |
+| Первый релиз | Библиотека                           | Автор                                                        | Главная задача                                                                                                                                         | Ключевая инновация                                                                                                                                             |
+| ------------ | ------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Январь 2012  | `i18next`                            | Jan Mühlemann (`@jamuhl`)                                    | Стандартизация поиска по словарям в рантайме для браузера и Node.js без привязки к фреймворку.                                                         | Модульная архитектура, отделяющая ядро перевода от загрузчиков, детекторов и кеширования.                                                                      |
+| Февраль 2021 | `typesafe-i18n`                      | Ivan Hofer (`@ivanhofer`)                                    | Предотвращение ошибок рантайма и сломанной интерполяции из-за нетипизированных строковых ключей.                                                       | Полностью типизированные функции перевода, генерируемые напрямую из объектов локализации без зависимостей в рантайме.                                          |
+| Октябрь 2023 | `paraglide` (`@inlang/paraglide-js`) | Samuel Stroschein (`@samuelstroschein`) / Inlang (`@inlang`) | Избавление от поиска по словарям в рантайме, тяжелых парсеров и раздувания бандла.                                                                     | Компиляция сообщений в легковесные ECMAScript-модули и чистые функции с поддержкой tree-shaking.                                                               |
+| Август 2024  | `intlayer`                           | Aymeric Pineau (`@aymericzip`)                               | Замена громоздких пространств имен, устранение утечек контента между страницами, сокращение конфликтов слияния в git и строгая типизация в TypeScript. | Размещение файлов `.content` рядом с компонентами, автоматическая генерация типов TypeScript, встроенная визуальная CMS и инструменты перевода через CLI с ИИ. |
+| Июнь 2025    | `wuchale`                            | Kidus Adugna (`@K1DV5`)                                      | Устранение ручной работы по вынесению строк и придумыванию ключей перевода во время разработки.                                                        | Препроцессор на уровне AST, находящий текст в коде и компилирующий его в локализованные функции без оберток на этапе сборки.                                   |
 
 </Tab>
 
 <Tab label="React" value="react">
 
-| Первый релиз | Библиотека       | Главная задача                                                                                              | Ключевая инновация                                                                                                                                 |
-| ------------ | ---------------- | ----------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Июнь 2014    | `react-intl`     | Стандартизация форматирования чисел, дат, валют и сложных форм множественного числа в React.                | Декларативные компоненты (`<FormattedMessage>`, `<FormattedDate>`) на базе ICU MessageFormat и стандарта ECMA-402.                                 |
-| Декабрь 2015 | `react-i18next`  | Идиоматическая интеграция `i18next` в React с реактивным обновлением интерфейса.                            | Развитие вместе с React: от компонентов высшего порядка к интерполяции JSX через `<Trans>` и хуку `useTranslation`.                                |
-| Январь 2018  | `@lingui/react`  | Уменьшение размера бандла за счет отказа от выполнения тяжелых ICU-парсеров в браузере.                     | Макросы Babel/SWC, компилирующие `<Trans>` и `t` в компактные массивы индексов на этапе сборки.                                                    |
-| Декабрь 2020 | `use-intl`       | Легковесная, ориентированная на хуки и безопасная по типам альтернатива старым библиотекам для React.       | Эргономичные хуки `useTranslations` и `useFormatter` с глубокой интеграцией в TypeScript.                                                          |
-| Февраль 2021 | `@tolgee/react`  | Ускорение цикла обратной связи между разработчиками, переводчиками и дизайнерами.                           | Редактирование текстов прямо в браузере по Alt-клику с возможностью моментального сохранения и создания скриншотов.                                |
-| Апрель 2024  | `react-intlayer` | Высокопроизводительное решение для жизненного цикла React без монолитных JSON и неудобных пространств имен. | Хук `useIntlayer` под рендеринг React, автогенерация типов TypeScript, tree-shaking на уровне компонентов и прямая синхронизация с визуальной CMS. |
-| Июль 2024    | `gt-react`       | Автоматизация ручного экспорта файлов и поддержки переводов.                                                | Автоматическая локализация на базе ИИ прямо в компонентах React через облачные пайплайны.                                                          |
-| Август 2025  | `@wuchale/jsx`   | Отказ от ручного именования ключей и шаблонных хуков при написании JSX.                                     | AST-трансформация, извлекающая текстовые узлы JSX и компилирующая их в локализованные эквиваленты.                                                 |
+| Первый релиз | Библиотека       | Автор                          | Главная задача                                                                                              | Ключевая инновация                                                                                                                                 |
+| ------------ | ---------------- | ------------------------------ | ----------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Июнь 2014    | `react-intl`     | Yahoo! / FormatJS              | Стандартизация форматирования чисел, дат, валют и сложных форм множественного числа в React.                | Декларативные компоненты (`<FormattedMessage>`, `<FormattedDate>`) на базе ICU MessageFormat и стандарта ECMA-402.                                 |
+| Декабрь 2015 | `react-i18next`  | Jan Mühlemann (`@jamuhl`)      | Идиоматическая интеграция `i18next` в React с реактивным обновлением интерфейса.                            | Развитие вместе с React: от компонентов высшего порядка к интерполяции JSX через `<Trans>` и хуку `useTranslation`.                                |
+| Январь 2018  | `@lingui/react`  | Tomáš Ehrlich (`@tricoder42`)  | Уменьшение размера бандла за счет отказа от выполнения тяжелых ICU-парсеров в браузере.                     | Макросы Babel/SWC, компилирующие `<Trans>` и `t` в компактные массивы индексов на этапе сборки.                                                    |
+| Декабрь 2020 | `use-intl`       | Jan Amann (`@amannn`)          | Легковесная, ориентированная на хуки и безопасная по типам альтернатива старым библиотекам для React.       | Эргономичные хуки `useTranslations` и `useFormatter` с глубокой интеграцией в TypeScript.                                                          |
+| Февраль 2021 | `@tolgee/react`  | Jan Cizmar (`@jcizmar`)        | Ускорение цикла обратной связи между разработчиками, переводчиками и дизайнерами.                           | Редактирование текстов прямо в браузере по Alt-клику с возможностью моментального сохранения и создания скриншотов.                                |
+| Август 2024  | `react-intlayer` | Aymeric Pineau (`@aymericzip`) | Высокопроизводительное решение для жизненного цикла React без монолитных JSON и неудобных пространств имен. | Хук `useIntlayer` под рендеринг React, автогенерация типов TypeScript, tree-shaking на уровне компонентов и прямая синхронизация с визуальной CMS. |
+| Июль 2024    | `gt-react`       | Ernest McCarter (`@eoinest`)   | Автоматизация ручного экспорта файлов и поддержки переводов.                                                | Автоматическая локализация на базе ИИ прямо в компонентах React через облачные пайплайны.                                                          |
+| Июнь 2025    | `@wuchale/jsx`   | Kidus Adugna (`@K1DV5`)        | Отказ от ручного именования ключей и шаблонных хуков при написании JSX.                                     | AST-трансформация, извлекающая текстовые узлы JSX и компилирующая их в локализованные эквиваленты.                                                 |
 
 </Tab>
 
 <Tab label="Next.js" value="nextjs">
 
-| Первый релиз  | Библиотека                                  | Главная задача                                                                                              | Ключевая инновация                                                                                                                                       |
-| ------------- | ------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Ноябрь 2018   | `next-i18next`                              | Поддержка SSR и SSG с `i18next` в Pages Router без лишних запросов на клиенте.                              | Функции `serverSideTranslations` и `appWithTranslation`, передающие локализованные данные через пропсы страниц.                                          |
-| Декабрь 2019  | `next-translate`                            | Упрощение настройки и снижение веса бандла в приложениях Next.js Pages Router.                              | Плагин для Webpack-лоадера, внедряющий на страницу только необходимые пространства имен перевода.                                                        |
-| Ноябрь 2020   | `next-intl`                                 | Адаптация интернационализации под App Router, React Server Components (RSC) и потоковый SSR.                | Нативная интеграция с middleware Next.js App Router, Server Actions и асинхронными Server Components без необходимости отправлять клиентский JS.         |
-| Июль 2022     | `next-international`                        | Максимальная типизация TypeScript при минимальном влиянии на клиентский бандл в Next.js.                    | Строгая генерация типов для ключей с компактными адаптерами под App Router и Pages Router.                                                               |
-| Апрель 2024   | `paraglide-next` (`@inlang/paraglide-next`) | Скомпилированные сообщения без рантайма для Next.js App Router и Pages Router.                              | Маршрутизация на middleware в паре с функциями сообщений, исключающими парсинг JSON в рантайме RSC и бандлах клиента.                                    |
-| Апрель 2024   | `next-intlayer`                             | Серверный адаптер без необходимости пробрасывать функции `t()` или словари через пропсы между компонентами. | Вызов `useIntlayer` в синхронных Server Components без prop-drilling, рендеринг без каскадных задержек, локализованный middleware и синхронизация с CMS. |
-| Сентябрь 2024 | `gt-next`                                   | Автоматизация генерации многоязычного контента и динамической маршрутизации в Next.js с помощью ИИ.         | Интеграция с App Router, объединяющая машинный перевод в облаке, middleware на edge и слои кеширования Next.js.                                          |
+| Первый релиз | Библиотека                                  | Автор                                                        | Главная задача                                                                                              | Ключевая инновация                                                                                                                                       |
+| ------------ | ------------------------------------------- | ------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Ноябрь 2018  | `next-i18next`                              | Isaac Hinman (`@isaachinman`)                                | Поддержка SSR и SSG с `i18next` в Pages Router без лишних запросов на клиенте.                              | Функции `serverSideTranslations` и `appWithTranslation`, передающие локализованные данные через пропсы страниц.                                          |
+| Декабрь 2020 | `next-translate`                            | Arvin Wiyono (`@arvinn`) / Vinissimus (`@vinissimus`)        | Упрощение настройки и снижение веса бандла в приложениях Next.js Pages Router.                              | Плагин для Webpack-лоадера, внедряющий на страницу только необходимые пространства имен перевода.                                                        |
+| Декабрь 2020 | `next-intl`                                 | Jan Amann (`@amannn`)                                        | Адаптация интернационализации под App Router, React Server Components (RSC) и потоковый SSR.                | Нативная интеграция с middleware Next.js App Router, Server Actions и асинхронными Server Components без необходимости отправлять клиентский JS.         |
+| Июль 2022    | `next-international`                        | Tom Dussaix (`@tom-dussaix`)                                 | Максимальная типизация TypeScript при минимальном влиянии на клиентский бандл в Next.js.                    | Строгая генерация типов для ключей с компактными адаптерами под App Router и Pages Router.                                                               |
+| Октябрь 2023 | `paraglide-next` (`@inlang/paraglide-next`) | Samuel Stroschein (`@samuelstroschein`) / Inlang (`@inlang`) | Скомпилированные сообщения без рантайма для Next.js App Router и Pages Router.                              | Маршрутизация на middleware в паре с функциями сообщений, исключающими парсинг JSON в рантайме RSC и бандлах клиента.                                    |
+| Август 2024  | `next-intlayer`                             | Aymeric Pineau (`@aymericzip`)                               | Серверный адаптер без необходимости пробрасывать функции `t()` или словари через пропсы между компонентами. | Вызов `useIntlayer` в синхронных Server Components без prop-drilling, рендеринг без каскадных задержек, локализованный middleware и синхронизация с CMS. |
+| Июль 2024    | `gt-next`                                   | Ernest McCarter (`@eoinest`)                                 | Автоматизация генерации многоязычного контента и динамической маршрутизации в Next.js с помощью ИИ.         | Интеграция с App Router, объединяющая машинный перевод в облаке, middleware на edge и слои кеширования Next.js.                                          |
 
 </Tab>
 
 <Tab label="Vue & Nuxt" value="vue">
 
-| Первый релиз | Библиотека     | Главная задача                                                                                             | Ключевая инновация                                                                                                                                        |
-| ------------ | -------------- | ---------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Май 2014     | `vue-i18n`     | Реактивная и удобная интернационализация для приложений на Vue.js.                                         | Глубокая интеграция с реактивностью Vue, директивы шаблонов (`v-t`), хелперы `$t` и специальные блоки `<i18n>` в однофайловых компонентах (SFC).          |
-| Ноябрь 2017  | `@nuxt/i18n`   | Управление локализованными URL, тегами SEO hreflang и гидратацией SSR в Nuxt.                              | Полноценный модуль маршрутизации, генерирующий пути (префиксы, домены), мета-заголовки и поддерживающий ленивую загрузку фрагментов.                      |
-| Август 2019  | `fluent-vue`   | Поддержка сложного грамматического рода, падежей и асимметричных конструкций во Vue.                       | Интеграция синтаксиса Project Fluent от Mozilla, исключающая громоздкие условные конструкции в шаблонах.                                                  |
-| Апрель 2025  | `vue-intlayer` | Решение на базе Intlayer для Composition API во Vue 3 и Nuxt без загрязнения глобальной области видимости. | Композабл `useIntlayer` с учетом системы реактивности Vue 3, изоляция на уровне компонентов, полное автодополнение TypeScript и поддержка визуальной CMS. |
+| Первый релиз | Библиотека     | Автор                                       | Главная задача                                                                                             | Ключевая инновация                                                                                                                                        |
+| ------------ | -------------- | ------------------------------------------- | ---------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Май 2014     | `vue-i18n`     | Kazupon (`@kazupon`)                        | Реактивная и удобная интернационализация для приложений на Vue.js.                                         | Глубокая интеграция с реактивностью Vue, директивы шаблонов (`v-t`), хелперы `$t` и специальные блоки `<i18n>` в однофайловых компонентах (SFC).          |
+| Ноябрь 2017  | `@nuxt/i18n`   | Сообщество Nuxt                             | Управление локализованными URL, тегами SEO hreflang и гидратацией SSR в Nuxt.                              | Полноценный модуль маршрутизации, генерирующий пути (префиксы, домены), мета-заголовки и поддерживающий ленивую загрузку фрагментов.                      |
+| Август 2020  | `fluent-vue`   | Mozilla (`@mozilla`) / Demivan (`@demivan`) | Поддержка сложного грамматического рода, падежей и асимметричных конструкций во Vue.                       | Интеграция синтаксиса Project Fluent от Mozilla, исключающая громоздкие условные конструкции в шаблонах.                                                  |
+| Январь 2025  | `vue-intlayer` | Aymeric Pineau (`@aymericzip`)              | Решение на базе Intlayer для Composition API во Vue 3 и Nuxt без загрязнения глобальной области видимости. | Композабл `useIntlayer` с учетом системы реактивности Vue 3, изоляция на уровне компонентов, полное автодополнение TypeScript и поддержка визуальной CMS. |
 
 </Tab>
 
 <Tab label="Angular" value="angular">
 
-| Первый релиз  | Библиотека          | Главная задача                                                                                              | Ключевая инновация                                                                                                                                           |
-| ------------- | ------------------- | ----------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
-| Февраль 2017  | `ngx-translate`     | Динамический перевод во время выполнения в Angular без создания отдельных сборок под каждый язык.           | Сервис `TranslateService` и пайп `translate` для динамической загрузки переводов и переключения языков на лету.                                              |
-| Июль 2019     | `@ngneat/transloco` | Устранение проблем с производительностью, отсутствия изолированных областей и недостатка функций в Angular. | Структурная директива (`*transloco`), изолированные переводы для ленивых модулей, поддержка SSR и CLI для экстракции.                                        |
-| Сентябрь 2019 | `@angular/localize` | Модернизация встроенного i18n-механизма Angular без полной перекомпиляции TypeScript под каждый язык.       | Тегированные шаблонные литералы с `$localize`, внедряемые как быстрый шаг после сборки в компиляторе Ivy.                                                    |
-| Февраль 2021  | `@tolgee/ngx`       | Совместный перевод в контексте интерфейса и сохранение скриншотов в рабочих процессах Angular.              | Пайпы и директивы с прямым подключением к Tolgee для редактирования текстов прямо в окне браузера.                                                           |
-| Апрель 2025   | `angular-intlayer`  | Нативная интеграция Intlayer для современного Angular (Signals, standalone-компоненты и SSR).               | Реактивная интеграция на базе Signals, учитывающая механизм Change Detection, работа со standalone-компонентами и мгновенная синхронизация с визуальной CMS. |
+| Первый релиз  | Библиотека          | Автор                                                        | Главная задача                                                                                              | Ключевая инновация                                                                                                                                           |
+| ------------- | ------------------- | ------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| Февраль 2017  | `ngx-translate`     | Olivier Combe (`@ocombe`)                                    | Динамический перевод во время выполнения в Angular без создания отдельных сборок под каждый язык.           | Сервис `TranslateService` и пайп `translate` для динамической загрузки переводов и переключения языков на лету.                                              |
+| Июль 2019     | `@ngneat/transloco` | Netanel Basal (`@NetanelBasal`) & Shahar Kazaz (`@shahar_k`) | Устранение проблем с производительностью, отсутствия изолированных областей и недостатка функций в Angular. | Структурная директива (`*transloco`), изолированные переводы для ленивых модулей, поддержка SSR и CLI для экстракции.                                        |
+| Сентябрь 2019 | `@angular/localize` | Команда Angular (@angular)                                   | Модернизация встроенного i18n-механизма Angular без полной перекомпиляции TypeScript под каждый язык.       | Тегированные шаблонные литералы с `$localize`, внедряемые как быстрый шаг после сборки в компиляторе Ivy.                                                    |
+| Февраль 2021  | `@tolgee/ngx`       | Jan Cizmar (`@jcizmar`)                                      | Совместный перевод в контексте интерфейса и сохранение скриншотов в рабочих процессах Angular.              | Пайпы и директивы с прямым подключением к Tolgee для редактирования текстов прямо в окне браузера.                                                           |
+| Март 2026     | `angular-intlayer`  | Aymeric Pineau (`@aymericzip`)                               | Нативная интеграция Intlayer для современного Angular (Signals, standalone-компоненты и SSR).               | Реактивная интеграция на базе Signals, учитывающая механизм Change Detection, работа со standalone-компонентами и мгновенная синхронизация с визуальной CMS. |
 
 </Tab>
 
 <Tab label="Svelte & SvelteKit" value="svelte">
 
-| Первый релиз | Библиотека        | Главная задача                                                                               | Ключевая инновация                                                                                                                                      |
-| ------------ | ----------------- | -------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Июль 2018    | `svelte-i18n`     | Реактивная библиотека интернационализации на базе хранилищ (stores) Svelte.                  | Функция `$t`, привязанная к store, обеспечивающая точечное обновление DOM при смене языка.                                                              |
-| Декабрь 2021 | `sveltekit-i18n`  | Корректная обработка SSR и загрузка переводов по маршрутам в приложениях SvelteKit.          | Модульная архитектура загрузчика, запрашивающая только те строки и форматеры, которые нужны текущему маршруту.                                          |
-| Ноябрь 2021  | `@tolgee/svelte`  | Локализация в контексте интерфейса для приложений на Svelte.                                 | Привязка к хранилищам Svelte с интеграцией в оверлей Tolgee и автоматической генерацией скриншотов.                                                     |
-| Апрель 2025  | `svelte-intlayer` | Производительное решение Intlayer, созданное специально для Svelte 5 и SvelteKit.            | Реактивные привязки для рун Svelte 5 (`$state`), файлы `.content` на уровне компонентов, плагины сборки без сложной конфигурации и визуальный редактор. |
-| Июль 2025    | `@wuchale/svelte` | Устранение бойлерплейта при объявлении словарей и импорте функций `$t` в компонентах Svelte. | Препроцессор Svelte, анализирующий шаблоны при сборке и компилирующий текстовые узлы в локализованный вывод без лишних оберток.                         |
+| Первый релиз | Библиотека        | Автор                          | Главная задача                                                                               | Ключевая инновация                                                                                                                                      |
+| ------------ | ----------------- | ------------------------------ | -------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Июль 2018    | `svelte-i18n`     | Kaisermann (`@kaisermann`)     | Реактивная библиотека интернационализации на базе хранилищ (stores) Svelte.                  | Функция `$t`, привязанная к store, обеспечивающая точечное обновление DOM при смене языка.                                                              |
+| Декабрь 2021 | `sveltekit-i18n`  | Ivan Fevrier (`@ivanfevrier`)  | Корректная обработка SSR и загрузка переводов по маршрутам в приложениях SvelteKit.          | Модульная архитектура загрузчика, запрашивающая только те строки и форматеры, которые нужны текущему маршруту.                                          |
+| Ноябрь 2021  | `@tolgee/svelte`  | Jan Cizmar (`@jcizmar`)        | Локализация в контексте интерфейса для приложений на Svelte.                                 | Привязка к хранилищам Svelte с интеграцией в оверлей Tolgee и автоматической генерацией скриншотов.                                                     |
+| Октябрь 2025 | `svelte-intlayer` | Aymeric Pineau (`@aymericzip`) | Производительное решение Intlayer, созданное специально для Svelte 5 и SvelteKit.            | Реактивные привязки для рун Svelte 5 (`$state`), файлы `.content` на уровне компонентов, плагины сборки без сложной конфигурации и визуальный редактор. |
+| Июль 2025    | `@wuchale/svelte` | Kidus Adugna (`@K1DV5`)        | Устранение бойлерплейта при объявлении словарей и импорте функций `$t` в компонентах Svelte. | Препроцессор Svelte, анализирующий шаблоны при сборке и компилирующий текстовые узлы в локализованный вывод без лишних оберток.                         |
 
 </Tab>
 
 <Tab label="SolidJS" value="solid">
 
-| Первый релиз  | Библиотека               | Главная задача                                                                  | Ключевая инновация                                                                                                                   |
-| ------------- | ------------------------ | ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
-| Сентябрь 2021 | `@solid-primitives/i18n` | Идиоматический примитив i18n, соответствующий гранулярной реактивности SolidJS. | Реактивный резолвер переводов на сигналах, обновляющий узлы DOM без Virtual DOM и лишних повторных рендеров.                         |
-| Апрель 2025   | `solid-intlayer`         | Нативное производительное решение Intlayer для SolidJS и SolidStart.            | Привязка к сигналам Solid без накладных расходов Virtual DOM, полная поддержка схем TypeScript и интеграция с визуальным редактором. |
-| Июнь 2026     | `@lingui/solid`          | Экстракция через макросы при сборке и поддержка ICU MessageFormat в SolidJS.    | Макротрансформации, адаптированные к сигналам Solid и превращающие строки в компактные структуры для выполнения.                     |
+| Первый релиз  | Библиотека               | Автор                          | Главная задача                                                                  | Ключевая инновация                                                                                                                   |
+| ------------- | ------------------------ | ------------------------------ | ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
+| Сентябрь 2021 | `@solid-primitives/i18n` | Сообщество SolidJS             | Идиоматический примитив i18n, соответствующий гранулярной реактивности SolidJS. | Реактивный резолвер переводов на сигналах, обновляющий узлы DOM без Virtual DOM и лишних повторных рендеров.                         |
+| Июль 2025     | `solid-intlayer`         | Aymeric Pineau (`@aymericzip`) | Нативное производительное решение Intlayer для SolidJS и SolidStart.            | Привязка к сигналам Solid без накладных расходов Virtual DOM, полная поддержка схем TypeScript и интеграция с визуальным редактором. |
+| Июнь 2026     | `@lingui/solid`          | Tomáš Ehrlich (`@tricoder42`)  | Экстракция через макросы при сборке и поддержка ICU MessageFormat в SolidJS.    | Макротрансформации, адаптированные к сигналам Solid и превращающие строки в компактные структуры для выполнения.                     |
 
 </Tab>
 
@@ -237,7 +237,7 @@ author: aymericzip
 
 ## Четыре архитектурные эпохи JavaScript i18n
 
-![История библиотек интернационализации JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/history_i18n.png?raw=true)
+![История библиотек интернационализации JavaScript](https://github.com/aymericzip/intlayer/blob/main/docs/assets/history_i18n.webp?raw=true)
 
 Анализируя пятнадцать лет развития, историю интернационализации в JavaScript можно разделить на четыре ключевых этапа:
 
@@ -287,7 +287,7 @@ author: aymericzip
 
 По мере того как большие языковые модели снизили стоимость перевода до долей цента при высоком качестве, рынок пополнился новыми решениями:
 
-- Инструменты вроде Paraglide с **linguo.dev** или **General Translation** (`gt-react`, `gt-next`) предлагают промежуточные облачные пайплайны и платные подписки.
+- Инструменты вроде **lingo.dev** или **General Translation** (`gt-react`, `gt-next`) предлагают промежуточные облачные пайплайны и платные подписки.
 - **Intlayer**, напротив, предоставляет встроенную поддержку перевода через ИИ прямо в своей CLI, позволяя использовать собственные API-ключи (OpenAI, Anthropic, Mistral или Google Gemini). Здесь нет дополнительных наценок или посредников: работа идет по базовым тарифам выбранного провайдера.
 
 ### Больше чем i18n: полноценная система многоязычного контента