Kaip pridėti lovable-i18n įgūdį prie Lovable darbo erdvės?

Pridedate jį iš GitHub: atverkite Nustatymus, tada Įgūdžius, tada Pridėti, tada Importuoti iš GitHub, ir nurodykite Lovable globalize-now/lovable-i18n saugyklą. Lovable jį atsisiunčia, patikrina ir paskelbia darbo erdvėje, kur jį gali naudoti kiekvienas projektas. globalize.now yra dirbtinio intelekto valdoma lokalizacijos infrastruktūra: ji sukuria raktus ir lokalės failus, o vykdymo laiko biblioteka jūsų programoje juos aptarnauja. Įgūdis yra būdas, kaip tai atsiranda neišeinant iš Lovable redaktoriaus, ir priežastis, kodėl šiame kelyje visai nėra prietaisų skydelio.

Kas iš tikrųjų yra Lovable įgūdis?

Įgūdis — tai trumpas, pavadintas vadovas, kurį saugote vieną kartą darbo erdvės lygmenyje. Jį sudaro trys dalys: pastovus pavadinimas mažosiomis raidėmis, aprašymas, nurodantis Lovable, kada jį įkelti, ir markdown instrukcijos, kurių Lovable laikosi jį pritaikius.

Svarbiausia savybė ta, kad įgūdžiai įkeliami pagal poreikį. Darbo erdvės žinios yra kitokios — jos visada yra kontekste, ir būtent ten priklauso kodavimo standartai ir prekės ženklo taisyklės. Įgūdis įsijungia į pokalbį tik tada, kai užklausa atitinka jo aprašymą, tad darbo erdvė gali turėti daug tikslingai orientuotų įgūdžių, ir nė vienas iš jų neapkraus nesusijusio darbo.

Galite iškviesti įgūdį sąmoningai, įvesdami / pokalbio lauke ir jį pasirinkdami, arba leisti Lovable pritaikyti jį automatiškai, kai jūsų užklausa atitinka. Įsivaizduokite įgūdį kaip kaip, o savo užklausą — kaip ką.

Jie taip pat yra perkeliami. Lovable naudoja tą pačią SKILL.md struktūrą kaip Anthropic Agent Skills konvencija, todėl vienam įrankiui parašytas įgūdis importuojamas į kitą be jokių pakeitimų. Tai nemenka smulkmena lokalizacijai: tai reiškia, kad tos pačios instrukcijos, kurios sukuria i18n sluoksnį Lovable viduje, gali keliauti į saugyklą, kurią vėliau atversite Claude Code arba Cursor.

Kodėl Lovable programa iš pradžių veikia tik anglų kalba?

Nes sugeneruotame kode nėra lokalės sluoksnio, galinčio pateikti ką nors kita. Kai paprašote „Lovable“ sukurti kainodaros puslapį, ji įrašo antraštę tiesiai į komponentą kaip literalą ta kalba, kuria pateikėte užklausą. Visi mygtukai, tuščios būsenos, pranešimai (toast) ir validacijos žinutės atsiranda lygiai taip pat.

Vėliau paprašius agento „išversti programą“, gaunamas pusėtinas rezultatas: pakeičiami tik tie ekranai, kuriuos jis netyčia patikrino, o kitas jūsų sukurtas funkcionalumas vėl atkeliauja anglų kalba. Šį pasikartojantį reiškinį detaliai aprašėme straipsnyje kodėl „Lovable“ vertimai išsibarsto, ir mechanizmas nepasikeitė — agentas išsprendžia jam pateiktą užklausą, o ne už jos slypinčią architektūrą.

Sprendimas yra struktūrinis ir vienkartinis: suteikite eilutėms raktus, sudėkite vertimus į failus, priverskite vykdymo laiką (runtime) skaityti iš tų failų. „Skill“ (įgūdis) šiam darbui puikiai tinka būtent todėl, kad tai fiksuotas veiksmų planas, o ne užklausa, kurią turite du kartus tiksliai suformuluoti.

