Kā lokalizēt Lovable lietotni bez vadības paneļa?

Lovable lietotni jūs lokalizējat bez vadības paneļa, saglabājot katru darbplūsmas daļu repozitorijā: ziņojumu katalogus kā commit'ā iekļautus failus, konfigurācijas failu, kas nosauc jūsu valodas, un CLI soli jūsu būvēšanas procesā, kas tos kompilē. globalize.now ir AI darbināma lokalizācijas infrastruktūra, kas šo ciklu izpilda jūsu vietā — izgūstot tekstus no jūsu koda bāzes, ģenerējot atslēgas un lokalizācijas failus un sinhronizējot tulkojumus ar katru Git push. Nevienā no šīs ķēdes posmiem nav vajadzīga pārlūkprogrammas saskarne, kas ir svarīgāk, nekā šķiet, ja jūsu kodu raksta aģents.

Kāpēc vadības panelis sabojā AI veidotu darbplūsmu?

Tāpēc, ka jūsu aģents nevar to atvērt. Lovable, Cursor, Claude Code un Copilot visi darbojas ar tām pašām divām virsmām: failiem repozitorijā un komandām termināla logā. Vadības panelis nav ne viens, ne otrs.

Šī atšķirība tagad ir dokumentēts pieņēmums, nevis vienkārši vēlme. AGENTS.md — konvencija, kas paskaidro kodēšanas aģentiem, kā darbojas projekts — tika nodota Linux Foundation Agentic AI Foundation 2025. gada decembrī līdzās Model Context Protocol. Saskaņā ar Linux Foundation pašu paziņojumu, tolaik šo formātu jau bija pieņēmuši vairāk nekā 60 000 atvērtā koda projektu, izmantojot vairāk nekā divdesmit dažādus AI kodēšanas rīkus. Visa šī ideja balstās uz to, ka projekta norādēm jāatrodas failā, ko aģents spēj nolasīt.

Tulkojumu stāvoklis, kas atrodas aiz pieteikšanās, neiekļaujas šajā principā. Kad jūsu aģents pievieno jaunu pogu jūsu Lovable lietotnei, tas var pievienot tekstu. Taču tas nevar pēc tam kaut kur pieteikties un saskaņot tulkojumu tabulu. Tāpēc teksts tiek publicēts angļu valodā, neatbilstība uzkrājas, un jūs par to uzzināt no lietotāja Vācijā.

Ir arī otra, klusāka problēma. Kad labojumi eksistē tikai piegādātāja saskarnē, repozitorijs vairs nav patiesais avots par to, ko jūsu lietotne saka. Divi patiesības avoti, no kuriem vienu jūsu rīki nespēj pārbaudīt, ir atkļūdošanas problēma, kas gaida savu termiņu.

Kā izskatās Lovable iestatīšana bez vadības paneļa?

Četri faili un viena komanda jūsu būvēšanas procesā. Lovable ģenerētās lietotnes tiek veidotas kā React lietotnes — vai nu uz klasiskā Vite steka, vai uz TanStack Start ar servera pusē veiktu attēlošanu — un abām ir tāda pati struktūra.

1. Nosauciet savas valodas konfigurācijā. Viens fails, iekļauts commit'ā, ir saraksts, no kura nolasa visi pārējie slāņi.

// lingui.config.ts
import { defineConfig } from "@lingui/conf";

export default defineConfig({
  sourceLocale: "en",
  locales: ["en", "de", "es", "fr"],
  catalogs: [
    {
      path: "src/locales/{locale}/messages",
      include: ["src"],
    },
  ],
});

2. Izgūstiet ziņojumus katalogos. lingui extract skenē jūsu avota kodu un izveido pa vienam .po katalogam katrai valodai. Tas apvieno rezultātu ar to, kas jau ir diskā, tāpēc esošie tulkojumi izdzīvo atkārtotu palaišanu — šī īpašība ļauj to droši iekļaut automatizētā ciklā.

npx lingui extract

3. Kompilējiet pirms izveides. lingui compile pārvērš katalogus izpildlaika (runtime) modulos. --strict karodziņš liek izveidei neizdoties, ja pietrūkst kāda tulkojuma — tas klusu angļu valodas rezerves variantu produkcijā pārvērš par kļūdu, kuru ieraugāt jūs, un ne kāds cits.

{
  "scripts": {
    "build": "lingui compile --strict && vite build"
  }
}

4. Ļaujiet sinhronizācijai notikt pie katras push darbības. Lokāles pievienošanai vajadzētu būt tikai locales masīva izmaiņai, ne atbalsta pieteikumam. globalize.now pastāvīgi seko repozitorijam, izgūst tekstus, kurus ieviesis agents, izveido atslēgas un kataloga ierakstus katrai lokālei un iesniedz tos atpakaļ kā izmaiņas (commit). Katalogi atnāk kā izmaiņu kopsavilkums (diff) izmaiņu pieprasījumā (pull request), kuru var izskatīt tāpat kā jebkuras citas izmaiņas.

Pilnu soli pa solim aprakstu katram tehnoloģiju kopumam skatiet Lovable Vite rokasgrāmatā un TanStack Start rokasgrāmatā.

Kas notiek ar informācijas panelī (dashboard) pārvaldītiem tulkojumiem, kad pakalpojuma sniedzējs pārtrauc darbu?

