Din 2 august 2026, modelele Claude lansate de atunci încolo marchează la nivel de model tot ce generează. Nu vorbim despre o linie discretă de tipul „generat cu Claude” adăugată la finalul unui răspuns, ci despre un watermark țesut direct în text, invizibil pentru cine citește, dar prezent și transmisibil prin copy-paste.

Am dat peste vestea asta într-o postare de pe Facebook care semnala rapid și o reacție din partea comunității open-source: proiectul watermarks-remover, apărut la doar câteva zile după anunțul Anthropic, cu scopul declarat de a curăța urmele lăsate de mai mulți furnizori de AI, nu doar de Claude. Am verificat sursele și merită detaliat, pentru că dincolo de titlul senzațional chiar există niște lucruri tehnice interesante.

Ce a anunțat Anthropic

Anthropic folosește două mecanisme complementare pentru a marca ce a fost generat sau procesat de Claude.

Primul e watermark-ul de text: când un model Claude suportat generează un răspuns, în text e țesut un semnal imperceptibil, care nu schimbă sensul, calitatea sau lizibilitatea răspunsului. Pentru că e parte din text, nu un adaos separat, semnalul călătorește odată cu textul când e copiat și lipit în altă parte, și poate supraviețui unor editări ulterioare.

Al doilea mecanism privește fișierele: pentru formate ca SVG, PNG sau JPG, Claude atașează metadate de proveniență semnate digital, bazate pe standardul C2PA (Coalition for Content Provenance and Authenticity), același folosit deja de Google și Adobe.

Marcarea funcționează la nivel de model, deci apare indiferent de produsul prin care ajungi la Claude: Claude Platform (API), Claude chat, Claude Code, Claude Cowork sau Claude Tag. Se aplică și accesului prin AWS, Google Cloud sau Microsoft Foundry, chiar dacă partea de metadate semnate poate lipsi în funcție de ce oferă fiecare platformă.

Motivul invocat oficial e conformarea cu Articolul 50 din AI Act-ul Uniunii Europene, care cere transparență pentru conținutul generat de AI. Doar că Anthropic a ales să aplice marcarea global, nu doar pentru cererile care vin din UE. Practic nu există regiune în care să obții output nemarcat de la un model Claude suportat.

Ce recunoaște chiar Anthropic despre limitele watermark-ului

Partea onestă a anunțului, și cea mai interesantă pentru cine se uită tehnic la subiect, e secțiunea despre limitări. Anthropic spune clar că prezența unui semn indică doar că textul ar fi fost procesat de Claude, nu că a fost generat integral de AI. Un exemplu concret dat chiar de ei: un text scris de un om, trecut prin Claude doar pentru corectură, traducere sau rezumat, poate ajunge să poarte watermark, deși ideile și conținutul de bază sunt ale omului.

La fel de important: absența semnului nu dovedește că un text nu a fost scris cu ajutorul unui model AI. O captură de ecran a unei imagini generate, sau o conversie de format, poate elimina metadatele fără ca asta să însemne nimic despre originea conținutului.

Anthropic nu a publicat încă detectorul complet și algoritmul exact al noului watermark de text. Promite documentație tehnică suplimentară și instrumente de detecție pentru terți, dar deocamdată acestea lipsesc. E o fereastră ciudată: semnul e deja prezent peste tot, dar nu există încă un mod public de a-l verifica riguros.

Unde intră watermarks-remover

La câteva zile după anunț, pe GitHub a apărut watermarks-remover, un proiect open-source, licențiat MIT, gândit ca skill pentru agenți AI plus un set de scripturi Python de sine stătătoare. Scopul declarat nu e limitat la Claude, ci acoperă mai multe familii de „AI": Claude, Gemini/SynthID-Text, OpenAI și watermark-urile de tip Kirchenbauer folosite de modele open-weight.

Proiectul lucrează pe mai multe straturi:

Primul strat curăță caracterele Unicode invizibile din text: spații exotice, caractere bidirecționale, tag chars. E o operație deterministă, verificabilă, care nu strică nimic din text.

