Påslaget som standard, i sju modeller
Text som kommer ut ur Groks API bär ett osynligt vattenmärke sedan den 7 november. SpaceXSI, Elon Musks bolag som bygger Grok-modellerna och vars juridiska person heter SpaceX Super Intelligence LLC, dokumenterade ändringen som gällande sju modeller — grok-4.7, grok-4.6, grok-4.5, grok-4.3 och tre grok-4.20-varianter — och säger att den är påslagen som standard för samtliga.
Omfattningen är bred. Dokumentationen uppger att märkningen är aktiverad på varje av företagets API-ändpunkter, det globala api.x.ai och alla regionala ändpunkter, och att den gäller samtliga API:er för textgenerering, inklusive Responses API och Chat Completions API. Den täcker vanliga svar, strukturerade utdata och argumenten i verktygsanrop. Det finns ingen parameter att skicka, och enda förändringen i svarets form är ett nytt x-watermark-huvud som utvecklaren kan läsa för att se om ett visst svar märkts.
Företaget anger ett enda skäl: “SpaceXSI vattenmärker modellernas textutdata för att följa EU:s AI-förordning.” Någon artikel nämns inte.
Vad regeln faktiskt säger
Skyldigheten det handlar om står i artikel 50.2 i AI-förordningen, som kräver att leverantörer av system som genererar “syntetiskt ljud-, bild-, video- eller textinnehåll” säkerställer att utdata är “märkta i ett maskinläsbart format och möjliga att upptäcka som artificiellt genererade eller manipulerade”, med tekniska lösningar som är “ändamålsenliga, driftskompatibla, robusta och tillförlitliga i den mån det är tekniskt genomförbart”.
Den formuleringen är skälet till att märket är statistiskt snarare än typografiskt. SpaceXSI säger att det läggs på medan modellen genererar text och påverkar vilka tokens den väljer en aning, så att inga tecken, märkspråk eller dold text tillkommer — och att det därför överlever att kopieras ur ett chattfönster och klistras in någon annanstans. Detektionen är också sannolikhetsbaserad: företaget poängsätter ett stycke och rapporterar det som vattenmärkt, inte vattenmärkt eller osäkert, och uppger att längre text ger starkare signal.
Vem som får göra den kontrollen är en annan sak. Tillgång till detektions-API:et beviljas efter ansökan via ett formulär, så förmågan att märka text är nu standard och universell medan förmågan att läsa märket inte är det.
Att stänga av det är ett rättsligt påstående
Avanmälan är den del som är värd att läsa noga. Märkningen ställs in per modell för ett helt team, och bara teamadministratörer ser kontrollen, i en rad i konsolen som visar På (alla modeller), Av (alla modeller) eller Anpassad. Inställningen gäller samtliga API-nycklar i teamet, och ändringar får verkan på nya förfrågningar inom fem minuter.
Att slå av en modell är ingen vanlig knapp. Dokumentationen säger att avanmälan “ber dig bekräfta att ett undantag enligt tillämplig lag gäller för din användning, och att du ensam ansvarar för eventuell märkning, information eller annat rättsligt krav”. Varje på- och avslag skrivs till teamets granskningslogg, där administratörer kan söka på händelse-id, beskrivning eller användare. Vissa modeller kan dessutom vara låsta i påslaget läge för ett team: de syns i dialogrutan utan kryssruta och går inte att stänga av från konsolen.
Sammantaget är det lika mycket ett designval som ett efterlevnadsval. Den som vill ha omärkt Grok-text måste vara administratör, måste inne i produkten hävda att lagen undantar dem, måste själv ta på sig varje informationsskyldighet och lämnar efter sig en daterad notering om att ha gjort det. Vad som är värt att följa är om detektions-API:et öppnas bortom ansökningsförfarandet, och om Groks konsumentappar — som dokumentationen inte omfattar — följer efter API:et.
