Kā pievienot lovable-i18n prasmi Lovable darbvietai?

To pievienojat no GitHub: atveriet Settings, tad Skills, tad Add, tad Import from GitHub, un norādiet Lovable uz globalize-now/lovable-i18n repozitoriju. Lovable to lejupielādē, pārbauda un publicē darbvietā, kur to var izmantot ikviens projekts. globalize.now ir ar mākslīgo intelektu darbināta lokalizācijas infrastruktūra: tā izveido atslēgas un lokalizācijas failus, un tos apkalpo jūsu lietotnē esošā izpildlaika bibliotēka. Prasme ir veids, kā tas viss notiek, neizejot no Lovable redaktora, un tieši tāpēc šajā ceļā nav vajadzīgs neviens informācijas panelis.

Kas tieši ir Lovable prasme?

Prasme ir īss, nosaukts ceļvedis, ko saglabājat vienreiz darbvietas līmenī. Tam ir trīs daļas: pastāvīgs nosaukums mazajos burtos, apraksts, kas pasaka Lovable, kad to ielādēt, un markdown instrukcijas, kurām Lovable seko, kad tā tiek piemērota.

Svarīgākā īpašība ir tāda, ka prasmes tiek ielādētas pēc pieprasījuma. Darbvietas zināšanas ir kaut kas cits — tās vienmēr ir kontekstā, un tur pieder kodēšanas standarti un zīmola noteikumi. Prasme sarunā parādās tikai tad, kad pieprasījums atbilst tās aprakstam, tāpēc darbvietā var būt daudz šauri fokusētu prasmju, nevienai no tām neapgrūtinot ar nesaistītu darbu.

To varat izsaukt apzināti, sarunas laukā ierakstot / un to izvēloties, vai arī ļaut Lovable to piemērot automātiski, ja uzvedne atbilst. Uztveriet prasmi kā kā, bet savu uzvedni — kā ko.

Tās ir arī pārnesamas. Lovable izmanto tādu pašu SKILL.md struktūru kā Anthropic Agent Skills konvencija, tāpēc rīkam, kas rakstīts vienam risinājumam, prasme bez izmaiņām tiek importēta arī otrā. Lokalizācijai tas nav sīkums: tas nozīmē, ka tās pašas instrukcijas, kas Lovable ietvaros izveido i18n struktūru, var pārcelties uz repozitoriju, ko vēlāk atverat Claude Code vai Cursor.

Kāpēc Lovable lietotne pēc noklusējuma darbojas tikai angļu valodā?

Tāpēc, ka ģenerētajam kodam nav lokalizācijas slāņa, kas varētu apkalpot ko citu. Kad jūs uzdodat Lovable izveidot cenu lapu, tas ieraksta virsrakstu tieši komponentā kā burtisku tekstu tajā valodā, kādā formulējāt uzdevumu. Tāpat nonāk visas pogas, tukšie stāvokļi, paziņojumi (toast) un validācijas ziņojumi.

Ja vēlāk lūdzat aģentam "iztulkot aplikāciju", rezultāts būs nepilnīgs — tiks nomainīti tie ekrāni, ko aģents nejauši apskatīja, bet nākamā funkcija, ko izveidosiet, atkal parādīsies angļu valodā. Šo atkārtošanos detalizēti aprakstījām rakstā par to, kāpēc Lovable tulkojumi izplūst, un mehānisms nav mainījies — aģents risina konkrēto uzdevumu, ne arhitektūru, kas ir tā pamatā.

Risinājums ir strukturāls un vienreizējs: piešķiriet tekstiem atslēgas (keys), ievietojiet tulkojumus failos un panāciet, lai izpildlaiks (runtime) tos lasītu no failiem. Skill šim uzdevumam ir labs risinājums tieši tāpēc, ka tā ir fiksēta darbību shēma, nevis uzvedne, kuru katru reizi jāformulē pareizi no jauna.

