App öffnen
Moonborn — Developers

Markenstimm-Varianten

lineage- und fork-Tree-Governance für Brand-Teams, die formell vs. casual, B2B vs. B2C oder EN- vs. DE-Varianten derselben Marken-Persona brauchen — ohne den roten Faden zu verlieren.

Das Problem

Brand-Teams brauchen regelmäßig mehrere Stimm-Varianten desselben Charakters: eine formelle Fassung für Vertriebsmaterial, eine casuale für Social, eine strikt regulatorische für Finance, eine deutsche Variante für die DACH-Region. Sechs System-Prompts zu pflegen, die alle nach "derselben Marke" klingen sollen, ist ein schleichender Driftin Inkonsistenz — und jedes Mal, wenn jemand einen Prompt anpasst und die anderen vergisst, ein verstecktes Qualitätsrisiko.

Wie Moonborn das löst

Personas sind ein versionierter, forkbarer Graph. Drei Fähigkeiten tragen die Hauptlast:

  • fork-Baum mit Attribution. Jede Variante ist mit ihrem Vorgänger verbunden. Die lineage-Ansicht zeigt, wer wann was und warum geforkt hat.
  • refine-Modi. Lock erhält eine bestimmte Schicht (Soul intakt, Mask bearbeiten). Cascade erlaubt das Bearbeiten von Soul mit anschließender Regeneration von Self/Mask/Surface aus dem neuen Kern. Manual feinjustiert ein einzelnes Feld. Refine fährt Achsentransformationen — "darker", "warmer", "more authoritative" — gegen die bestehende Persona.
  • distinctiveness-Messung. Kosinus-Distanz gegen eine Baseline (ChatGPT-Default, eine Marken-Baseline oder eine beliebige andere Persona) stellt sicher, dass jede Variante weiterhin als du gelesen wird.

Workflow

  1. Generiere die kanonische Marken-Persona.
  2. Forke pro Variante.
  3. Refine jeden fork über den passenden Modus — meist ein Mask-refine für den Ton oder ein Surface-refine für das Locale.
  4. Auditiere jede Variante gegen den kanonischen Stand auf distinctiveness.
  5. Deploye jede hinter ihrer eigenen Persona-ID (oder über den OpenAI-kompatiblen Endpunkt mit model: "persona://<variant_id>").
const canonical = await client.personas.create({
 intent: 'Brand voice for Moonborn — Character Consistency Engine. Scholarly, character-centric, technically precise. Editorial restraint.',
});
 
const casual = await client.personas.fork(canonical.id, {
 refine: { mode: 'mask', axis: 'warmer', amount: 0.4 },
 note: 'Social media variant',
});
 
const formal = await client.personas.fork(canonical.id, {
 refine: { mode: 'mask', axis: 'more-authoritative', amount: 0.3 },
 note: 'Sales materials variant',
});
 
const tr = await client.personas.fork(canonical.id, {
 refine: { mode: 'surface', fields: { language: 'tr' } },
 note: 'Turkish locale',
});

lineage als Governance

Die lineage-Ansicht zeigt den vollständigen fork-Baum, die Attribution-Kette und das audit-Log für jede Änderung. Das audit-Log ist immutable, hash-chained und wird mindestens ein Jahr aufbewahrt — länger auf Enterprise. Schema-Migrationen über große Persona-Versionssprünge übernimmt ein Migration-Job, kein händisches Editieren von Datensätzen.

Für regulierte Branchen wird so aus "Brand-Drift" eine Metrik und eine Queue, kein Bauchgefühl.

Was das freischaltet

  • A/B-Tests von Markenvarianten in der Produktion, ohne den Überblick zu verlieren, welche welche ist.
  • Lokalisierung pro Markt mit intaktem Vier-Schichten-Modell über alle Locales — siehe Soul, Self, Mask, Surface.
  • Markenrichtlinien-Compliance über distinctiveness-Score-Schwellen. Eine Variante, die gegen den kanonischen Stand unter dem Schwellenwert landet, wird vor dem Ausliefern markiert.

Tarif

Pro-Tarif oder höher für fork, refine und distinctiveness-Messung. Der Free-Tarif unterstützt das reine Lesen des fork-Baums für geteilte Marketplace-Personas.

Weiter