Le texte généré par l’IA ressemble à de l’IA. Il adopte par défaut une cadence, un vocabulaire et un niveau de formalité qui n’ont rien à voir avec votre entreprise. Sans orientation explicite, chaque sortie se lit de la même façon — qu’il s’agisse d’un email marketing, d’une note juridique ou d’une réponse de support.
Les contrôles de voix de marque et de gouvernance de JieGou résolvent ce problème au niveau de la plateforme. Définissez votre voix une fois, et chaque exécution de Recipe l’applique automatiquement.
Profil de voix de marque
Un profil de voix de marque a cinq dimensions configurables plus du matériel de référence :
| Dimension | Options |
|---|---|
| Ton | formel, décontracté, technique, amical, autoritaire, conversationnel |
| Longueur des phrases | courte, moyenne, longue |
| Politique de jargon | éviter, modérer, adopter |
| Niveau d’audience | général, professionnel, expert |
| Instructions personnalisées | texte libre, jusqu’à 2 000 caractères |
Vous pouvez également joindre jusqu’à 5 échantillons de rédaction de référence (1 000 caractères chacun) qui démontrent votre style préféré. Le modèle les utilise comme exemples few-shot lors de la génération de sortie.
Les surcharges au niveau département rendent cela pratique pour les vraies organisations. Le Marketing peut être décontracté et conversationnel tandis que le Juridique reste formel et autoritaire. Chaque département peut surcharger n’importe quelle dimension de la valeur par défaut au niveau du compte. La hiérarchie de résolution est directe : la surcharge de département prime sur la valeur par défaut au niveau du compte, qui prime sur l’absence de configuration.
Comment fonctionne l’injection
La voix de marque n’est pas une suggestion. Elle est automatiquement injectée dans chaque exécution de Recipe comme une section de prompt système, encapsulée dans des balises XML <brand_voice> avec toutes les dimensions configurées incluses.
L’injection se produit à l’intérieur de l’exécuteur de Recipe. Les workflows en héritent automatiquement — chaque étape de Recipe dans un workflow reçoit le même traitement de voix de marque. Aucune configuration par Recipe nécessaire.
L’ordre de résolution au moment de l’exécution :
- Vérifier une surcharge au niveau département correspondant au département de l’utilisateur exécutant
- Se rabattre sur la valeur par défaut au niveau du compte
- Si ni l’un ni l’autre n’existe, exécuter sans voix de marque
Comportement de sécurité : si Firestore est injoignable quand l’exécuteur tente de charger le profil de voix de marque, l’exécution continue sans lui. Une voix de marque manquante est préférable à une Recipe en échec.
Glossaire
Le glossaire impose une terminologie cohérente. Chaque entrée a cinq champs :
| Champ | Objectif |
|---|---|
| Terme | Le mot ou l’expression à détecter |
| Définition | Ce qu’il signifie dans votre organisation |
| Usage préféré | Comment il devrait apparaître dans la sortie |
| Contexte | Quand l’utiliser (et quand ne pas l’utiliser) |
| Département | Valable pour tout le compte ou spécifique à un département |
Lorsqu’un utilisateur soumet une tâche, une correspondance sur les limites de mots scanne l’entrée pour les termes du glossaire. Seuls les termes correspondants sont injectés dans le prompt — cela garde la fenêtre de contexte légère au lieu de déverser chaque terme dans chaque exécution.
Les termes correspondants sont formatés comme un bloc XML <glossary> avec un budget de 500 tokens. Si les termes correspondants dépassent le budget, ils sont priorisés par pertinence par rapport à l’entrée. Les termes scopés par département pour le département de l’utilisateur exécutant sont inclus aux côtés des termes valables pour tout le compte.
Fragments de prompt
Les fragments de prompt sont des composants de prompt réutilisables que vous référencez dans les templates de Recipe avec la syntaxe {{fragment:name}}. Considérez-les comme des blocs de construction partagés — une clause de conformité, une checklist de formatage, un paragraphe d’introduction standard — que plusieurs Recipes peuvent référencer sans dupliquer le texte.
Chaque fragment a :
- Nom — la clé de référence utilisée dans
{{fragment:name}} - Catégorie — intro, checklist, format, disclaimer, instructions, règles, contexte ou autre
- Contenu — jusqu’à 10 000 caractères
- Périmètre de département — valable pour tout le compte ou spécifique à un département, avec filtrage optionnel
- Compteur d’utilisation — auto-incrémenté chaque fois que le fragment est résolu pendant l’exécution
L’interface inclut un bouton de copie dans le presse-papiers pour que vous puissiez coller la syntaxe {{fragment:name}} directement dans les templates de Recipe.
Au moment de l’exécution, les références de fragments sont résolues en remplaçant chaque token {{fragment:name}} par le contenu du fragment. Cela se produit après l’injection de la voix de marque mais avant la substitution de variables et l’assemblage du contexte.
Ordre d’assemblage du contexte
Comprendre ce que le modèle voit est important pour le débogage. Voici l’ordre d’assemblage complet au moment de l’exécution :
- Prompt système de secteur — le prompt de base pour le secteur de votre compte
- Prompt système de voix de marque — ton, style et échantillons de référence
- Résolution des fragments — les tokens
{{fragment:name}}remplacés par leur contenu - Substitution de variables — les variables définies par l’utilisateur remplies
- Sections de contexte — termes du glossaire, exemples few-shot, documents RAG
- Prompt de tâche utilisateur — l’entrée réelle de l’utilisateur
Chaque couche s’appuie sur la précédente. Si quelque chose dans la sortie semble décalé, vous pouvez inspecter chaque couche indépendamment pour trouver où se situe le problème.
Fonctionnalités de gouvernance
Journalisation d’audit
JieGou suit plus de 120 types d’actions distincts à travers la plateforme — incluant les modifications de profil de voix de marque, les éditions de glossaire, les modifications de fragments, les exécutions de Recipes et les modifications de workflows.
Chaque événement d’audit stocke :
- Qui — l’utilisateur qui a effectué l’action
- Quoi — le type d’action et la ressource affectée
- Instantanés avant/après — JSON complet de l’état de la ressource avant et après le changement
- Horodatage — quand l’action a eu lieu
Trois modes de journalisation gèrent différentes exigences de fiabilité :
| Mode | Comportement | Cas d’usage |
|---|---|---|
| Fire-and-forget | Écriture asynchrone, pas de délai d’exécution | Défaut pour la plupart des actions |
| Synchrone | Bloque jusqu’à la persistance de l’enregistrement d’audit | Opérations sensibles à la conformité |
| Compliance-aware | Dispatche automatiquement vers le mode approprié selon le niveau de conformité | Configuration set-and-forget |
Les politiques de rétention sont configurables par compte, de 30 à 365 jours. Les données d’audit peuvent être exportées en CSV ou JSON avec des filtres sur le type d’action, l’utilisateur, la plage de dates et la ressource.
Niveaux de conformité
Trois presets correspondent aux exigences organisationnelles courantes :
| Niveau | Rétention | Journalisation | Supplémentaire |
|---|---|---|---|
| Standard | 30 jours | Asynchrone | Défaut pour tous les comptes |
| Enhanced | 90 jours | Asynchrone | Traces de raisonnement forcées à chaque exécution |
| Strict | 365 jours | Synchrone | Historique d’exécution immuable, portes d’approbation obligatoires |
Le mode Strict signifie que chaque écriture d’audit bloque l’exécution jusqu’à la persistance, que l’historique d’exécution ne peut pas être supprimé, et que les workflows avec des étapes d’approbation nécessitent une validation avant de continuer. Il est conçu pour les industries réglementées où l’auditabilité est une obligation légale.
RBAC pour la voix de marque
L’accès aux contrôles de voix de marque suit le modèle d’accès basé sur les rôles de JieGou :
| Action | Rôle requis |
|---|---|
| Modifier le profil de voix de marque | Owner ou Admin |
| Modifier les termes du glossaire | Editor ou supérieur |
| Modifier les fragments de prompt | Editor ou supérieur |
| Lire la voix de marque, le glossaire, les fragments | Tout membre |
Cela signifie que votre équipe contenu peut gérer les termes du glossaire et les fragments de prompt sans avoir besoin d’un accès admin, tandis que les modifications du profil de voix de marque — qui affectent chaque exécution à travers le compte — nécessitent des permissions élevées.
Disponibilité
Les profils de voix de marque et le glossaire sont disponibles sur les plans Pro et supérieurs. Les fonctionnalités de gouvernance — journalisation d’audit, niveaux de conformité et politiques de rétention — sont disponibles sur les plans Team et Enterprise. Les fragments de prompt sont disponibles sur tous les plans payants.
Explorer toutes les fonctionnalités ou démarrer votre essai gratuit.