Miks liigub lokaliseerimine arendustsüklis ülespoole?

Lokaliseerimine liigub ülesvoolu, sest vana töövoo põhieeldus purunes: kood muutub piisavalt aeglaselt, et eksportida stabiilne stringikataloog, tõlkida see mujal ja importida tulemused enne järgmist väljalaset. AI-kodeerimisagendid muutsid selle eelduse kehtetuks. globalize.now on uue asukoha jaoks loodud AI-põhine lokaliseerimisinfrastruktuur: lokaliseerimine toimub arendustsükli sees ja jõuab kohale pull request’ina. See essee käsitleb seda, miks muutus just asukoht, mitte tõlkekvaliteet.

Mida tähendab lokaliseerimise ülesvoolu toomine?

See tähendab, et lokaliseerimistöö ühik ei ole enam stringikataloog, vaid commit. Vanas mudelis algab lokaliseerimine pärast koodi valmimist. Ülesvoolu mudelis toimub see seal, kus kood asub, koodi muutmise hetkel, ning väljund on samuti kood: lokaliseeritud pull request, mille diff’i vaatate üle ja mille ühendate.

Kaks töövoogu näevad välja sellised.

Traditional:   build → internationalize → export → translate → review → import → ship

Upstream:      code → push → localized PR → merge → ship

Esimesel töövool on seitse etappi ja hoidlast lahkutakse kaks korda. Teisel on viis etappi ning ükski neist ei vii hoidlast välja. Just see struktuurne erinevus, mitte ükski konkreetne funktsioon, on selle essee keskmes.

Kuidas traditsiooniline lokaliseerimise töövoog toimib?

See toimib edasi-tagasi ringina ja iga nool selles on järjekord. Loote funktsiooni. Rahvusvahelistate selle, eraldades string’id võtmeteks – eeldusel, et teie meeskond või AI-agent lõi algusest peale struktureeritud koodi. Ekspordite kataloogi tõlkeplatvormile. Tõlkijad või masintõlge töötlevad selle. Keegi vaatab tulemuse üle. Impordite tulemused, lahendate kataloogi eemaloleku ajal kogunenud konfliktid ja avaldate versiooni.

Iga üleandmine on vajalik, sest töö toimub eri kohtades, eri inimeste vastutusel ja eri ajakava järgi. See oli mõistlik lahendus ajal, mil väljalasked toimusid kord kvartalis ja string’e muudeti partiidena. Töövoo varjatud sõltuvus on stabiilsus: kataloog peab piisavalt kaua paigal püsima, et edasi-tagasi ring saaks tehtud.

See ei püsi enam paigal. DORA 2025. aasta AI-toega tarkvaraarenduse olukorra raportis teatas 90% tarkvaraspetsialistidest, et nad kasutavad tööl AI-tööriistu, ning DX-i 2025. aasta neljanda kvartali mõj uuringus moodustas AI loodud kood jälgitud mediaanettevõttes 22% ühendatud koodist. Kood, mis varem muutus kord nädalas, muutub nüüd lõuna ja püstijala vahel.

Milline näeb lokaliseerimine arendustsükli sees välja?

Nagu iga muu automaatne kontroll, mis käivitub push’i järel. Teisendate koodibaasi ühe korra: string’id eraldatakse, võtmed genereeritakse, lokaalifailid luuakse ja käitusaegne ühendus seadistatakse. Pärast seda toimub sünkroonimine iga push’i järel. Kui commit lisab uusi string’e, tulevad tõlked teie haru vastu suunatud pull request’ina tagasi teie hoidlasse, struktureerituna samamoodi nagu ülejäänud rakendus.

See ei ole hüpoteetiline läbilaskevõime. 2026. aasta augustis salvestatud käivituses tuli demohoidlas push’itud commit tagasi lokaliseeritud pull request’ina, mis hõlmas 30 tõlkeüksust saksa, prantsuse ja hispaania keeles 49 sekundiga. Alla minuti commit’ist ülevaadatava pull request’ini, ilma inimese sekkumiseta kuni ülevaatuseni. Võrrelge seda mis tahes töövooga, mille kirjelduses esineb sõna „eksport”.

Ühekordne teisendamine ei ole, olgu täpsustatud, hetkeline. Päris rakendustes kulub selleks umbes 30 minutit, sest koodi tuleb ümber struktureerida: string’id eraldada, võtmed genereerida ja käitusaegne teek ühendada. See on uks. Iga järgmise push’i järel töötav ring on toode.

