GitLab-lokalisering:
udgiv hver funktion allerede oversat,
tekster ejet af hele dit team

Med Prismy opdages nye strings automatisk på hver MR. Ingen manuel udløser, ingen synkronisering at køre. Oversættelser genereres med ét klik, ved hjælp af dit produkts ordliste og tonefald, og MR kan merges med produktionsklare tekster. Der er ingen separat platform at logge ind på, ingen frem og tilbage før en release. Teams går typisk fra at åbne en MR til at udgive en oversat funktion i samme udviklingscyklus, i stedet for at vente på en separat lokaliseringsrunde bagefter.

Tilføjelse af et nyt sprog tager minutter i Prismy. Opdater dine sprogindstillinger, og hver eksisterende MR-workflow udvides automatisk til at dække det. Der er ingen ny pipeline at konfigurere, ingen ny synkronisering at vedligeholde. Teams, der skalerer fra 2 til 10+ sprog, tilføjer ikke flere medarbejdere eller proceskompleksitet.

Prismy forbinder til dit GitLab-repository som en indbygget app og overvåger hver Merge Request. Når en MR-diff inkluderer ændringer til oversættelsesfiler, nye nøgler tilføjet, eksisterende strings ændret, kontrollerer Prismy automatisk, hvilke oversættelser der mangler på tværs af dine aktive sprog og poster en kommentar på MR med detaljerne. Ingen konfiguration krævet ud over den indledende forbindelse.

Når en udvikler introducerer nye strings i en Merge Request, vedhæfter Prismy automatisk MR-konteksten til hver ny nøgle i sin editor: MR-beskrivelsen, eventuelle skærmbilleder vedhæftet til MR og eventuelle Figma-designlinks refereret. Når en oversætter åbner en nøgle, ser de denne kontekst direkte ved siden af strengen, så de kan oversætte med fuld forståelse af funktionen og dens designintention.

Ja, specifikt fordi det kender dit produkt. Generiske AI-værktøjer kender ikke din terminologi, dit tonefald eller de konventioner, dit team har etableret. Prismys AI bruger dine PM-konfigurerede brugerdefinerede instruktioner, din ordliste og konteksten fra hver oversættelse, dit team allerede har godkendt. Outputtet er konsekvent on-brand og korrekt i dit specifikke ordforråd.

Ja. Prismy understøtter både GitLab.com og selvadministrerede GitLab-instanser. Hvis din organisation kører GitLab på sin egen infrastruktur af sikkerheds- eller overholdelsesårsager, kan Prismy forbinde til det. For teams med strengere krav tilbyder Prismy også en hostet tilstand, hvor oversættelsesfiler gemmes i Prismys database i stedet for at kræve en direkte repo-forbindelse.

Ja, og det er en kerneværdi. Når udvikleren installerer Prismy, kan PM'er og oversættere lave tekstændringer direkte, på feature branches (ændringer committeres med det samme) eller i produktion (Prismy åbner automatisk en konfliktfri MR). De behøver ikke GitLab-adgang eller JSON-filer. Gennemlæsere kan også bruge Prismys webapp eller Chrome-udvidelse til at redigere tekster direkte i det live produkt, WYSIWYG-stil.

Phrase og Lokalise bruger begge en filsynkroniseringsmodel: de trækker dine oversættelsesfiler ind i deres platform, du oversætter der, og de skubber tilbage. Prismy lever inde i dine Merge Requests: det opdager manglende oversættelser i hver MR-diff, giver oversættere fuld MR-kontekst (beskrivelse, skærmbilleder, Figma-links) og genererer AI-oversættelser ved hjælp af din specifikke produktterminologi og tonefald. Ingen separat synkronisering at konfigurere eller vedligeholde.

Prismy arbejder på MR-niveau, så det kræver ikke ændringer i din CI/CD-opsætning. Hvis du vil blokere udrulninger, når oversættelser mangler, kan du tilføje Prismys GitLab-check til din pipeline. Det blokerer MR-merges, indtil krævede oversættelser er godkendt. Konfigurerbar via API og CLI.

Prismy er stack-agnostisk og understøtter alle almindelige i18n-formater: JSON, YAML, PO/POT, XLIFF, Android strings XML, iOS .strings og mere. Det fungerer med enhver ramme eller i18n-bibliotek, der gemmer oversættelsesfiler i dit repo.