Al doilea strat atacă watermark-urile statistice, cele țesute în alegerea token-urilor, prin rescriere. Aici lucrurile devin mult mai puțin certe. Chiar autorul proiectului avertizează că un watermark statistic e distribuit pe aproape fiecare propoziție, deci eliminarea lui cere rescrierea unei părți substanțiale din text, propoziție cu propoziție, nu doar reordonarea paragrafelor sau modificări cosmetice. Iar orice rescriere degradează inevitabil tonul și precizia originalului, pentru că înlocuiește alegerile de cuvinte ale modelului original cu cele ale modelului folosit la rescriere.

Al treilea strat curăță metadatele din fișiere: proprietăți de document, C2PA, EXIF, XMP, pentru PNG, JPEG, SVG, PDF, DOCX, ODT, HTML și Markdown.

Opțional, proiectul poate încerca și eliminarea watermark-urilor din pixelii imaginilor, prin regenerare cu un backend extern bazat pe metoda CtrlRegen, dar asta cere resurse de calcul serioase și, la fel ca la text, nu poate fi certificată local împotriva detectorului oficial al furnizorului.

De ce nu e un buton magic

Titlul corect pentru ce face proiectul ar fi mai degrabă „unealtă de curățare și confidențialitate pentru urme lăsate de AI„, nu „elimină garantat orice watermark”. Există câteva motive solide pentru asta.

Detectorul oficial Anthropic pentru watermark-ul de text nu e public, deci nimeni din afara companiei nu poate confirma dacă o rescriere chiar a scăpat de semnal sau doar l-a slăbit. Pentru PDF-uri curățate serios ai nevoie de instrumente externe ca exiftool, altfel curățarea rămâne parțială. Iar pentru watermark-urile din pixeli, singurul semnal local disponibil e un scor de tip reverse-SynthID, descris chiar de autor ca un surogat, nu ca o confirmare.

Mai e și întrebarea de fond, pe care README-ul proiectului o pune direct: dacă tot rescrii textul cu un model mai slab ca să scapi de watermark, ce sens mai are să plătești pentru un model premium în primul rând? Rescrierea are sens doar când vrei specific gândirea și redactarea unui model puternic, și accepți o trecere de rescriere ca să respecți o cerință de curățare sau confidențialitate, nu ca metodă ieftină de a obține text fără urme.

Concluzie

Anthropic a publicat noua schemă de marcare, iar în câteva zile a apărut deja un proiect dedicat curățării ei. Direcția tehnică e clară: watermark-ul de text devine mainstream în industrie, alături de C2PA pentru fișiere, iar comunitatea răspunde la fel de rapid cu unelte de contra-măsură. Dar niciuna dintre cele două părți nu are încă imaginea completă. Anthropic nu a publicat detectorul, iar proiectele de eliminare nu pot certifica rezultatul față de un detector pe care nu îl văd.

Pentru cine vrea să testeze proiectul: github.com/guillaumemeyer/watermarks-remover.

GeForce NOW este serviciul de cloud gaming al NVIDIA: în loc să rulezi jocurile pe placa video din calculatorul tău, ele rulează pe serverele NVIDIA, iar imaginea ajunge la tine prin streaming. Practic poți juca titluri recente, cu ray tracing și DLSS, chiar și de pe un calculator fără o placă video puternică, atât timp cât ai o conexiune bună la internet.

Chiar zilele astea NVIDIA a scos aplicația nativă pentru Linux din beta și a adăugat un repository Flatpak oficial, ceea ce simplifică mult instalarea și actualizările față de vechiul instalator de sine stătător folosit în perioada de beta. Am găsit detalii despre asta pe linuxiac.com, dar pe scurt, instalarea oficială se face din trei comenzi:

flatpak remote-add --user --if-not-exists GeForceNOW https://international.download.nvidia.com/GFNLinux/flatpak/geforcenow.flatpakrepo
flatpak install --user GeForceNOW com.nvidia.geforcenow
flatpak run com.nvidia.geforcenow

