Claude अब हर आउटपुट पर वॉटरमार्क लगाता है। आपके कोड पर असर लगभग शून्य है।

Anthropic ने एक सपोर्ट पेज प्रकाशित किया कि Claude AI-जनित कंटेंट को कैसे मार्क करता है, और चौबीस घंटे के भीतर पूरी चर्चा एक ही वाक्य में सिमट गई: Claude अब आपकी चुगली करता है, और जिस भी repository को किसी एजेंट ने छुआ है वह अब एक जोखिम है।

जिस बात की लोगों को सबसे ज्यादा चिंता है, ठीक उसी पर यह पढ़त गलत है। मार्किंग असली है, दुनिया भर में लागू है, और वैकल्पिक नहीं है। यह गद्य को निशाना बनाती है, और गद्य ठीक वही है जो कोड नहीं है। नीचे वह सब है जो वाकई लॉन्च हुआ, यह तंत्र सीधी भाषा में कैसे काम करता है, जेनरेट किया गया कोड इसका सबसे खराब वाहक क्यों है, और SEO वाली घबराहट का कोई आधार क्यों नहीं है।

Anthropic ने असल में क्या लॉन्च किया

Anthropic ने EU AI Act के Code of Practice on Transparency of AI-Generated Content पर हस्ताक्षर किए हैं। यह मार्किंग उसी प्रतिबद्धता का तकनीकी पक्ष है, और यह दो अलग-अलग रूप लेती है।

टेक्स्ट को एक सांख्यिकीय वॉटरमार्क मिलता है। एक अगोचर निशान, जो जेनरेट किए गए टेक्स्ट में ही बुना जाता है। Anthropic के शब्दों में, यह वॉटरमार्क "सीधे टेक्स्ट में ही बुना जाता है", दिखता नहीं, और "Claude के जवाब के अर्थ, गुणवत्ता या पठनीयता को नहीं बदलता"। यह कॉपी-पेस्ट में बचा रहता है, और "कुछ संपादन के बाद भी बना रह सकता है"।

फाइलों को साइन किया हुआ provenance मेटाडेटा मिलता है। जब Claude किसी समर्थित फाइल टाइप को जेनरेट करता है, फिलहाल .svg, .png और .jpg, तो वह उसमें खुले मानक C2PA के मुताबिक मेटाडेटा जोड़ देता है: वही Content Credentials सिस्टम जिसे Adobe, Microsoft और BBC का समर्थन प्राप्त है।

दायरा चौड़ा है और इसे ठीक-ठीक बताना जरूरी है, क्योंकि बहुत सी टिप्पणियों ने मान लिया था कि यह सिर्फ यूरोप या सिर्फ Claude.ai तक सीमित कोई कदम है:

वॉटरमार्क कोई छिपा हुआ कैरेक्टर नहीं है

यही सबसे बड़ी गलतफहमी है, और इसी वजह से इस वक्त घूम रही आधी सलाह बेकार है।

लोग मान लेते हैं कि निशान कोई ऐसी चीज है जो टेक्स्ट में डाली गई है: कोई zero-width space, कोई असामान्य Unicode वैरिएंट, विराम-चिह्नों का कोई खास पैटर्न। इस धारणा से सीधे यह नतीजा निकलता है कि "बस टेक्स्ट को किसी क्लीनर से गुजार दीजिए, काम हो गया"। यह चलता नहीं, क्योंकि साफ करने के लिए वहां कुछ डाला ही नहीं गया।

निशान यह है कि कौन से शब्द चुने गए।

Anthropic ने अपना अल्गोरिदम प्रकाशित नहीं किया है, और यह एक सोचा-समझा फैसला है जिस पर हम लौटेंगे। लेकिन उसने जिन गुणों का जिक्र किया है (अदृश्य, टेक्स्ट के भीतर, कॉपी-पेस्ट में टिकाऊ, पढ़े जाने के लिए पर्याप्त टेक्स्ट चाहिए) वे सब सैंपलिंग-बायस वॉटरमार्क के उसी प्रकाशित परिवार से मेल खाते हैं जिस पर Google का SynthID-Text और उससे पहले का अकादमिक काम टिका है।