Ko instalē lovable-i18n iemaņa (skill)?

Lingui v6 ar PO katalogiem src/locales/[locale]/messages.po, Trans makro tekstu ekstrahēšanai, valodas pārslēdzēja komponentu un GitHub Action. Tas atpazīst, kādu tehnoloģiju kopu izmanto jūsu projekts, un attiecīgi izveido struktūru — Vite SPA vai TanStack Start, kuras abas Lovable var ģenerēt.

Šī tehnoloģiju kopas noteikšana ir svarīgāka, nekā izklausās. Lovable pēc noklusējuma ģenerētā tehnoloģiju kopa pārgāja uz TanStack Start ar servera renderēšanu, un pareizā i18n konfigurācija atšķiras klienta pusē renderētai SPA un servera pusē renderētai aplikācijai. Servera renderēšanas gadījumu aplūkojām atsevišķi TanStack Start rokasgrāmatā; skill izvēlas pareizo ceļu, tāpēc jums nav jāzina, kura versija jums ir.

Tas, ko šis risinājums nerada, ir izpildlaika atkarība no mums. Katalogi ir faili jūsu repozitorijā. Ja rīt pārtrauktu izmantot globalize.now, Lingui aplikācija ar veiktajiem PO failiem turpinātu rādīt visas jau esošās valodas.

Kā importēt skill?

Četri soļi, vienu reizi katrai darbvietai.

1. Savienojiet Lovable projektu ar GitHub. Tērzēšanas lodziņā izmantojiet izvēlni +, izvēlieties GitHub, tad Connect project. Katalogiem nepieciešams reāls repozitorijs, kur tie var atrasties.
2. Importējiet skill. Settings, tad Skills, tad Add, tad Import from GitHub, norādot https://github.com/globalize-now/lovable-i18n. SKILL.md atrodas repozitorija saknē — tāda struktūra Lovable sagaida, kad norādāt visa repozitorija URL. Der arī apakšdirektorija lielākā skills repozitorijā, izmantojot tree vai blob URL.
3. Pievienojiet globalize MCP. Atveriet Connectors, izvēlieties Custom MCP un pievienojiet https://api.globalize.now/mcp. Skill jūs izvedīs cauri pierakstīšanās solim, kad tas būs nepieciešams.
4. Uzdodiet Lovable uzdevumu. Lūdziet tam izmantot lovable-i18n skill un globalize MCP, lai konfigurētu i18n un iztulkotu aplikāciju.

Divi ierobežojumi, kas jāzina, pirms sākat. Pielāgotu darbvietas skills veidošana, redigēšana, dzēšana un importēšana ir pieejama tikai darbvietas īpašniekiem un administratoriem — redaktori var redzēt un izsaukt jebkuru skill, bet nevar to pievienot. Un skill pievienošana no Settings nepatērē kredītus; vēlāk izmantotā ziņa tiek tarificēta kā jebkura cita ziņa aplikācijas veidošanas procesā.

Pilna soli pa solim instrukcija ar konkrētiem URL atrodas Lovable integrācijas lapā.

Kurš tas ir MCP, un kurš tas nav?

Šī ir mulsinošā daļa, un ja to sapratīsiet nepareizi, izšķiedīsiet veselu pēcpusdienu.

Lovable piedāvā divus MCP interfeisus, kas darbojas pretējos virzienos. Lovable MCP serveris mcp.lovable.dev ļauj ārējam aģentam — ChatGPT, Claude, Cursor, VS Code — veidot un redigēt jūsu Lovable projektus no citas vietas. Tērzēšanas savienotāji (chat connectors), kas pievienoti sadaļā Connectors kā pielāgots MCP, darbojas pretēji: tie ļauj Lovable aģentam sazināties ar ārēju rīku, kamēr jūs veidojat aplikāciju.

