Každá enterprise firma, se kterou mluvíme, naráží na stejné dvě bariéry.
První je koordinační daň za konzistenci.
Android aplikaci staví jeden tým. Webovou aplikaci jiný. Marketingový web, dokumentaci i interní nástroje vlastní pokaždé jiný tým — a každý má své tempo releasů, své hodnotitele a vlastní shipping pipeline.
Legacy nástroje umí sdílet překladovou paměť a glosáře napříč projekty. Workspaces existují. Assety na úrovni organizace existují. Sdílení se ale nevynucuje. Termín ve sdíleném glosáři je pro překladatele doporučení, ne omezení modelu. Konzistence napříč týmy se tak mění v disciplínu. Někdo musí držet glosář sladěný. Někdo musí řešit konflikty v odborné terminologii mezi týmy. Někdo musí nahánět tým, který přeloží call to action jedním způsobem, zatímco jiný ho nasadí jinak. Konzistence je možná. Údržba je nepřetržitá.
Uvnitř projektu každého týmu se drift dál násobí. Překladová paměť drží konzistenci, dokud se segmenty nemění. V codebase, která se každý týden refaktoruje, se segmenty mění každý týden. Náš výzkum RAL měří, jak rychle terminologie ujíždí, když model nemá načtený kontext.
Druhou bariérou je cena za to, že byste tyto nástroje někdy vůbec opustili. V enterprise prostředí se násobí každá dimenze — glosáře nastřádané napříč týmy, překladová paměť budovaná v TMX a proprietárních formátech dodavatelů napříč projekty, konektory zapojené do CI každého týmu, seznamy překladatelů vyjednané přes procurement, SSO integrované s IdP.
Migrace pak vypadá jako několikačtvrtletní inženýringový program, který žádný localization manager nechce vlastnit.
Pro prostředí s více týmy dávají smysl dvě architektury.
Jedna nahrazuje překladovou paměť vázanou na projekt lokalizačním enginem pro celou organizaci, který načítá kontext v čase inference. Jeden glosář, jeden hlas značky, každá aplikace každého týmu čerpá ze stejného lokalizačního engine.
Druhá nahrazuje migraci řízenou zákazníkem forward-deployed lokalizačním inženýrem z Lingo.dev, který migraci provede v našem čase, ne ve vašem.
Oba vzory už dnes pohánějí všechny ostatní části infrastruktury ve vašem stacku — teď chceme, aby lokalizace konečně dohnala zbytek.
Architektura č. 1: lokalizační engine#
Lokalizační engine
Stavové překladové API, které si týmy vytvářejí na Lingo.dev a konfigurují pro celou organizaci. Každý lokalizační engine uchovává vlastní glosář, hlas značky, instrukce specifické pro daný jazyk a seřazený řetězec modelů. Každý request načte odpovídající termíny z glosáře, vloží je do kontextového okna modelu ještě před vygenerováním prvního tokenu a po dokončení ho nezávisle vyhodnotí. První překlad těží z nulového kontextu, tisící těží ze všeho.
lokalizační engine drží konzistenci na úrovni termínů, ne segmentů. Je vymezený na vaši organizaci, ne na projekt jednoho týmu. Jeden glosář, jeden hlas značky, každé rozhraní každého týmu čerpá ze stejného lokalizačního engine.
Položka glosáře pro „Submit“ se aktivuje na každém španělském rozhraní — v tlačítku, předmětu e-mailu i tooltipu. Nezáleží na tom, jestli jde o webový, nebo mobilní tým. Retrieval páruje význam, ne řetězce. Jedna položka pro „Deploy“ se aktivuje pro „deploying“, „deployment“ i „Deploy your app“ — není potřeba samostatná položka pro každý tvar.
hlas značky je připojený k lokalizačnímu engine pro každý jazyk. Používá se u každého requestu.
Instrukce jsou samostatná, testovatelná pravidla vymezená pro konkrétní jazyk. Konvence zkratek, nezalomitelné mezery, uvozovky — každé lze ladit samostatně.
řetězec modelů směruje každý request do primárního modelu se seřazenými fallbacky. Poskytovatele můžete vyměnit, aniž byste sahali na glosář.
AI hodnotitel běží na nezávislém modelu. Vyhodnocuje každý request vůči glosáři a každé instrukci zvlášť. Výsledek je pass/fail s odůvodněním, sledovaný jako časová řada.
| Oblast | Nástroje vázané na projekt | Lokalizační engine pro celou organizaci |
|---|---|---|
| Rozsah konzistence | Na projekt, na tým | Na organizaci |
| Jednotka konzistence | Celý segment, určený hashem | Jednotlivý termín, párovaný sémanticky |
| Přežije přepsání zdroje | Ne | Ano |
| Napříč aplikacemi a týmy | Disciplína; lidé to drží sladěné | Architekturou; lokalizační engine to drží sladěné |
| Měření kvality | Kontroly založené na pravidlech (tagy, čísla) | LLM skórování pro každý request |
| Flexibilita modelu | Závislost na jednom poskytovateli | Seřazený řetězec |
| Autorita nad výstupem | Volnost překladatele | Glosář má přednost před modelem |
Drift se stává stavem, který můžete měřit, ne stavem, který musíte absorbovat. Glosář se aktivuje při každém requestu. AI hodnotitel ověřuje soulad pro každý request.
Tento mechanismus se jmenuje retrieval augmented localization (RAL). V čase inference engine rozkládá vstup na n-gramové fráze, vytváří jejich embeddingy a provádí vyhledávání podle kosinové podobnosti proti vektorovému indexu glosáře. Nalezené termíny se vloží do kontextového okna modelu ještě před vygenerováním prvního tokenu. Strukturálně je to totožné s RAG, jen aplikované na překlad.
V kontrolovaném vyhodnocení napříč více poskytovateli LLM a více evropskými jazyky RAL snížil počet terminologických chyb o 17–45 %. Více než 42 000 párových hodnocení kvality. Holm-Bonferroni korigované p < 0.001 u každého poskytovatele. Holistická skóre kvality ten rozdíl vůbec nedokázala zachytit.
Architektura č. 2: forward-deployed lokalizační inženýring#
Druhou bariérou je migrace. Máte fungující stack. Produkuje tuto daň, ale funguje. Náklady na jeho nahrazení — čas inženýrů, přepracování integrací, znovuzaškolení překladatelů, migrace historických dat — konzistentně převyšují náklady na placení této daně.
Právě tahle kalkulace vysvětluje, proč se ta daň stále platí. Když jsme viděli, jak stejná migrační úzká hrdla brání velkým firmám v posunu dál, rozhodli jsme se migraci vzít na sebe.
Když Lingo.dev onboarduje enterprise zákazníka, naši inženýři migraci provedou. Ne jako kontrakt na profesionální služby navrstvený na licenci. Ale jako výchozí onboardingovou cestu.
Forward-deployed lokalizační inženýr si projde váš glosář, dokumenty k hlasu značky, konfiguraci konektorů i smlouvy s překladateli. Naimportuje vaši překladovou paměť z TMX a glosář z jakéhokoli legacy formátu, ve kterém dnes žije. Nic se znovu neodvozuje. Na Lingo.dev postaví lokalizační engine s přednahranou terminologií. Zapojí ho do vašeho CI. A přivede váš seznam překladatelů do async pipeline, aby lidé, kterým důvěřujete, zůstali v procesu.
Právě u scénáře s více týmy se tato architektura vyplácí. V legacy verzi znamená sladění terminologie napříč týmy N synchronizovaných migrací — každý tým znovu odvozuje klíče a TM ve vlastním projektu. Tady se lokalizační engine vytvoří jednou. Každý tým k němu připojí svou aplikaci vlastním tempem. Konzistence napříč aplikacemi se objeví už při prvním jazyce, který zasáhne engine, ne až poté, co každý tým dokončí svou vlastní migraci.
Naši inženýři s vámi zůstávají až do vašeho dalšího nasazení do produkce i toho následujícího, dokud systém nepřevezme váš interní tým.
Takto onboardujeme enterprise zákazníky.
Jakmile organizace s více týmy releasuje každý týden, překlad už nemůže být procurement ticket mezi kupujícím a dodavatelem. Musí běžet souběžně s vaším dalším nasazením do produkce, ne až po něm. Forward-deployed inženýring takto už více než deset let používají při onboardingu enterprise zákazníků Palantir, Scale AI, Ramp a další dodavatelé infrastruktury.
Teď chceme, aby lokalizace konečně dohnala zbytek.
Audit
Inženýr z Lingo.dev si projde vaše zdrojové repozitáře, stávající TM (včetně exportů TMX), glosář, konektory i smlouvy s překladateli — napříč všemi týmy, které vlastní jednotlivá rozhraní. Připraví migrační plán s pořadím a harmonogramem. Ten plán je váš.
Engine postavený tak, aby odpovídal vaší současné kvalitě
Nakonfigurujeme lokalizační engine s vaším importovaným glosářem, hlasem značky pro každý jazyk a pipeline překladatelů. Ještě před jakýmkoli produkčním provozem provedeme porovnání vedle sebe — výstup vašeho současného nástroje versus výstup engine, stejné řetězce, stejný týden. Vy rozhodnete, jestli kvalita obstojí.
Zapojení do CI každého týmu
Žádný rip-and-replace. Lokalizační engine běží jako jeden krok ve stávající pipeline každého týmu. Merge flow, review flow, hodnotitelé — vše zůstává stejné. Engine nahrazuje starý krok.
Přepnutí vaším tempem
Nejdřív jeden tým a jeden jazykový pár. Pak tři. Pak zbytek. Pořadí určujete vy. V každém kroku provádíme porovnání. Rollback je jeden commit.
Předání vašemu týmu
Náš inženýr předá systém vašemu platformnímu týmu — dokumentaci, provozní příručky i on-call rotaci, kterou pokrýváme, dokud ji nepřevezmou oni.
Důkazy#
Výzkum. Studie RAL: více než 42 000 párových hodnocení kvality napříč více poskytovateli LLM a více evropskými jazyky. Holm-Bonferroni korigované p < 0.001 u každého poskytovatele. Snížení terminologických chyb se pohybovalo mezi 17–45 %.
Konfigurace je důležitější než volba modelu. Zjistili jsme, že napříč Mistral, Gemini, Claude, GPT — jakýkoli model + dobrý glosář, hlas značky a správně nastavený kontext konzistentně produkují překlady připravené k nasazení, v referenční kvalitě a za zlomek nákladů. Ne proto, že bychom zlepšili model. U každého requestu lokalizační engine pomocí vyhledávání podle podobnosti načte odpovídající termíny glosáře, hlas značky a instrukce pro daný jazyk a vloží je do kontextového okna modelu ještě před vygenerováním prvního tokenu.
Produkční měřítko. Na platformě bylo přeloženo více než 200 milionů slov.
Známí zákazníci. Mistral, Solana, SoSafe, Cal.com.
Rozsah#
Lingo.dev využívají lokalizační týmy všeho druhu – firmy s jediným produktem, open-source projekty, čistě mobilní týmy i enterprise platformy. Architektura popsaná zde je vyladěná pro enterprise společnosti s několika týmy, které nasazují několik aplikací do více než 20 jazyků.
Co bude následovat#
Prvním krokem je dvoutýdenní pilot. Jeden tým, jedna jazyková dvojice.
Náš specialista na lokalizační inženýring úzce spolupracuje s vaším leadem lokalizace i engineering leadem. Projdeme váš workflow. Nastavíme systém měření, abyste měli přehled o kvalitě překladů i v jazycích, které váš tým neovládá – AI hodnotitelé poběží na nezávislých modelech a budou každý překlad hodnotit podle vašeho glosáře a vašich pravidel. Hodnocení vychází z MQM, standardního frameworku pro hodnocení kvality překladu.
Vytvoříme lokalizační engine na základě vašeho glosáře a dokumentace k hlasu značky. Nasadíme ho na váš zdrojový obsah souběžně s vaším stávajícím nástrojem. Vy uvidíte rozdíl a rozhodnete se.
Poté naplánujeme migraci pro zbývající týmy a jazyky podle vašeho harmonogramu, ne našeho.
Spojte se ještě dnes s našimi experty na lokalizační inženýring.
