Activé par défaut, sur sept modèles
Le texte produit par l’API de Grok porte un filigrane invisible depuis le 7 novembre. SpaceXSI, l’entreprise d’Elon Musk qui construit les modèles Grok et dont l’entité juridique est SpaceX Super Intelligence LLC, a documenté ce changement comme portant sur sept modèles — grok-4.7, grok-4.6, grok-4.5, grok-4.3 et trois variantes de grok-4.20 — et indique qu’il est activé par défaut pour tous.
La portée est large. La documentation précise que le marquage est activé sur chacun des points d’accès de l’entreprise, le point mondial api.x.ai comme tout point régional, et qu’il s’applique à toutes les API de génération de texte, y compris la Responses API et la Chat Completions API. Il couvre les réponses ordinaires, les sorties structurées et les arguments des appels d’outils. Aucun paramètre n’est à transmettre, et la seule modification de la réponse est un nouvel en-tête x-watermark que le développeur peut lire pour vérifier si une sortie donnée a été marquée.
L’entreprise avance une seule raison : « SpaceXSI filigrane les sorties texte de ses modèles afin de se conformer au règlement européen sur l’IA. » Elle ne cite aucun article.
Ce que dit réellement la règle
L’obligation visée figure à l’article 50(2) du règlement sur l’IA, qui impose aux fournisseurs de systèmes générant « des contenus de synthèse de type audio, image, vidéo ou texte » de veiller à ce que les sorties soient « marquées dans un format lisible par machine et identifiables comme ayant été générées ou manipulées par une IA », au moyen de solutions techniques « efficaces, interopérables, solides et fiables dans la mesure où cela est techniquement possible ».
Cette formulation explique que la marque soit statistique et non typographique. SpaceXSI indique qu’elle est appliquée pendant la génération, en infléchissant légèrement le choix des jetons, de sorte qu’elle n’ajoute ni caractère, ni balise, ni texte caché — et qu’elle survit donc à un copier-coller depuis une fenêtre de discussion. La détection est elle aussi probabiliste : l’entreprise note un passage et le signale comme filigrané, non filigrané ou incertain, et précise qu’un texte plus long donne un signal plus net.
Qui peut effectuer cette vérification est une autre question. L’accès à l’API de détection s’obtient sur candidature, via un formulaire : la capacité de marquer le texte est désormais universelle et activée par défaut, celle de lire la marque ne l’est pas.
Le désactiver est une déclaration juridique
Le retrait est la partie à lire de près. Le marquage se règle par modèle pour une équipe entière, et seuls les administrateurs voient le réglage, dans une ligne de la console affichant Activé (tous les modèles), Désactivé (tous les modèles) ou Personnalisé. Le réglage s’applique à toutes les clés d’API de l’équipe, et les changements prennent effet sur les nouvelles requêtes en cinq minutes.
Désactiver un modèle n’est pas un simple interrupteur. La documentation indique que le retrait « vous demande de confirmer qu’une exception prévue par le droit applicable vaut pour votre usage, et que vous êtes seul responsable de tout marquage, de toute information ou de toute autre obligation légale ». Chaque activation et chaque retrait sont inscrits dans le journal d’audit de l’équipe, où les administrateurs peuvent les rechercher par identifiant d’événement, description ou utilisateur. Certains modèles peuvent en outre être verrouillés en position activée pour une équipe : ils apparaissent dans la boîte de dialogue sans case à cocher et ne peuvent pas être désactivés depuis la console.
L’ensemble relève autant du choix de conception que de la conformité. Qui veut du texte Grok non marqué doit être administrateur, doit affirmer dans le produit que la loi l’exempte, doit assumer lui-même toute obligation d’information, et laisse une trace datée de l’avoir fait. Restent deux choses à suivre : l’ouverture éventuelle de l’API de détection au-delà des candidatures, et le sort des applications grand public de Grok, que la documentation ne couvre pas.
