GitLab-lokalisering:
lansera varje funktion redan översatt,
text ägd av hela ditt team

Med Prismy upptäcks nya strängar automatiskt på varje MR. Ingen manuell trigger, ingen synkronisering att köra. Översättningar genereras med ett klick, med hjälp av din produkts ordlista och varumärkesröst, och MR kan merge med produktionsklar text. Det finns ingen separat plattform att logga in på, inget fram och tillbaka innan en release. Team går vanligtvis från att öppna en MR till att lansera en översatt funktion i samma utvecklingscykel, istället för att vänta på en separat lokaliseringspass efteråt.

Att lägga till ett nytt språk tar minuter i Prismy. Uppdatera dina språkinställningar och varje befintligt MR-arbetsflöde utökas automatiskt för att täcka det. Det finns ingen ny pipeline att konfigurera, ingen ny synkronisering att underhålla. Team som skalar från 2 till 10+ språk lägger inte till personal eller processkomplexitet.

Prismy ansluter till ditt GitLab-repo som en inbyggd app och övervakar varje Merge Request. När en MR-diff inkluderar ändringar i översättningsfiler, nya nycklar tillagda, befintliga strängar modifierade, kontrollerar Prismy automatiskt vilka översättningar som saknas över dina aktiva språk och postar en kommentar på MR med detaljerna. Ingen konfiguration krävs utöver den initiala anslutningen.

När en utvecklare introducerar nya strängar i en Merge Request, bifogar Prismy automatiskt MR-kontexten till varje nyckel i sin editor: MR-beskrivningen, eventuella skärmdumpar bifogade till MR och eventuella Figma-designlänkar som refereras. När en översättare öppnar en nyckel ser de denna kontext direkt bredvid strängen, så de kan översätta med full förståelse för funktionen och dess designavsikt.

Ja, speciellt eftersom det känner till din produkt. Generiska AI-verktyg känner inte till din terminologi, din varumärkesröst eller de konventioner ditt team har etablerat. Prismys AI använder dina PM-konfigurerade anpassade instruktioner, din ordlista och kontexten från varje översättning ditt team redan har godkänt. Resultatet är konsekvent och korrekt i ditt specifika ordförråd.

Ja. Prismy stödjer både GitLab.com och självhanterade GitLab-instans. Om din organisation kör GitLab på egen infrastruktur av säkerhets- eller efterlevnadsskäl kan Prismy ansluta till det. För team med strängare krav erbjuder Prismy också ett värdläge där översättningsfiler lagras i Prismys databas istället för att kräva en direkt anslutning till repo.

Ja, och det är en central del av värdet. När utvecklaren installerar Prismy kan PMs och översättare göra textändringar direkt, på feature branches (ändringar committas omedelbart) eller i produktion (Prismy öppnar en konfliktfri MR automatiskt). De behöver inte GitLab-åtkomst eller JSON-filer. Granskare kan också använda Prismys webbapp eller Chrome-tillägg för att redigera text direkt i den levande produkten, WYSIWYG-stil.

Phrase och Lokalise använder båda en filsynkmodell: de hämtar dina översättningsfiler till sin plattform, du översätter där, och de skickar tillbaka. Prismy lever inuti dina Merge Requests: detekterar saknade översättningar i varje MR-diff, ger översättare full MR-kontext (beskrivning, skärmdumpar, Figma-länkar) och genererar AI-översättningar med din specifika produktterminologi och röst. Ingen separat synk att konfigurera eller underhålla.

Prismy arbetar på MR-nivå, så det kräver inga ändringar i din CI/CD-setup. Om du vill blockera distributioner när översättningar saknas kan du lägga till Prismys GitLab-kontroll i din pipeline. Det blockerar MR-merges tills nödvändiga översättningar är godkända. Konfigurerbart via API och CLI.

Prismy är stack-oberoende och stödjer alla vanliga i18n-format: JSON, YAML, PO/POT, XLIFF, Android strings XML, iOS .strings och mer. Det fungerar med alla ramverk eller i18n-bibliotek som lagrar översättningsfiler i ditt repo.