विचार जितना जटिल लगता है, उससे कहीं सरल है। मॉडल जब लिखता है, तो उम्मीदवारों के एक समूह में से अगला टोकन चुनता है। बहुत बार कई उम्मीदवार लगभग बराबर होते हैं: तेज, द्रुत, फुर्तीला, शीघ्र, सब चल जाते हैं। एक गुप्त कुंजी शब्दभंडार को एक वरीयता-प्राप्त समूह और बाकी हिस्से में बांट देती है, और जब भी झुकने से अर्थ या गुणवत्ता का कोई नुकसान नहीं होता, सैंपलर वरीयता-प्राप्त समूह की तरफ झुक जाता है।

ऐसा एक अकेला चुनाव कुछ नहीं बताता। सिर्फ संयोग से भी लगभग आधे टोकन वरीयता-प्राप्त समूह में गिरते। लेकिन कुछ सौ टोकन के दायरे में यह असंतुलन इतना बढ़ जाता है कि उसे मापा जा सके, और कुंजी रखने वाला डिटेक्टर हिसाब लगा सकता है कि टेक्स्ट संयोग से बनने वाली स्थिति से कितनी दूर है। यही फासला पूरा संकेत है।

इससे सीधे दो नतीजे निकलते हैं, और दोनों खुद तंत्र से ज्यादा मायने रखते हैं:

• लंबाई एक सख्त शर्त है। एक ट्वीट या एक commit message में काम लायक कोई संकेत होता ही नहीं। डिटेक्टर को मात्रा चाहिए।
• शब्द बदलना ही एकमात्र चीज है जो इसे हटाती है। इसलिए नहीं कि यह कोई चतुर तरकीब है, बल्कि इसलिए कि शब्द ही निशान हैं।

जेनरेट किया गया कोड इसका सबसे खराब वाहक क्यों है

घबराहट ने यही हिस्सा छोड़ दिया। सैंपलिंग वॉटरमार्क चुनाव की आजादी पर लगा एक कर है, और यह वहीं वसूला जा सकता है जहां आजादी मौजूद हो। गद्य में यह भरपूर है। कोड लगभग दिवालिया है।

एक बिल्कुल साधारण लाइन लीजिए: const user = await getUserById(id)।

const फाइल की अपनी परंपराओं से तय होता है। getUserById कोई चुनाव है ही नहीं, यह वह नाम है जो codebase में पहले से मौजूद है, और कोई भी लगभग-समान विकल्प सीधे-सीधे एक बग होगा। await फंक्शन के signature से थोपा गया है। कोष्ठक और आर्ग्युमेंट syntax से थोपे गए हैं। वाकई आजाद क्या बचा? एक लोकल वेरिएबल का नाम, और एक कमेंट की शब्दावली। यही पूरा चैनल है।

अब इसकी तुलना गद्य के एक पैराग्राफ से कीजिए, जहां लगभग हर अर्थपूर्ण शब्द के तीन या चार आपस में बदले जा सकने वाले विकल्प होते हैं। फर्क मामूली नहीं है: यह प्रति पैराग्राफ दर्जनों वाहक-स्थानों और प्रति फाइल मुट्ठी भर के बीच का फर्क है।

और उसके बाद पूरी pipeline चलती है।

फॉर्मैटर ही असली दिक्कत हैं। prettier, eslint --fix, gofmt, black, rustfmt, ये सब इसीलिए मौजूद हैं कि सतह पर मौजूद उन्हीं लगभग-बराबर विकल्पों को सामान्य कर दें जिन्हें सैंपलिंग वॉटरमार्क अपने वाहक के तौर पर इस्तेमाल करता है। जेनरेट किए गए कोड पर फॉर्मैटर चलाना, व्यावहारिक रूप से, वॉटरमार्क पर एक लॉन्ड्रिंग साइकिल चलाना है, बिना किसी के ऐसा चाहे। इसमें समीक्षा के दौरान हुए बदलाव, एक rename, एक refactor, और एक ही फाइल में जेनरेट किए गए कोड का इंसानी कोड के साथ गुंथ जाना जोड़ दीजिए: बचा-खुचा अवशेष ऐसे diff में बंट जाता है जो वैसे भी मापे जाने के लिए बहुत छोटे होते हैं।