globalize MCP ir otrā veida. Jūs piešķirat Lovable aģentam iespēju izveidot jūsu lokalizācijas projektu, iztulkot katalogus un savienot repozitoriju, neatverot otru rīku, lai to izdarītu. Lovable pati savā dokumentācijā šo atšķirību skaidri norāda, kas liecina, ka lietotāji regulāri to sajauc.

Praktiskais secinājums: ja pamanāt, ka ielīmējat URL Claude vai Cursor, lai tas darbotos, jūs esat nepareizajā vietā. Viss šeit notiek Lovable redaktorā.

Kas notiek pēc pirmās konfigurācijas?

Skill izveido struktūru, un izmaiņas tiek sinhronizētas ar GitHub. Pārbaudiet to tāpat kā jebkuru citu izmaiņu — Lingui konfigurāciju, PO katalogus, komponentu izmaiņas, kas ietver tekstus Trans makro, valodas pārslēdzēju — un tad apvienojiet ar savu galveno zaru (default branch).

Pēc tam pārveide ir pabeigta. Tā ir vienreizēja un notiek aplikācijas iekšienē: jūs savienojāt repozitoriju, un globalize.now vienreiz pārveidoja kodu, lai izveidotu katalogu. No šī brīža push uzdevumi tulko jaunas kataloga vienības un piegādā tās kā pull request, kuru jūs apvienojat. Jūs turpinat parasti uzdot uzdevumus Lovable; jaunie teksti nonāk katalogā, nevis uzkrājas kā neiztulkoti burtiski teksti.

Nav eksporta soļa, nav importa soļa, un nav ekrāna, kur kāds pa vienam apstiprina tekstus. Ja gribat plašāku argumentāciju, kāpēc tas ir svarīgi, tā atrodas rakstā Lovable aplikācijas lokalizācija bez informācijas paneļa.

Kāpēc skill, ne tulkošanas rīks (widget)?

Tāpēc, ka rīks (widget) un katalogs rada atšķirīgus rezultātus, un tikai viens no tiem pieder jums.

Izpildlaika rīks (widget) — tāds kā Weglot modelis — ievieto JavaScript kodu, kas pārrakstiet tekstu pārlūkprogrammā pēc lapas ielādes. Rezultātā redzat angļu tekstu uzplaiksnījumu, izkārtojums pārvietojas, kad mainās teksta garums, un indeksā ir tikai viena angļu valodas lapa, jo tulkošana notiek klienta pusē, kur robots (crawler) tos droši neredz. Tas darbojas jebkurā lapā, kas ir tā galvenā priekšrocība, un tas var būt saprātīgs risinājums mārketinga lapai, kuras kodu jūs nekontrolējat.

Veikts katalogs (committed catalog) ir pretējs risinājums. Tam nepieciešama piekļuve kodam, kura jums ir, un apmaiņā pret to iztulkotais marķējums (markup) tiek renderēts no jūsu paša repozitorija, ar vienu indeksējamu lapu katrai valodai. Lovalingo balstījās uz izpildlaika modeli tieši Lovable un tika izslēgts 2026. gada 31. augustā; ja pārejat no tā, migrācijas rokasgrāmata apraksta, kā eksportēt to, kas jums bija. Šī pārtraukšana ir arī skaidrākais argumentam par failos balstīto pieeju: PO katalogi jūsu Git vēsturē nav atkarīgi no tā, vai kompānija vēl eksistē.

Ja gribat pilnu ceļu, kas vērsts uz rezultātu, ne mehānismu, sāciet ar Lovable aplikācijas padarīšanu daudzvalodīgu. Ja gribat zināt izmaksas, pirms sākat, cenu lapā ir aktuālie plāni.

Pievienojiet vienreiz

Importēšana ir vienreizēja darbvietas darbība, un tā ir bezmaksas. Pēc tam i18n ir tikai kārtējs pieprasījums tērzēšanas lodziņā, tāpat kā jebkura cita funkcija, un tulkojumi ienāk kā jums piederoši faili.