Ką įdiegia lovable-i18n įgūdis?

„Lingui“ v6, su PO katalogais src/locales/[locale]/messages.po, „Trans“ makrokomandomis eilučių išskyrimui, kalbos perjungimo komponentu ir GitHub Action. Ji atpažįsta, kokį steką naudoja jūsų projektas, ir atitinkamai sugeneruoja karkasą — „Vite SPA“ arba „TanStack Start“, kuriuos abu generuoja „Lovable“.

Tas steko atpažinimas svarbesnis, nei skamba. „Lovable“ numatytasis generuojamas stekas persikėlė prie „TanStack Start“ su serverine atvaizdavimo puse, o teisinga i18n integracija skiriasi kliento pusėje atvaizduojamai SPA nuo serverio pusėje atvaizduojamos programos. Serverinį atvejį atskirai aptarėme „TanStack Start“ vadove; „skill“ pati parenka tinkamą kelią, kad jums nereikėtų žinoti, kurį steką gavote.

Ko ji neįdiegia — tai priklausomybės nuo mūsų vykdymo laiku. Katalogai yra failai jūsų saugykloje. Jei rytoj pašalintumėte globalize.now, „Lingui“ programa su į saugyklą įkeltais PO failais toliau atvaizduos visas kalbas, kurias jau turi.

Kaip importuoti „skill“?

Keturi žingsniai, atliekami vieną kartą kiekvienai darbo erdvei.

1. Prijunkite „Lovable“ projektą prie GitHub. Naudokite + meniu pokalbio įvesties lauke, pasirinkite GitHub, tada Connect project. Katalogams reikia realios saugyklos, kurioje jie galėtų gyvuoti.
2. Importuokite „skill“. Settings, tada Skills, tada Add, tada Import from GitHub, nurodant https://github.com/globalize-now/lovable-i18n. SKILL.md yra saugyklos šaknyje — tokia struktūra ir tikimasi, kai „Lovable“ pateikiate visos saugyklos URL. Poaplankis didesnėje „skills“ saugykloje taip pat veikia, naudojant tree arba blob URL.
3. Pridėkite globalize MCP. Atidarykite Connectors, pasirinkite Custom MCP ir pridėkite https://api.globalize.now/mcp. Kai pasieksite prisijungimo žingsnį, „skill“ jus per jį pravesta.
4. Pateikite užklausą „Lovable“. Paprašykite naudoti lovable-i18n „skill“ ir globalize MCP, kad būtų sukonfigūruota i18n ir išversta programa.

Prieš pradedant verta žinoti du apribojimus. Kurti, redaguoti, trinti ir importuoti pasirinktines darbo erdvės „skills“ gali tik darbo erdvės savininkai ir administratoriai — redaktoriai gali matyti ir iškviesti bet kurią „skill“, bet negali jos pridėti. Be to, „skill“ pridėjimas per Settings kreditų nenaudoja; vėliau ją naudojanti žinutė kainuoja taip pat, kaip bet kuri kita kūrimo žinutė.

Visas žingsnis po žingsnio aprašymas su tiksliais URL adresais pateiktas „Lovable“ integracijos puslapyje.

Kuris tai MCP, o kuris — ne?

Tai painiausia dalis, ir supainiojus kryptis, prarasite visą popietę.

„Lovable“ turi du MCP paviršius, veikiančius priešingomis kryptimis. „Lovable“ MCP serveris mcp.lovable.dev leidžia išoriniam agentui — ChatGPT, Claude, Cursor, VS Code — kurti ir redaguoti jūsų „Lovable“ projektus iš kitos vietos. Pokalbio jungtys (chat connectors), pridedamos per Connectors kaip pasirinktinis MCP, veikia priešingai: jos leidžia „Lovable“ agentui pačiam kreiptis į išorinį įrankį, kol jūs kuriate.

globalize MCP priklauso antrai grupei. Jūs suteikiate „Lovable“ agentui galimybę sukurti jūsų lokalizacijos projektą, išversti katalogus ir prijungti saugyklą, jums patiems neatidarant antro produkto tam atlikti. Paties „Lovable“ dokumentacija šį skirtumą aiškiai išryškina — tai geras ženklas, rodantis, kad žmonės čia nuolat suklysta.