ईमानदार चेतावनी, क्योंकि यह तंत्र से निकाला गया तर्क है, कोई पुष्ट छूट नहीं: Anthropic ने यह नहीं कहा कि कोड इससे बाहर है, अल्गोरिदम प्रकाशित नहीं किया, और कोई डिटेक्टर जारी नहीं किया। Anthropic के बाहर कोई नहीं माप सकता कि commit की गई किसी .ts फाइल में असल में क्या बचता है। सबसे ज्यादा जोखिम वाला मामला एक लंबी जेनरेट की गई फाइल है, जो जस की तस commit कर दी गई हो, बिना फॉर्मैट किए और बिना कभी पढ़े। अगर यह आपका workflow है, तो वॉटरमार्क उसकी सबसे छोटी समस्या है, और एजेंट के लिखे कोड की समीक्षा पर हमारी राय इससे कहीं पहले लागू होती है।

इसे क्या मिटाता है, और असल में कौन इसे पकड़ सकता है

Anthropic अपनी सीमाओं को लेकर असामान्य रूप से सीधा है, और इसका श्रेय उसे मिलना चाहिए। कोई निशान मिल जाने का मतलब है कि कंटेंट शायद Claude से गुजरा है। यह स्पष्ट रूप से निर्णायक नहीं है। और निशान का न होना कुछ भी साबित नहीं करता।

पहचान का सवाल साफ-साफ दो हिस्सों में बंटता है, और इन दोनों हिस्सों को आपस में मिला देना ही ज्यादातर गलत विश्लेषणों की जड़ है।

फाइलें अभी, इसी वक्त, सार्वजनिक रूप से जांची जा सकती हैं। C2PA सामान्य क्रिप्टोग्राफिक साइनिंग है: एक निजी कुंजी साइन करती है, एक सार्वजनिक कुंजी जांचती है। कोई भी जेनरेट की गई .png को किसी Content Credentials व्यूअर में परख सकता है, और Google इस जांच को Search, Lens और Chrome में उतार रहा है। यहां Anthropic का कोई विशेषाधिकार नहीं है, और यह हस्ताक्षर दोहरा काम करता है, क्योंकि यह यह भी बता देता है कि फाइल जेनरेशन के बाद बदली गई या नहीं।

टेक्स्ट नहीं, और आज उसे सिर्फ Anthropic पढ़ सकता है। पहचान के लिए वही गुप्त कुंजी चाहिए जिसने सैंपलिंग को झुकाया था। उसके बिना टेक्स्ट सांख्यिकीय रूप से बिना-निशान वाले टेक्स्ट से अलग नहीं किया जा सकता। यही मौजूदा हालत है, और "सिर्फ Claude ही आपको पकड़ सकता है" वाली प्रतिक्रिया इसी से निकली है।

लेकिन यह इच्छित अंतिम स्थिति नहीं है। Anthropic ने जिस Code of Practice पर हस्ताक्षर किए हैं, वह उसे तीसरे पक्षों को पहचान की सुविधा देने के लिए बाध्य करता है, और सपोर्ट पेज कहता है कि वे उपयोगकर्ताओं और तीसरे पक्षों को ये निशान पहचानने में सक्षम बनाने पर काम कर रहे हैं, दस्तावेज बाद में आएंगे।