Am zis să o testez și eu, pe calculatorul meu cu placă video AMD Radeon RX 6600. Instalarea prin terminal a mers fără nicio problemă, dar la prima pornire aplicația s-a închis aproape imediat, cu un mesaj destul de descurajator: "GeForce NOW nu poate continua", "GeForce NOW a întâmpinat o problemă și trebuie să se închidă", cod de eroare 0xC0F11312. Pe deasupra, apărea și o pagină cu aspect de "dificultăți tehnice", ceea ce m-a făcut inițial să bănuiesc o problemă pe partea NVIDIA, nu la mine.

Primul test: izolarea problemei

Am deschis GeForce NOW în navigator, direct de pe sit-ul NVIDIA. A mers perfect. Asta a eliminat imediat ipoteza unei probleme de cont sau de infrastructură NVIDIA - dacă serviciul funcționa în navigator, problema era clar în aplicația Flatpak de pe Linux.

Al doilea pas a fost să mă asigur că am instalat exact ce trebuie. Pe Linux există și un client neoficial, "GeForce NOW Electron", disponibil tot pe Flathub, dar diferit de aplicația oficială NVIDIA. Am verificat cu:

flatpak list | grep -i geforce
flatpak info com.nvidia.geforcenow

și am confirmat că aveam instalată aplicația oficială, com.nvidia.geforcenow, versiunea 2.0.87.130.

Al doilea test: log-ul complet din terminal

Ca să văd exact ce se întâmplă, am pornit aplicația direct din terminal, nu din meniul grafic:

flatpak run com.nvidia.geforcenow

În log a apărut linia importantă:

ERROR:offscreen_sdlwindow_mgr.cpp(122) Unable to initialize SDLGraphicsContext: c0f11312
ERROR:browser_app.cc(1152) Browser app has failed to initialize Geronimo

Documentația NVIDIA leagă acest cod de o verificare a suportului Vulkan Video Decode în aplicația de Linux. Bănuiala s-a mutat rapid către driverul grafic.

Cauza reală

Pe sistemul meu exista fișierul /etc/environment.d/10-mesa-amdgpu.conf, cu următorul conținut:

# Prevent the distribution radv driver to be loaded.
VK_LOADER_DRIVERS_DISABLE=radeon_icd.*

Cineva (probabil eu, cu ceva timp în urmă, pentru un motiv pe care nu mi-l mai amintesc) dezactivase intenționat driverul RADV, driverul open-source din Mesa pentru Vulkan pe plăci AMD. Exact driverul de care RX 6600 are nevoie pentru Vulkan. Cu RADV blocat, GeForce NOW nu mai putea inițializa Vulkan Video Decode, de unde și eroarea 0xC0F11312. Testul de confirmare a fost simplu: rulată cu variabila eliminată temporar, aplicația pornea fără probleme.

Rezolvarea

Am comentat linia respectivă:

# Prevent the distribution radv driver to be loaded.
# VK_LOADER_DRIVERS_DISABLE=radeon_icd.*

Important de reținut: fișierele din /etc/environment.d/ se aplică la logare, nu instant, așa că a trebuit să repornesc sesiunea grafică (cel mai simplu, un restart la calculator). După repornire, echo "$VK_LOADER_DRIVERS_DISABLE" nu mai afișa nimic, iar vulkaninfo confirma suportul pentru extensiile de video decode. GeForce NOW a pornit normal de atunci și funcționează bine.

Morala

Dacă întâmpini eroarea 0xC0F11312 pe Linux cu o placă AMD, înainte să dai vina pe NVIDIA sau să te apuci să instalezi drivere proprietare inutile (nvidia-smi îți poate sugera asta, ignoră-l dacă ai placă AMD), merită verificat dacă ai vreo variabilă de mediu care blochează driverul RADV. La mine a fost exact cauza.

#blaugust2026