Praktinė pasekmė: jei pastebite, kad įklijuojate URL į Claude ar Cursor, norėdami tai suveikti, esate ne tame paviršiuje. Visa tai vyksta „Lovable“ redaktoriuje.

Kas nutinka po pirminės sąrankos?

„Skill“ sugeneruoja karkasą, o pakeitimai (diff) susinchronizuojami su GitHub. Peržiūrėkite juos kaip bet kurį kitą pakeitimą — „Lingui“ konfigūraciją, PO katalogus, komponentų pakeitimus, apgaubiančius eilutes „Trans“ makrokomandomis, kalbos perjungiklį — tada sujunkite (merge) į numatytąją šaką.

Po to konvertavimas baigtas. Tai vienkartinis veiksmas, atliekamas pačioje programoje: jūs prijungėte saugyklą, o globalize.now vieną kartą konvertavo kodo bazę, kad sukurtų katalogą. Nuo šio momento „push“ užduotys verčia naujus katalogo vienetus ir pateikia juos kaip „pull request“, kurį sujungiate patys. Jūs toliau įprastai pateikiate užklausas „Lovable“; naujos eilutės patenka į katalogą, o ne kaupiasi kaip neišversti literalai.

Nėra jokio eksporto žingsnio, jokio importo žingsnio ir jokio ekrano, kuriame kas nors patvirtintų eilutes po vieną. Jei norite išsamesnio argumento, kodėl tai svarbu, jis pateiktas straipsnyje „Lovable“ programos lokalizavimas be prietaisų skydelio.

Kodėl „skill“, o ne vertimo valdiklis?

Nes valdiklis ir katalogas sukuria skirtingus artefaktus, ir tik vienas iš jų priklauso jums.

Vykdymo laiko valdiklis — „Weglot“ modelis — įterpia „JavaScript“ kodą, kuris perrašo tekstą naršyklėje po puslapio įkėlimo. Gaunate anglų kalbos „blyksnį“, dėl kintančio eilučių ilgio besikeičiantį išdėstymą ir vieną anglišką puslapį rodyklėje, o vertimas vyksta kliento pusėje, kur naršymo robotas (crawler) jo patikimai nepastebi. Tai veikia bet kurioje svetainėje — tai ir yra pagrindinis jo privalumas — ir tai pagrįstas pasirinkimas rinkodaros puslapiui, kurio kodo nevaldote.

Į saugyklą įkeltas katalogas — priešingas kompromisas. Jam reikalinga prieiga prie kodo, kurią jūs turite, o mainais išverstas žymėjimas (markup) atvaizduojamas iš jūsų pačių saugyklos, su vienu indeksuojamu puslapiu kiekvienai kalbai. „Lovalingo“ buvo sukurtas būtent „Lovable“ platformai remiantis vykdymo laiko modeliu ir nutraukė veiklą 2026 m. rugpjūčio 31 d.; jei pereinate nuo jo, migracijos vadovas paaiškina, kaip eksportuoti tai, ką turėjote. Šis uždarymas taip pat yra aiškiausias argumentas failais grįstos struktūros naudai: PO katalogai jūsų Git istorijoje nepriklauso nuo to, ar kompanija vis dar egzistuoja.

Jei norite viso proceso apžvalgos, orientuotos į rezultatą, o ne mechanizmą, pradėkite nuo „Lovable“ programos padarymo daugiakalbe. Jei norite sužinoti kainą prieš pradedant, kainodaros puslapyje pateikti dabartiniai planai.

Pridėkite ją vieną kartą

Importas — tai vienkartinis darbo erdvės veiksmas, ir jis nemokamas. Po to i18n tampa tuo, ko galite paprašyti pokalbio įvesties lauke kaip bet kurios kitos funkcijos, o vertimai atkeliauja kaip jums priklausantys failai.