KI-generierter Text klingt nach KI. Er verwendet standardmäßig einen bestimmten Rhythmus, Wortschatz und Formalitätsgrad, der nichts mit Ihrem Unternehmen zu tun hat. Ohne explizite Anleitung liest sich jede Ausgabe gleich — egal ob es eine Marketing-E-Mail, ein Rechtsmemo oder eine Support-Antwort ist.
JieGous Markenstimme- und Governance-Kontrollen lösen dies auf Plattformebene. Definieren Sie Ihre Stimme einmal, und jede Recipe-Ausführung wendet sie automatisch an.
Markenstimme-Profil
Ein Markenstimme-Profil hat fünf konfigurierbare Dimensionen plus Referenzmaterial:
| Dimension | Optionen |
|---|---|
| Ton | formell, locker, technisch, freundlich, autoritativ, umgangssprachlich |
| Satzlänge | kurz, mittel, lang |
| Fachbegriff-Richtlinie | vermeiden, moderat, verwenden |
| Zielgruppen-Level | allgemein, professionell, Experte |
| Benutzerdefinierte Anweisungen | Freitext, bis zu 2.000 Zeichen |
Sie können auch bis zu 5 Referenz-Schreibproben (je 1.000 Zeichen) anhängen, die Ihren bevorzugten Stil demonstrieren. Das Modell verwendet diese als Few-Shot-Beispiele beim Generieren von Ausgaben.
Abteilungsebene-Overrides machen dies für reale Organisationen praktisch. Marketing kann locker und umgangssprachlich sein, während Recht formell und autoritativ bleibt. Jede Abteilung kann jede Dimension des kontoweiten Standards überschreiben. Die Auflösungshierarchie ist unkompliziert: Abteilungs-Override hat Vorrang vor kontoweitem Standard, der Vorrang vor nichts hat.
Wie die Einbettung funktioniert
Die Markenstimme ist kein Vorschlag. Sie wird automatisch in jede Recipe-Ausführung als System-Prompt-Abschnitt eingebettet, verpackt in <brand_voice>-XML-Tags mit allen konfigurierten Dimensionen.
Die Einbettung erfolgt innerhalb des Recipe-Executors. Workflows erben sie automatisch — jeder Recipe-Schritt in einem Workflow erhält dieselbe Markenstimme-Behandlung. Keine Recipe-spezifische Konfiguration nötig.
Die Auflösungsreihenfolge zur Ausführungszeit:
- Nach einem Abteilungsebene-Override suchen, der zur Abteilung des ausführenden Benutzers passt
- Auf den kontoweiten Standard zurückfallen
- Wenn keines existiert, ohne Markenstimme ausführen
Fail-Safe-Verhalten: Wenn Firestore nicht erreichbar ist, wenn der Executor versucht, das Markenstimme-Profil zu laden, wird die Ausführung ohne es fortgesetzt. Eine fehlende Markenstimme ist besser als ein fehlgeschlagenes Recipe.
Glossar
Das Glossar erzwingt konsistente Terminologie. Jeder Eintrag hat fünf Felder:
| Feld | Zweck |
|---|---|
| Begriff | Das zu treffende Wort oder die Phrase |
| Definition | Was es in Ihrer Organisation bedeutet |
| Bevorzugte Verwendung | Wie es in der Ausgabe erscheinen soll |
| Kontext | Wann es zu verwenden ist (und wann nicht) |
| Abteilung | Kontoweit oder abteilungsspezifisch |
Wenn ein Benutzer eine Aufgabe einreicht, scannt Wortgrenze-Matching die Eingabe nach Glossarbegriffen. Nur übereinstimmende Begriffe werden in den Prompt eingebettet — das hält das Kontextfenster schlank, anstatt jeden Begriff in jede Ausführung zu laden.
Übereinstimmende Begriffe werden als <glossary>-XML-Block mit einem 500-Token-Budget formatiert. Wenn übereinstimmende Begriffe das Budget überschreiten, werden sie nach Relevanz zur Eingabe priorisiert. Abteilungsspezifische Begriffe für die Abteilung des ausführenden Benutzers werden neben kontoweiten Begriffen einbezogen.
Prompt-Fragmente
Prompt-Fragmente sind wiederverwendbare Prompt-Komponenten, die Sie in Recipe-Templates mit {{fragment:name}}-Syntax referenzieren. Stellen Sie sich diese als gemeinsame Bausteine vor — ein Compliance-Disclaimer, eine Formatierungs-Checkliste, ein Standard-Einleitungsabsatz — die mehrere Recipes referenzieren können, ohne Text zu duplizieren.
Jedes Fragment hat:
- Name — der Referenzschlüssel in
{{fragment:name}} - Kategorie — Einleitung, Checkliste, Format, Disclaimer, Anweisungen, Regeln, Kontext oder sonstige
- Inhalt — bis zu 10.000 Zeichen
- Abteilungsbereich — kontoweit oder abteilungsspezifisch, mit optionaler Filterung
- Verwendungszähler — wird automatisch bei jeder Auflösung des Fragments während der Ausführung erhöht
Die UI enthält einen In-Zwischenablage-kopieren-Button, sodass Sie die {{fragment:name}}-Syntax direkt in Recipe-Templates einfügen können.
Zur Ausführungszeit werden Fragment-Referenzen aufgelöst, indem jedes {{fragment:name}}-Token durch den Inhalt des Fragments ersetzt wird. Dies geschieht nach der Markenstimme-Einbettung, aber vor der Variablensubstitution und Kontextassemblierung.
Kontextassemblierungs-Reihenfolge
Zu verstehen, was das Modell sieht, ist wichtig fürs Debugging. Hier ist die vollständige Assemblierungsreihenfolge zur Ausführungszeit:
- Branchen-System-Prompt — der Basisprompt für die Branche Ihres Kontos
- Markenstimme-System-Prompt — Ton, Stil und Referenzproben
- Fragment-Auflösung —
{{fragment:name}}-Token werden durch Inhalte ersetzt - Variablensubstitution — benutzerdefinierte Variablen werden eingefüllt
- Kontextabschnitte — Glossarbegriffe, Few-Shot-Beispiele, RAG-Dokumente
- Benutzeraufgaben-Prompt — die tatsächliche Eingabe des Benutzers
Jede Schicht baut auf der vorherigen auf. Wenn etwas in der Ausgabe nicht stimmt, können Sie jede Schicht unabhängig inspizieren, um das Problem zu finden.
Governance-Features
Audit-Logging
JieGou verfolgt 120+ verschiedene Aktionstypen plattformweit — einschließlich Markenstimme-Profiländerungen, Glossar-Bearbeitungen, Fragment-Änderungen, Recipe-Ausführungen und Workflow-Modifikationen.
Jedes Audit-Event speichert:
- Wer — der Benutzer, der die Aktion durchgeführt hat
- Was — der Aktionstyp und die betroffene Ressource
- Vorher/Nachher-Snapshots — vollständiges JSON des Ressourcenzustands vor und nach der Änderung
- Zeitstempel — wann die Aktion durchgeführt wurde
Drei Logging-Modi decken unterschiedliche Zuverlässigkeitsanforderungen ab:
| Modus | Verhalten | Anwendungsfall |
|---|---|---|
| Fire-and-Forget | Asynchroner Schreibvorgang, keine Ausführungsverzögerung | Standard für die meisten Aktionen |
| Synchron | Blockiert, bis der Audit-Datensatz persistiert ist | Compliance-sensitive Operationen |
| Compliance-bewusst | Dispatcht automatisch zum passenden Modus basierend auf Compliance-Level | Set-and-Forget-Konfiguration |
Aufbewahrungsrichtlinien sind pro Konto konfigurierbar, von 30 bis 365 Tagen. Audit-Daten können als CSV oder JSON exportiert werden, mit Filtern nach Aktionstyp, Benutzer, Datumsbereich und Ressource.
Compliance-Levels
Drei Voreinstellungen decken gängige organisatorische Anforderungen ab:
| Level | Aufbewahrung | Logging | Zusätzlich |
|---|---|---|---|
| Standard | 30 Tage | Asynchron | Standard für alle Konten |
| Erweitert | 90 Tage | Asynchron | Erzwungene Reasoning-Traces bei jeder Ausführung |
| Streng | 365 Tage | Synchron | Unveränderliche Laufhistorie, erforderliche Genehmigungsschritte |
Strikter Modus bedeutet, dass jeder Audit-Schreibvorgang die Ausführung blockiert, bis er persistiert ist, die Laufhistorie nicht gelöscht werden kann und Workflows mit Genehmigungsschritten eine Freigabe vor dem Fortfahren erfordern. Dies ist für regulierte Branchen konzipiert, in denen Auditierbarkeit eine gesetzliche Anforderung ist.
RBAC für Markenstimme
Der Zugriff auf Markenstimme-Kontrollen folgt JieGous rollenbasiertem Zugriffsmodell:
| Aktion | Erforderliche Rolle |
|---|---|
| Markenstimme-Profil bearbeiten | Owner oder Admin |
| Glossarbegriffe bearbeiten | Editor oder höher |
| Prompt-Fragmente bearbeiten | Editor oder höher |
| Markenstimme, Glossar, Fragmente lesen | Jedes Mitglied |
Das bedeutet, Ihr Content-Team kann Glossarbegriffe und Prompt-Fragmente verwalten, ohne Admin-Zugriff zu benötigen, während Markenstimme-Profiländerungen — die jede Ausführung im gesamten Konto betreffen — erhöhte Berechtigungen erfordern.
Verfügbarkeit
Markenstimme-Profile und Glossar sind in Pro-Tarifen und höher verfügbar. Governance-Features — Audit-Logging, Compliance-Levels und Aufbewahrungsrichtlinien — sind in Team- und Enterprise-Tarifen verfügbar. Prompt-Fragmente sind in allen bezahlten Tarifen verfügbar.