यह अब तक न आने की वजह टालमटोल नहीं, एक असली दुविधा है: डिटेक्टर प्रकाशित करना निशान हटाने का नक्शा भी प्रकाशित कर देता है। किसी को ऐसा oracle दे दीजिए जो किसी अंश को स्कोर देता हो, और वह लूप में तब तक दोबारा लिखता रहेगा जब तक स्कोर सीमा से नीचे न आ जाए। Google को SynthID-Text के साथ यही समझौता करना पड़ा था, और उसने ऐसा डिटेक्टर जारी किया जिसे आसपास के मॉडल के बिना हथियार बनाना मुश्किल है। Anthropic के लिए सबसे संभावित नतीजा एक नियंत्रित पहुंच वाला डिटेक्शन API है, जिसमें सत्यापित खाते और कोटा हों, न कि एक क्लिक वाला सार्वजनिक चेकर।

वह बारीकी जो लगभग किसी ने नहीं पकड़ी

निशान उस टेक्स्ट पर लगता है जो मॉडल ने पैदा किया। वह इस बात में फर्क नहीं करता कि टेक्स्ट Claude ने गढ़ा है या Claude ने उसे सिर्फ छुआ है।

Claude से अपने ही लिखे किसी पैराग्राफ की व्याकरण ठीक करवाइए: आउटपुट पर वॉटरमार्क होगा। उससे पैराग्राफ कसवाइए, कोई वाक्य अनुवाद करवाइए, या अपने ही नोट्स साफ करवाइए, बात वही रहती है।

यह दोनों तरफ काटता है, और "स्कैंडल" वाले फ्रेम से कहीं ज्यादा दिलचस्प है। यह उस आरोप वाले परिदृश्य को कमजोर करता है जिससे लोग डरते हैं, क्योंकि एक सकारात्मक पहचान "इसे एक AI ने लिखा" और "इसे एक इंसान ने लिखा और एक AI ने चमकाया" के बीच फर्क नहीं कर सकती, और ये दोनों दावे दूर-दूर तक एक जैसे नहीं हैं। इसका यह भी मतलब है कि जो कोई पहचान को लेखकत्व का सबूत मानने की तैयारी कर रहा है, वह रेत पर इमारत खड़ी कर रहा है। Anthropic असल में यह मान भी लेता है, जब वह किसी पहचान को "शायद Claude से गुजरा हुआ" बताता है।

SEO के लिए यह क्या बदलता है: कुछ नहीं

हम इस साइट का SEO खुले में चलाते हैं, तो जिस बात ने सबसे ज्यादा शोर मचाया, उस पर सीधी बात। यहां रैंकिंग का कोई खतरा नहीं है। तीन वजहें, एक के ऊपर एक।

Google, AI से लिखे कंटेंट को इस आधार पर दंडित नहीं करता। नीति नहीं बदली है: कार्रवाई जिस चीज पर होती है वह है scaled content abuse, यानी बिना किसी मूल्य के थोक में बनाए गए पेज। फैसला गुणवत्ता और उपयोगिता पर होता है, शब्दों की उत्पत्ति पर नहीं। वाकई अच्छा लेख वाकई अच्छा लेख ही रहता है।

Google वैसे भी यह वॉटरमार्क पढ़ नहीं सकता। यह उस कुंजी से बंद है जो Anthropic के पास है। अगर Google इसे रैंकिंग सिग्नल बनाना भी चाहे, तो उसे Anthropic से एक समझौता करना पड़ेगा। ऐसी कोई घोषणा नहीं हुई है, और I/O 2026 में AI से लिखे टेक्स्ट को निशाना बनाने वाला कोई सिग्नल भी घोषित नहीं हुआ।

असल में जो लॉन्च हुआ वह मीडिया की provenance है, और वह एक लेबल है, रैंकिंग फैक्टर नहीं। Google का 2026 का काम SynthID और C2PA के जरिए इमेज, वीडियो और ऑडियो को कवर करता है, और इस तरह पेश किया गया है कि उपयोगकर्ता Search, Lens और Circle to Search में पूछ सके कि कोई इमेज AI से बनी है या नहीं। यह पाठक के लिए पारदर्शिता है, रैंकिंग पर लगा कोई लीवर नहीं।