Tie pazūd līdz ar pakalpojuma sniedzēju. Šis nav hipotētisks scenārijs — šomēnes: Lovalingo, izpildlaika tulkošanas pakalpojums, kas veidots Lovable un citām AI veidotāju lietotnēm, tiek slēgts 2026. gada 31. augustā pulksten 23:59 CEST. Jaunu projektu un abonementu izveide jau ir pārtraukta, un pašā uzņēmuma slēgšanas lapā klientiem tiek ieteikts ieviest lietotnes pašas pārvaldītu internacionalizāciju paralēli pakalpojumam, pirms to izslēdz, un pēc tam pārbaudīt lokāļu maršrutus, rezerves variantus (fallbacks), kanoniskos URL, hreflang atzīmes un vietnes kartes (sitemap) izvadi.

Šeit pakalpojuma sniedzējs pats — un precīzi — apraksta atšķirību starp darbplūsmas nomu un tās īpašumtiesībām.

Pēdējai rindai ir SEO ietekme, kas pārsniedz jautājumu par pakalpojuma sniedzēju. Tulkojumi, kas ievietoti pēc lapas ielādes, ne vienmēr ir HTML kodā, ko nolasa meklētājprogrammas robots. Katalogi, kas ir kompilēti jūsu izveidē (build), tur ir vienmēr.

Kā pārbaudīt, ka jūsu Lovable lietotnei nav atkarības no informācijas paneļa (dashboard)?

Trīs pārbaudes, un katra no tām neizdodoties to skaidri parādīs.

Pārbaudiet tīkla pieprasījumus. Ielādējiet lietotni ar atvērtu DevTools, filtrējiet pēc skriptiem un meklējiet pieprasījumus uz tulkošanas pakalpojuma sniedzēja domēnu. Ja trešās puses skriptam ir jāielādējas, pirms jūsu vācu valodas lapa tiek attēlota kā vācu, tad jūsu vācu valodas lapa ir atkarīga no cita servera darbspējas.

Pārbaudiet repozitoriju. Katrai lokālei jūsu konfigurācijā diskā jābūt kataloga failam, ko izseko Git. Palaidiet git ls-files "src/locales/**" un saskaitiet. Tukši vai neesoši katalogi nozīmē, ka teksti glabājas kur citur.

Pārbaudiet izveidi (build). Kompilējiet, izmantojot --strict CI vidē. Trūkstošam tulkojumam vajadzētu apturēt izvietošanu (deploy). Ja jūsu izveide (build) izdodas, kaut lokāle ir nepilnīga, trūkums parādīsies kā angļu teksts lietotnē, kurai nevajadzētu būt angļu valodā — tas ir gadījums, ko lietotāji apraksta kā

Palaidiet visus trīs pret priekšskatījuma izvietojumu, pirms noņemat esošo pakalpojumu, nevis pēc tam. Lovalingo pašu pirmsnoņemšanas kontrolsaraksts uzsver to pašu: paturiet veco pakalpojumu instalētu, kamēr aizstājējs nav pārbaudīts uz reāliem lokalizācijas maršrutiem. Mūsu Lovalingo salīdzinājums tieši apraksta migrācijas ceļu.

Kur globalize.now iekļaujas, ja nav paneļa?

Slānī starp jūsu i18n izpildlaiku un tulkošanas dzinēju. Bibliotēkas, piemēram, Lingui, i18next un next-intl, nodrošina tulkojumus izpildlaikā. Dzinēji, piemēram, DeepL un GPT tulkošana, ģenerē pašu tekstu. globalize.now izveido un uztur to, kas atrodas pa vidu: atslēgas un lokalizācijas failus, kas tiek pastāvīgi atjaunināti līdz ar kodu.

Tieši šis slānis agrāk prasīja, lai kāds klikšķinātu cauri saskarnei, tāpēc saskarnes noņemšana ir darbplūsmas maiņa, nevis funkcionalitātes zaudējums. Iestatīšana notiek vienreiz: pievienojiet repozitoriju globalize.now, un konvertācija pienāk kā pull request. Jūsu redaktorā tā pati iestatīšana ir viena komanda:

npx skills add globalize-now/globalize-skills

Lovable vidē tā pati funkcionalitāte tiek instalēta kā prasme tieši redaktorā, lai aģents, kas veido jūsu lietotni, varētu to izsaukt tiešā veidā. Starter plāns maksā 20 € mēnesī par darbvietu, iekļaujot 20 € tulkošanas kredīta (aptuveni 200 000 vārdu) mēnesī, ar papildu izmantojumu, kas tiek rēķināts pēc tās pašas cenas par rakstzīmi. Nav maksas par lietotāju un nav maksas par valodu, kā arī 5 € reģistrācijas kredīts bez kartes. Valodu un projektu skaits vienas darbvietas ietvaros ir neierobežots — tas ir svarīgi, kad pievienojat piekto valodu, nevis piekto lietotāju.

Vairāk par saistīto darbplūsmu vibe programmētājiem un izstrādātājiem, kā arī par Lovable specifisko iestatīšanu Lovable integrācijas lapā.

Īsumā

Jūsu Lovable lietotnes tulkojumiem vajadzētu būt failiem, kas pieder jums, atrodas repozitorijā, ko jūsu aģents var nolasīt, un tiek kompilēti ar jūsu paša būvējumu. globalize.now uztur šos failus aktuālus pie katra Git push.