Les textes renvoyés par l’API Grok porteront par défaut un filigrane invisible à partir du 7 novembre 2026. xAI l’indique dans sa documentation développeur « Output Watermarking » : le changement couvre sept modèles Grok et vise la conformité avec le règlement européen sur l’IA. Les développeurs n’ont pas à modifier le format de leurs requêtes, mais les équipes doivent vérifier leurs paramètres de filigrane avant le 7 novembre, faute de quoi leurs sorties seront marquées par défaut.
Les sept modèles Grok sont couverts, y compris les arguments d’appel d’outil
Les sept modèles cités dans la documentation sont grok-4.7, grok-4.6, grok-4.5, grok-4.3, ainsi que les versions reasoning, non-reasoning et multi-agent de grok-4.20. Le filigrane s’applique à tous les points de terminaison de l’API de xAI, y compris le point de terminaison mondial et les points de terminaison régionaux, et aux requêtes passant par la Responses API comme par la Chat Completions API. La marque ne se limite pas au texte courant : les sorties structurées et les arguments d’appel d’outil générés par le modèle sont également marqués, ce qui touche le plus directement les équipes qui intègrent Grok dans des flux automatisés.
Le filigrane se cache dans les probabilités de choix des tokens, un texte court ne prouve rien
Le filigrane n’ajoute ni caractères, ni étiquettes, ni texte caché. Il oriente légèrement le choix des tokens du modèle pendant la génération, laissant un motif statistiquement identifiable. Selon xAI, cela n’affecte ni la qualité ni la vitesse des réponses, mais aucun test indépendant ne le confirme pour l’instant. Pour savoir si une réponse a été marquée, il suffit de lire l’en-tête de réponse x-watermark : la valeur true signifie qu’elle l’a été. Vérifier un passage exige une demande d’accès distincte à l’API de détection, et les résultats sont « filigrané », « non filigrané » ou « incertain » ; plus le texte est long, plus le signal est stable, et la réécriture ou le raccourcissement affaiblissent la fiabilité.
Pour les utilisateurs, le changement joue à deux niveaux : ceux qui lisent les sorties de Grok ne verront aucune différence, tandis que les équipes qui exploitent l’API héritent d’une responsabilité de conformité supplémentaire. Les administrateurs d’équipe peuvent désactiver le filigrane par modèle dans la console, mais ils doivent d’abord confirmer qu’une exception légale s’applique et assumer eux-mêmes les obligations de marquage et de divulgation ; le réglage vaut par équipe et par modèle, et non par clé d’API. Anthropic a déjà adopté un filigrane comparable pour les textes de Claude, et la décision de Grok rend le marquage par défaut plus courant côté API. Avant le 7 novembre, les équipes qui font tourner des chaînes de production de contenu sur l’API Grok doivent vérifier leurs paramètres dans la console et intégrer le contrôle de l’en-tête de réponse à leurs procédures, plutôt que de retracer l’origine d’une sortie seulement lorsqu’elle est mise en doute.