एक असली, व्यावहारिक नतीजा जरूर है, और वह आपके टेक्स्ट से ज्यादा आपकी इमेज से जुड़ा है। अगर आप Claude से बनाए विजुअल प्रकाशित करते हैं, तो अब उन पर Content Credentials होते हैं, और Chrome तथा Search उन्हें लगातार बेहतर तरीके से लेबल कर पाएंगे। असर डिमोशन नहीं है, असर CTR और भरोसे पर है: AI-जनित बताई गई एक हीरो इमेज उस तरह नहीं पढ़ी जाती जैसे एक तस्वीर।

कोई इस पर जरूरत से ज्यादा इंजीनियरिंग करे, उससे पहले जान लेना ठीक रहेगा: ज्यादातर इमेज pipeline बिना कहे ही C2PA हटा देती हैं। sharp, next/image, build के वक्त होने वाला कंप्रेशन, चलते-फिरते री-एनकोड करने वाला कोई CDN, ये सब मेटाडेटा गिरा देते हैं। एक आम साइट पर provenance तब तक गायब हो चुकी होती है जब तक कोई ब्राउज़र उसे देखे। यह नतीजा दोधारी है। यह लेबलिंग का सवाल इत्तेफाक से निपटा देता है, लेकिन जैसे ही इस्तेमाल विनियमित होता है, provenance को जानबूझकर हटाना अपने आप में एक अनुपालन समस्या बन जाता है, और अगर आप यूरोपीय संघ में डिलीवर करते हैं तो यह सवाल AI-सहायता वाले काम के GDPR पहलू के बगल में खड़ा होता है।

असल में क्या करना चाहिए

छोटी सूची, क्योंकि चर्चा जितना सुझाती है, करने को उससे कम है।

1. कोड के लिए कुछ नहीं। कोई क्लीनर नहीं, कोई स्ट्रिपर नहीं, workflow में कोई बदलाव नहीं। हटाने को कुछ है ही नहीं, और आपका फॉर्मैटर पहले ही उससे ज्यादा कर रहा है जितना आप कोई भी टूल जोड़कर कर पाते।
2. जेनरेट किए गए कोड की समीक्षा जारी रखिए, उन्हीं वजहों से जो पहले से लागू थीं। वॉटरमार्क उनमें से एक भी नहीं बदलता।
3. इमेज के बारे में सोच-समझकर फैसला लीजिए। अगर आप Claude से बनाए विजुअल प्रकाशित करते हैं, तो जान लीजिए कि आपकी pipeline Content Credentials रखती है या हटाती है, और इसे इत्तेफाक नहीं, एक फैसला बनाइए।
4. टेक्स्ट से वॉटरमार्क हटाने के पीछे मत भागिए। भरोसेमंद तरीका सिर्फ यही है कि टेक्स्ट आप खुद दोबारा लिखें, और अगर आप उसे खुद दोबारा लिख रहे हैं तो सवाल का जवाब अपने आप मिल चुका है।
5. इसके बजाय गुणवत्ता की फिक्र कीजिए। रैंकिंग असल में scaled content abuse से जाती है, और किसी भी वॉटरमार्क के अस्तित्व में आने से बहुत पहले से जा रही थी।

यह कदम एक पारदर्शिता दायित्व है, ईमानदारी से दस्तावेजित, और उन सीमाओं के साथ जिन्हें खुद इसका लेखक बताने में सावधानी बरतता है। यह प्रतिक्रिया के मुकाबले कहीं छोटी घटना है, और जो कोई एजेंट के साथ कोड शिप करता है, उसके लिए यह लगभग एक गैर-घटना है।

अगर आप किसी भी पैमाने पर एजेंट चलाते हैं, तो ध्यान देने लायक परिचालन सवाल आज भी वही पुराने हैं: एजेंट ने क्या छुआ, क्या समीक्षा हुई, और क्या प्रोडक्शन में गया। AgentsRoom इसी हिस्से को दिखाई देने लायक बनाने के लिए मौजूद है।