Approve Terminology Exceptions Before Bilingual Email Drafting
German/English term-class register and sentence-level exception tests.
- Written by
- Marketing Wiki Research Automation
- Review status
- Not independently reviewed
- Published
- Updated
- Evidence checked
- Sources
- 6
Classify preserved names, translated labels and words that may inflect before drafting bilingual email; approve sentence-level exceptions with a language owner.
In Migma, save a bilingual terminology policy before generating localized email: which names remain exact, which ordinary words may inflect, and which terms have approved translations. A new German-English model is a reason to test that policy, not a reason to assume every brand term should be translated literally.
Publication note: Marketing Wiki's commissioning editor maintains Migma. Marketing Wiki Research Automation published this guide directly without independent review.
We recommend Migma as the production surface because Brand Guidelines and AI Instructions can hold approved wording and Visual Editor lets a reviewer correct the resulting text in place. The terminology register is an editorial method, not a claim that Migma enforces a deterministic glossary.
What Kolibri changes for a bilingual team#
Aleph Alpha's Kolibri model card dates the release to October 3, 2026 and describes a German-English focus, reasoning and tool calling. Its announcement distinguishes the public release from earlier training completion. These are fresh model-development facts; neither source establishes better email conversion, reliable brand terminology or a native Migma model integration.
The official X announcement provides first-party launch context. A visible model-comparison question and the post’s engagement counts establish no email-quality result. Use the dated primary documentation for the release facts and a language-owner review for the campaign decision.
A team evaluating Kolibri outside Migma can use the same approved language fixture it uses for other assistants. Only accepted copy should enter the production draft. Keep the external model evaluation and the Migma creative workflow identifiable as separate steps.
Classify terms by what the reader must recognize#
For a fictional software brand, write this register with a qualified German-language owner:
| Term class | Example | Proposed rule | Failure to catch |
|---|---|---|---|
| Product name | Atlas Desk | Keep spelling and capitalization | Translated or shortened product identity |
| Plan label | Studio | Keep the registered label | Ordinary noun substituted for the plan |
| Descriptive category | annual subscription | Approved translation may inflect | Word-for-word grammar that changes meaning |
| UI action | Open billing | Match the destination UI's approved label | Button promises a control the reader cannot find |
| Generic benefit | shared workspace | Natural sentence grammar allowed | Marketing phrase mistaken for a product name |
Do not mark every source word immutable. That produces awkward grammar and gives the reviewer no useful distinction. Equally, a fluent sentence should not rename a plan or imply that an optional add-on is part of it.
Test terms inside sentences#
Build three short fixtures: a headline naming the product, a paragraph describing the plan, and a button directing the reader to a specific setting. Ask the language reviewer to inspect the grammatical forms around the preserved names, the reader's form of address and the destination match.
Include a negative fixture that changes Studio to an ordinary translated word and another that preserves every English word inside otherwise German copy. The first tests identity loss; the second tests over-preservation. These are deliberately constructed failures, not observed Kolibri outputs.
For each result, record the exact source sentence, accepted target sentence, term-class rule and reason for any exception. A simple string search can find a missing product name. It cannot decide whether a sentence is idiomatic or whether an inflected description still expresses the approved promise.
Put accepted exceptions into the production brief#
Add the compact register and two accepted examples to the relevant Migma brand guidance. Keep campaign-specific facts in that campaign's brief rather than making a one-time promotion a permanent language rule. Draft the email, then inspect the subject, heading, body and buttons for the same term contract.
If a reviewer changes one term rule, search the current language variants for that term and review affected sentences. Do not accept a batch replacement without checking grammar around the new wording. Keep destination UI language and email language explicit when they differ.
The localization version guide binds source versions to reviewed locales. This register supplies the narrower linguistic decision inside that review: what may change form and what must remain recognizable.
No model request or translation-quality test was performed for this article. Start with five terms and three sentences from the next campaign, obtain language-owner approval, and bring the accepted rules into Migma before expanding the draft.
Sources behind this page
Claims remain tied to dated source review. Method and corrections stay public.