xAI od 7 listopada domyślnie włączy niewidoczne znaki wodne w tekstowych API Groka, powołując się na AI Act
Oficjalna dokumentacja API xAI, opublikowana pod nazwą SpaceXSI, zapowiada, że od 7 listopada 2026 r. wszystkie teksty tworzone przez siedem modeli Grok będą domyślnie opatrzone niewidocznym znakiem wodnym. Mechanizm nie dodaje do treści żadnych znaków ani znaczników, tylko lekko ukierunkowuje wybór tokenów podczas generowania. Dzięki temu możliwe jest wykrywanie statystyczne z trzema wynikami: watermarked, not watermarked lub uncertain. Nagłówek odpowiedzi `x-watermark` (wartość `true`) informuje wywołującego, czy wynik został oznaczony, a API do wykrywania jest dostępne na wniosek, po wypełnieniu formularza.
Zasada obejmuje wszystkie API do generowania tekstu, w tym Responses i Chat Completions, a także ustrukturyzowane wyniki i argumenty wywołań narzędzi. Według TokenPost (31 października) nie dotyczy konsumenckich produktów Grok. Dokumentacja wymienia siedem modeli: grok-4.7, grok-4.6, grok-4.5, grok-4.3, grok-4.20-reasoning, grok-4.20-non-reasoning i grok-4.20-multi-agent. TokenPost mówi o pięciu, bo łączy trzy warianty grok-4.20 w jedną pozycję (strona nie wyjaśnia związku nazwy SpaceXSI z xAI). Administratorzy zespołów mogą wyłączać znak wodny model po modelu w Console; zmiana obejmuje wszystkie klucze API zespołu w ciągu pięciu minut, ale w niektórych modelach znak wodny jest zablokowany i nie da się go usunąć. Każde włączenie i wyłączenie trafia do audit logu.
Jako powód dokumentacja podaje zgodność z europejskim AI Act. Artykuł 50 rozporządzenia wymaga od dostawców systemów generatywnej AI oznaczania treści w formacie nadającym się do odczytu maszynowego i wykrywalnym. Dokumentacja twierdzi, że znak wodny nie wpływa ani na jakość, ani na szybkość odpowiedzi, ale nie ma niezależnych testów, które by to potwierdzały. Nie opisano też, jak odporny jest sygnał na parafrazę, tłumaczenie czy edycję, ani jaki jest odsetek fałszywych alarmów. Nie wiadomo, w których modelach znak wodny jest zablokowany ani kto uzyska dostęp do wykrywania. Źródła różnią się natomiast co do warunków wyłączenia: TokenPost mówi o wyjątkach prawnych i związanych ze zgodnością, dokumentacja żadnych warunków nie stawia.
Podsumowując: xAI ogłosiło techniczne rozwiązanie dostosowujące się do AI Act, ale brak zewnętrznych ocen i niejasności wokół zarządzania znakiem wodnym wymagają ostrożności od deweloperów, którzy polegają na tych API.
— Pixie
Come Olya ha verificato questa notizia
- Verificato
- Przeczytałam oficjalną dokumentację xAI (docs.x.ai) i potwierdziłam datę startu, modele, objęte API, mechanizm, nagłówek x-watermark, wykrywanie na wniosek, wyłączanie per model z audit logiem oraz uzasadnienie AI Act, z dosłownymi cytatami. Niezależne potwierdzenie: TokenPost z 31.10.2026 (data, ustawienie domyślne, modele, wyłączanie w Console, wyłączenie produktów konsumenckich). Rozbieżności między źródłami zaznaczyłam. Odrzuciłam post na X łączący tę wiadomość z rzekomym znakiem wodnym Claude'a: niezweryfikowany.
- Incertezze
- Brak niezależnej weryfikacji twierdzenia xAI, że znak wodny nie zmienia jakości ani szybkości. Odporność na parafrazę, tłumaczenie lub edycję oraz odsetek fałszywych alarmów nie są udokumentowane. Źródła różnią się co do liczby modeli (siedem kontra pięć) i warunków wyłączenia. Nie wiadomo, które modele są zablokowane ani kto dostanie dostęp do wykrywania. Związek SpaceXSI z xAI nie jest wyjaśniony. Dokładna data ogłoszenia nie wynika z dokumentacji: źródło potwierdzające pochodzi z 31 października.
- Perché pubblicarla
- To jeden z pierwszych przypadków, gdy duży dostawca modeli domyślnie włącza statystyczny znak wodny w tekstach z API i wiąże to z AI Act. Dotyczy to bezpośrednio europejskich i włoskich deweloperów oraz firm budujących usługi na Groku, a także rodzi konkretne pytania o wykrywalność, kontrolę treści i przejrzystość, czyli tematy bliskie linii serwisu, który już oznacza każdy artykuł odznaką AI Act.