Selle ringi oluline omadus ei ole kiirus. Oluline on see, et miski ei lahkunud hoidlast. Välises platvormis ei istu kataloog, mis põhiharust aeglaselt lahku kasvaks. Varem avaldatud monorepo käivitus näitas ühekordset teisendamist suures mahus; ring hoiab tulemust pärast seda elus. Ühendage või sulgege – need on samad kaks tegevust, mis juhivad kõiki muid muudatusi. Kui töötate juba nii, näitavad arendajadokumendid seadistust.

Miks sunnivad AI-kodeerimisagendid seda muutust?

Sest need nihutasid pudelikaela. Varem oli lokaliseerimise piirang tõlkekapatsiteet: kui kiiresti suutis teenusepakkuja või mootor töödelda hästi struktureeritud kataloogi. Agendid toodavad sellest piirangust palju rohkem ja tekitasid uue piirangu sellest ülesvoolu. Nüüd on napp ressurss arhitektuuri korrasolek pärast genereerimist – võtmete järjepidevus, täielikud lokaalifailid ja terviklik struktuur ajal, mil agent lisab koodibaasi iga päev kasutajaliideseid.

Checkout’i lehte palunud agent loob töötava checkout’i lehe, mille string’id on JSX-i sisse hardcoded. Kirjutasime selle nähtuse anatoomiast artiklis AI-kood lõhkus lokaliseerimise: ühes analüüsitud Reacti projektis oli 312 failis 1 284 kasutajaliidese string’i ja i18n-i struktuur puudus täielikult. Traditsioonilise töövoo eksporditavat kataloogi selles koodibaasis ei eksisteeri. Ja homme näeb koodibaas taas teistsugune välja, sest agent jätkab väljastamist.

Allavoolu töövoog jääb selle tegelikkuse suhtes püsivalt maha. Kõik, mida see eksportis, on importimise ajaks aegunud. Ainus koht, kust lokaliseerimine suudab genereeritud koodiga sammu pidada, on seda genereeriva ringi sees – olenemata sellest, kas kood pärineb Cursorist, Claude Code’ist või Lovable’ist.

Kas AI-tõlge pole siis sama asi?

Ei, ja siin läheb turu arutelu viltu. Lokalise kirjeldab end AI-lokaliseerimisplatvormina; Phrase pakub masintõlkeks suurel skaalal Language AI-d. Mõlemad on päriselt toimivad võimalused. Mõlemad kiirendavad vana töövoo üht noolt – tõlkimise etappi. Kataloog eksporditakse endiselt, elab endiselt välises platvormis ja tuleb endiselt impordi kaudu tagasi.

Seitsmeetapilise edasi-tagasi ringi ühe noole kiirendamine on optimeerimine. Ringist loobumine on teistsugune toode. See ongi tegelik kihierinevus: tõlkijate töövoo ümber ehitatud platvormid paiknevad halduskihis, globalize.now aga selle all infrastruktuurikihis, genereerides võtmed ja lokaalifailid otse koodist, hoidlas. „AI-põhine” kirjeldab mõlemat. See ei erista kumbagi. Eristavaks teguriks on asukoht.

Mis kuulub endiselt allavoolu?

Suure mõjuga tekstide puhul jääb otsus inimesele. Juriidiline tekst, reguleeritud väited ja teile olulisel turul kasutatav brändikeel väärivad professionaalset tõlkijat ning eraldi ülevaatust. Sellise vajadusega tiimid kasutavad ka edaspidi tõlkijate töövoogudele loodud tööriistu. Ülesvoolu lokaliseerimine ei takista seda kuidagi: lokaliseeritud PR on ülevaadatav muudatus ning inimene saab selle enne ühendamist mis tahes standardi järgi üle kontrollida.

Lõppema hakkab ajastu, mil iga tiim pidi teise keele avaldamiseks kasutusele võtma tõlkijate töövoole toetava platvormi. Üksik arendaja, kelle toode on loodud tehisintellekti abil, ei halda tõlkijaid – ta haldab commit'e. Tööriistad peavad sobituma tema töövooga.

Toode ongi töövoog

Kui teie kood jõuab kasutajateni pull request'ide kaudu, peaksid seda tegema ka tõlked. globalize.now teisendab koodibaasi ühe korra ja hoiab selle seejärel iga push'i, avatud PR-i, ühendatud PR-i ja väljalaskega lokaliseerituna.