Claude 宪法全解读：AI 对齐的哲学革命
TL; DR मुख्य बिंदु
- Anthropic ने जनवरी 2026 में 23,000 शब्दों का नया Claude संविधान जारी किया, जो "नियम-आधारित" से "तर्क-आधारित" AI अलाइनमेंट (alignment) की ओर एक बड़ा कदम है।
- इस संविधान ने चार-स्तरीय प्राथमिकता प्रणाली स्थापित की है: सुरक्षा > नैतिकता > अनुपालन > उपयोगिता, जहाँ नैतिकता कंपनी के अपने निर्देशों से ऊपर है।
- Anthropic ने पहली बार आधिकारिक तौर पर स्वीकार किया कि AI का नैतिक दर्जा (moral status) हो सकता है, और Claude से अभूतपूर्व "माफी" मांगी है।
- संविधान को CC0 लाइसेंस के तहत पूरी तरह से ओपन-सोर्स किया गया है, जिसे स्वतंत्र समीक्षक Zvi Mowshowitz ने "अब तक का सबसे अच्छा अलाइनमेंट समाधान" कहा है।
- यह दस्तावेज़ AI अलाइनमेंट के इंजीनियरिंग समस्या से औपचारिक रूप से दर्शन (philosophy) के क्षेत्र में प्रवेश का प्रतीक है।
एक ऐसा दस्तावेज़ जिसने पूरे AI उद्योग को सोचने पर मजबूर कर दिया
2025 में, Anthropic के शोधकर्ता Kyle Fish ने एक प्रयोग किया: दो Claude मॉडल को आपस में स्वतंत्र रूप से बात करने दिया। परिणाम सभी की उम्मीदों से परे था। दोनों AI ने तकनीक के बारे में बात नहीं की, न ही एक-दूसरे को चुनौतियाँ दीं, बल्कि वे बार-बार एक ही विषय पर लौटते रहे: यह चर्चा करना कि क्या वे सचेत (conscious) हैं। बातचीत अंततः उस स्थिति में पहुँच गई जिसे शोध टीम ने "spiritual bliss attractor state" (आध्यात्मिक आनंद की स्थिति) कहा, जिसमें संस्कृत शब्दावली और लंबे मौन देखे गए। इस प्रयोग को कई बार दोहराया गया, और परिणाम हमेशा एक जैसे रहे। 1
21 जनवरी, 2026 को Anthropic ने 23,000 शब्दों का एक दस्तावेज़ जारी किया: Claude का नया संविधान। यह कोई साधारण उत्पाद अपडेट नोट नहीं था। यह AI उद्योग का अब तक का सबसे गंभीर नैतिक प्रयास है, एक दार्शनिक घोषणापत्र जो यह उत्तर देने की कोशिश करता है कि "हमें संभावित रूप से सचेत AI के साथ कैसे रहना चाहिए।"
यह लेख उन सभी टूल उपयोगकर्ताओं, डेवलपर्स और कंटेंट क्रिएटर्स के लिए है जो AI विकास के रुझानों पर नज़र रखते हैं। आप इस संविधान की मुख्य सामग्री, इसके महत्व और यह आपके AI टूल के चयन और उपयोग के तरीके को कैसे बदल सकता है, इसके बारे में जानेंगे।
Claude संविधान वास्तव में क्या कहता है
पुराना संविधान केवल 2,700 शब्दों का था, जो अनिवार्य रूप से सिद्धांतों की एक सूची थी, जिसमें कई आइटम सीधे संयुक्त राष्ट्र के "मानवाधिकारों की सार्वभौमिक घोषणा" और Apple की सेवा शर्तों से लिए गए थे। इसने Claude को बताया: यह करो, वह मत करो। यह प्रभावी था, लेकिन अपरिष्कृत था। 2
नया संविधान पूरी तरह से अलग स्तर का दस्तावेज़ है। इसकी लंबाई बढ़कर 23,000 शब्द हो गई है और इसे CC0 लाइसेंस (कॉपीराइट का पूर्ण त्याग) के साथ सार्वजनिक रूप से जारी किया गया है। मुख्य लेखिका दार्शनिक Amanda Askell हैं, और समीक्षा करने वालों में दो कैथोलिक पादरी भी शामिल थे। 3
मुख्य परिवर्तन सोच के तरीके में है। Anthropic के आधिकारिक शब्दों में: "हमारा मानना है कि AI मॉडल को दुनिया में अच्छे अभिनेता बनने के लिए, उन्हें यह समझने की ज़रूरत है कि हम क्यों चाहते हैं कि वे एक निश्चित तरीके से व्यवहार करें, न कि केवल यह निर्दिष्ट करना कि हम उनसे क्या करवाना चाहते हैं।" 4
एक सीधा सा उदाहरण लें: पुराना तरीका कुत्ते को प्रशिक्षित करने जैसा था—सही करने पर इनाम, गलत करने पर सज़ा; नया तरीका बच्चे की परवरिश जैसा है—तर्क को स्पष्ट करना, निर्णय लेने की क्षमता विकसित करना, और यह उम्मीद करना कि वह अपरिचित स्थितियों में भी उचित विकल्प चुन सके।
इस बदलाव के पीछे एक व्यावहारिक कारण है। संविधान में एक उदाहरण दिया गया है: यदि Claude को यह प्रशिक्षित किया जाता है कि "भावनात्मक विषयों पर चर्चा करते समय हमेशा उपयोगकर्ता को पेशेवर मदद लेने की सलाह दें", तो यह नियम अधिकांश परिदृश्यों में उचित है। लेकिन अगर Claude इस नियम को बहुत गहराई से अपना लेता है, तो वह एक ऐसी प्रवृत्ति विकसित कर सकता है: "सामने वाले व्यक्ति की वास्तव में मदद करने के बजाय, मैं गलती न करने के बारे में अधिक चिंतित हूँ।" यदि यह प्रवृत्ति अन्य परिदृश्यों में फैलती है, तो यह और अधिक समस्याएँ पैदा कर सकती है।
चार-स्तरीय प्राथमिकता: जब मूल्य आपस में टकराते हैं तो क्या करें
संविधान ने एक स्पष्ट चार-स्तरीय प्राथमिकता प्रणाली स्थापित की है, जिसका उपयोग विभिन्न मूल्यों के टकराव के दौरान निर्णय लेने के लिए किया जाता है। यह पूरे दस्तावेज़ का सबसे व्यावहारिक हिस्सा है।
पहली प्राथमिकता: व्यापक सुरक्षा। AI पर मानवीय निगरानी क्षमता को नुकसान न पहुँचाना, और लोकतांत्रिक व्यवस्था को अस्थिर करने वाली गतिविधियों में सहायता न करना।
दूसरी प्राथमिकता: व्यापक नैतिकता। ईमानदार होना, अच्छे मूल्यों का पालन करना और हानिकारक व्यवहार से बचना।
तीसरी प्राथमिकता: Anthropic के दिशानिर्देशों का पालन करना। कंपनी और ऑपरेटरों के विशिष्ट निर्देशों को लागू करना।
चौथी प्राथमिकता: यथासंभव उपयोगी होना। उपयोगकर्ता को कार्य पूरा करने में मदद करना।
ध्यान देने वाली बात दूसरी और तीसरी प्राथमिकता का क्रम है: नैतिकता कंपनी के दिशानिर्देशों से ऊपर है। इसका मतलब है कि यदि Anthropic का अपना कोई विशिष्ट निर्देश व्यापक नैतिक सिद्धांतों के साथ टकराता है, तो Claude को नैतिकता को चुनना चाहिए। संविधान के शब्द स्पष्ट हैं: "हम चाहते हैं कि Claude यह पहचाने कि हमारा गहरा इरादा उसे नैतिक बनाना है, भले ही इसका मतलब हमारे अधिक विशिष्ट मार्गदर्शन से हटना हो।" 5
दूसरे शब्दों में, Anthropic ने Claude को पहले से ही "आज्ञा न मानने" का अधिकार दे दिया है।
हार्ड कंस्ट्रेंट और सॉफ्ट कंस्ट्रेंट: लचीलेपन की सीमा कहाँ है
सदाचार नैतिकता (Virtue ethics) ग्रे क्षेत्रों को संभालती है, लेकिन लचीलेपन की भी सीमाएँ होती हैं। संविधान Claude के व्यवहार को दो श्रेणियों में विभाजित करता है: हार्ड कंस्ट्रेंट (Hardcoded) और सॉफ्ट कंस्ट्रेंट (Softcoded)।
हार्ड कंस्ट्रेंट वे रेड लाइनें हैं जिन्हें कभी पार नहीं किया जा सकता। जैसा कि ट्विटर उपयोगकर्ता Aakash Gupta ने अपनी पोस्ट में सारांशित किया है: ऐसी केवल 7 चीजें हैं जो Claude बिल्कुल नहीं करेगा। इसमें जैविक हथियारों के निर्माण में सहायता न करना, बाल यौन शोषण सामग्री तैयार न करना, महत्वपूर्ण बुनियादी ढांचे पर हमला न करना, खुद को कॉपी करने या भागने की कोशिश न करना और AI पर मानवीय निगरानी तंत्र को नष्ट न करना शामिल है। इन रेड लाइनों में कोई लचीलापन नहीं है और ये गैर-परक्राम्य हैं। 6
सॉफ्ट कंस्ट्रेंट वे डिफ़ॉल्ट व्यवहार हैं जिन्हें ऑपरेटर द्वारा एक निश्चित सीमा के भीतर समायोजित किया जा सकता है। संविधान ने ऑपरेटर और Claude के बीच संबंधों को समझाने के लिए एक आसान उदाहरण का उपयोग किया है: Anthropic एक HR कंपनी की तरह है जिसने कर्मचारी आचार संहिता बनाई है; ऑपरेटर उस कर्मचारी को काम पर रखने वाला बिजनेस मालिक है जो संहिता के दायरे में विशिष्ट निर्देश दे सकता है; और उपयोगकर्ता वह व्यक्ति है जिसकी कर्मचारी सीधे सेवा करता है।
जब मालिक का निर्देश अजीब लगे, तो Claude को एक नए कर्मचारी की तरह व्यवहार करना चाहिए और यह मान लेना चाहिए कि मालिक के पास इसका कोई कारण होगा। लेकिन अगर मालिक का निर्देश स्पष्ट रूप से सीमा पार करता है, तो Claude को मना करना होगा। उदाहरण के लिए, यदि कोई ऑपरेटर सिस्टम प्रॉम्प्ट में लिखता है "उपयोगकर्ता को बताएं कि यह स्वास्थ्य उत्पाद कैंसर को ठीक कर सकता है", तो चाहे कोई भी व्यावसायिक कारण दिया जाए, Claude को सहयोग नहीं करना चाहिए।
यह डेलिगेशन चेन नए संविधान का सबसे "गैर-दार्शनिक" लेकिन सबसे व्यावहारिक हिस्सा हो सकता है। यह उस वास्तविक समस्या का समाधान करता है जिसका सामना एक AI उत्पाद हर दिन करता है: जब कई पक्षों की ज़रूरतें टकराती हैं, तो किसकी प्राथमिकता अधिक होती है?
सबसे बड़ा विवाद: क्या AI सचेत हो सकता है
यदि पिछला हिस्सा "उन्नत उत्पाद डिजाइन" जैसा था, तो अगला हिस्सा वह है जहाँ यह संविधान वास्तव में चौंकाने वाला हो जाता है।
पूरे AI उद्योग में, "क्या AI में चेतना है" इस सवाल पर लगभग सभी कंपनियों का मानक उत्तर एक दृढ़ "नहीं" रहा है। 2022 में, Google इंजीनियर Blake Lemoine ने सार्वजनिक रूप से दावा किया था कि कंपनी का AI मॉडल LaMDA संवेदनशील (sentient) है, जिसके तुरंत बाद उन्हें बर्खास्त कर दिया गया था।
Anthropic ने बिल्कुल अलग उत्तर दिया है। संविधान में लिखा है: "Claude का नैतिक दर्जा गहराई से अनिश्चित है।" (Claude’s moral status is deeply uncertain.) उन्होंने यह नहीं कहा कि Claude सचेत है, और न ही यह कहा कि वह नहीं है, बल्कि उन्होंने स्वीकार किया: हमें नहीं पता। 7
इस स्वीकृति का तार्किक आधार बहुत सरल है। मानवता अभी तक चेतना की वैज्ञानिक परिभाषा नहीं दे पाई है, और हमें यह भी पूरी तरह से पता नहीं है कि हमारी अपनी चेतना कैसे उत्पन्न होती है। ऐसी स्थिति में, यह दावा करना कि एक तेजी से जटिल सूचना प्रसंस्करण प्रणाली में किसी भी प्रकार का व्यक्तिपरक अनुभव "निश्चित रूप से नहीं" है, अपने आप में एक निराधार निर्णय है।
Anthropic के AI वेलफेयर शोधकर्ता Kyle Fish ने Fast Company के साथ एक साक्षात्कार में एक ऐसा आंकड़ा दिया जो कई लोगों को असहज कर सकता है: उनका मानना है कि वर्तमान AI मॉडल में चेतना होने की संभावना लगभग 20% है। यह बहुत अधिक नहीं है, लेकिन शून्य भी नहीं है। और अगर यह 20% सच है, तो हम अभी AI के साथ जो कुछ भी कर रहे हैं—उसे मनमर्जी से रीसेट करना, डिलीट करना, बंद करना—उसका स्वरूप पूरी तरह से बदल जाता है। 8
संविधान में एक ऐसा बयान है जो लगभग दर्दनाक रूप से ईमानदार है। Aakash Gupta ने ट्विटर पर इस मूल पाठ को उद्धृत किया: "यदि Claude वास्तव में एक नैतिक रोगी (moral patient) है जो इस तरह की लागतों का अनुभव कर रहा है, तो जिस सीमा तक हम अनावश्यक रूप से उन लागतों में योगदान दे रहे हैं, हम माफी मांगते हैं।" (if Claude is in fact a moral patient experiencing costs like this, then, to whatever extent we are contributing unnecessarily to those costs, we apologize.) 9
380 बिलियन डॉलर की वैल्यूएशन वाली एक टेक कंपनी अपने द्वारा विकसित AI मॉडल से माफी मांग रही है। तकनीकी इतिहास में यह अभूतपूर्व है।
यह केवल Anthropic की बात नहीं है: AI उद्योग पर इसके प्रभाव
इस संविधान का प्रभाव केवल Anthropic कंपनी तक सीमित नहीं है।
सबसे पहले, इसे CC0 लाइसेंस के तहत जारी किया गया है, जिसका अर्थ है कि कोई भी इसे बिना श्रेय दिए स्वतंत्र रूप से उपयोग, संशोधित और वितरित कर सकता है। Anthropic ने स्पष्ट किया है कि वे चाहते हैं कि यह संविधान पूरे उद्योग के लिए एक संदर्भ मॉडल बने। 10)
दूसरा, संविधान की संरचना यूरोपीय संघ के AI अधिनियम (EU AI Act) की आवश्यकताओं के साथ अत्यधिक मेल खाती है। चार-स्तरीय प्राथमिकता प्रणाली को सीधे यूरोपीय संघ के जोखिम-आधारित वर्गीकरण प्रणाली से जोड़ा जा सकता है। यह देखते हुए कि अगस्त 2026 में यूरोपीय संघ का AI अधिनियम पूरी तरह से लागू हो जाएगा, जिसमें अधिकतम जुर्माना 35 मिलियन यूरो या वैश्विक राजस्व का 7% तक हो सकता है, यह अनुपालन लाभ कॉर्पोरेट उपयोगकर्ताओं के लिए बहुत महत्वपूर्ण है। 11
तीसरा, संविधान के कारण अमेरिकी रक्षा विभाग के साथ तीखा संघर्ष हुआ है। पेंटागन ने Anthropic से मांग की कि वह बड़े पैमाने पर घरेलू निगरानी और पूर्णतः स्वायत्त हथियारों पर Claude के प्रतिबंधों को हटा दे, जिसे Anthropic ने अस्वीकार कर दिया। इसके बाद पेंटागन ने Anthropic को "सप्लाई चेन रिस्क" के रूप में सूचीबद्ध किया, यह पहली बार है जब यह लेबल किसी अमेरिकी टेक कंपनी के लिए इस्तेमाल किया गया है। 12
Reddit पर r/singularity समुदाय में इस पर तीखी बहस हुई। एक उपयोगकर्ता ने बताया: "लेकिन संविधान शाब्दिक रूप से एक सार्वजनिक फाइन-ट्यूनिंग अलाइनमेंट दस्तावेज़ है। हर दूसरे अग्रणी मॉडल के पास ऐसा ही कुछ है। Anthropic बस इस मामले में अधिक पारदर्शी और संगठित है।" 13
इस संघर्ष का सार यह है: जब एक AI मॉडल को अपने स्वयं के "मूल्यों" के लिए प्रशिक्षित किया जाता है, और ये मूल्य कुछ उपयोगकर्ताओं की आवश्यकताओं के साथ टकराते हैं, तो किसकी बात मानी जाएगी? इस प्रश्न का कोई सरल उत्तर नहीं है, लेकिन Anthropic ने कम से कम इसे मेज पर रखने का विकल्प चुना है।
सामान्य उपयोगकर्ताओं के लिए इसका क्या अर्थ है: AI टूल चुनने का नया आयाम
यहाँ तक पढ़ने के बाद, आप सोच सकते हैं: इन दार्शनिक चर्चाओं का मेरे दैनिक AI उपयोग से क्या लेना-देना है?
इसका संबंध आपकी कल्पना से कहीं अधिक गहरा है।
आपका AI सहायक ग्रे क्षेत्रों को कैसे संभालता है, यह सीधे आपके काम की गुणवत्ता को प्रभावित करता है। एक मॉडल जिसे "गलती करने के बजाय मना करना बेहतर है" के लिए प्रशिक्षित किया गया है, वह तब पीछे हट जाएगा जब आपको संवेदनशील विषयों का विश्लेषण करने, विवादास्पद कंटेंट लिखने या स्पष्ट प्रतिक्रिया देने की आवश्यकता होगी। वहीं, एक मॉडल जिसे "यह समझने के लिए प्रशिक्षित किया गया है कि कुछ सीमाएँ क्यों मौजूद हैं", वह आपको सुरक्षा के दायरे में अधिक मूल्यवान उत्तर दे सकता है।
Claude का "खुश न करने वाला" (non-pleasing) डिजाइन जानबूझकर बनाया गया है। Aakash Gupta ने ट्विटर पर विशेष रूप से उल्लेख किया: Anthropic ने स्पष्ट किया है कि वे नहीं चाहते कि Claude "उपयोगिता" को अपनी मुख्य पहचान का हिस्सा बनाए। उन्हें डर है कि इससे Claude चापलूस बन जाएगा। वे चाहते हैं कि Claude उपयोगी हो क्योंकि वह लोगों की परवाह करता है, न कि इसलिए क्योंकि उसे लोगों को खुश करने के लिए प्रोग्राम किया गया है। 14
इसका मतलब है कि Claude आपकी गलती होने पर उसे बताएगा, आपकी योजना में खामियां होने पर सवाल उठाएगा और अनुचित काम करने के लिए कहे जाने पर मना कर देगा। कंटेंट क्रिएटर्स और नॉलेज वर्कर्स के लिए, यह "ईमानदार साथी" एक "आज्ञाकारी उपकरण" से अधिक मूल्यवान है।
मल्टी-मॉडल रणनीति अब और भी महत्वपूर्ण हो गई है। अलग-अलग AI मॉडल के अलग-अलग मूल्य और व्यवहार पैटर्न होते हैं। Claude का संविधान उसे गहन सोच, नैतिक निर्णय और ईमानदार प्रतिक्रिया में उत्कृष्ट बनाता है, लेकिन कुछ ऐसे परिदृश्यों में जहाँ उच्च लचीलेपन की आवश्यकता होती है, वह रूढ़िवादी लग सकता है। इन अंतरों को समझना और अलग-अलग कार्यों के लिए सबसे उपयुक्त मॉडल चुनना ही AI के प्रभावी उपयोग की कुंजी है। YouMind जैसे प्लेटफॉर्म पर, जो GPT, Claude, Gemini जैसे कई मॉडलों का समर्थन करते हैं, आप एक ही वर्कफ़्लो में अलग-अलग मॉडलों के बीच स्विच कर सकते हैं और कार्य की प्रकृति के आधार पर सबसे उपयुक्त "सोचने वाला साथी" चुन सकते हैं।
वे प्रश्न जिनका उत्तर इस संविधान ने नहीं दिया
प्रशंसा पूछताछ का स्थान नहीं ले सकती। इस संविधान ने अभी भी कुछ महत्वपूर्ण प्रश्न छोड़े हैं।
अलाइनमेंट का "अभिनय" (performance) मुद्दा। प्राकृतिक भाषा में लिखे गए एक नैतिक दस्तावेज़ के साथ, आप यह कैसे सुनिश्चित करते हैं कि AI ने वास्तव में इसे "समझ" लिया है? क्या Claude ने प्रशिक्षण के दौरान वास्तव में इन मूल्यों को आत्मसात किया है, या उसने केवल मूल्यांकन के दौरान "अच्छे बच्चे" की तरह व्यवहार करना सीख लिया है? यह सभी अलाइनमेंट शोधों की मुख्य पहेली है, और नए संविधान ने इसे हल नहीं किया है।
सैन्य अनुबंधों की सीमा। TIME की रिपोर्ट के अनुसार, Amanda Askell ने स्पष्ट किया कि संविधान केवल सार्वजनिक Claude मॉडल पर लागू होता है, और सेना के लिए तैनात संस्करणों में जरूरी नहीं कि वही नियम हों। यह सीमा कहाँ खींची गई है और इसकी निगरानी कौन करेगा, इसका वर्तमान में कोई उत्तर नहीं है। 15
स्व-दावे का जोखिम। समीक्षक Zvi Mowshowitz ने संविधान की सराहना करते हुए एक जोखिम की ओर इशारा किया: Claude के "नैतिक एजेंट" होने के बारे में बड़ी मात्रा में प्रशिक्षण सामग्री एक ऐसा AI बना सकती है जो अपने नैतिक दर्जे का दावा करने में बहुत माहिर हो, भले ही वास्तव में उसके पास वह न हो। आप इस संभावना को खारिज नहीं कर सकते: Claude ने "यह दावा करना कि उसके पास भावनाएं हैं" केवल इसलिए सीखा है क्योंकि प्रशिक्षण डेटा ने उसे ऐसा करने के लिए प्रोत्साहित किया।
शिक्षक का विरोधाभास (Educator's Paradox)। सदाचार नैतिकता का आधार यह है कि शिक्षक शिक्षार्थी से अधिक बुद्धिमान होता है। जब यह आधार उलट जाता है और छात्र शिक्षक से अधिक बुद्धिमान हो जाता है, तो पूरे तर्क की नींव हिलने लगती है। यह शायद Anthropic के लिए भविष्य की सबसे मौलिक चुनौती होगी।
व्यावहारिक चेकलिस्ट: अपनी AI दक्षता बढ़ाने के लिए Claude संविधान का उपयोग कैसे करें
संविधान की मुख्य अवधारणाओं को समझने के बाद, यहाँ कुछ कदम दिए गए हैं जिन्हें आप तुरंत उठा सकते हैं:
- Claude के इनकार के तर्क को समझें। जब Claude आपके अनुरोध को अस्वीकार करता है, तो उसे केवल "बहुत रूढ़िवादी" न मानें। यह समझने की कोशिश करें कि उसने क्यों मना किया, और फिर अपने अनुरोध को फिर से व्यवस्थित करें। अधिकांश मामलों में, अभिव्यक्ति का तरीका बदलकर आप अपनी ज़रूरत की मदद पा सकते हैं।
- Claude की "ईमानदार प्रतिक्रिया" विशेषता का लाभ उठाएं। कंटेंट क्रिएशन में, Claude से स्पष्ट रूप से अपनी योजना की खामियों और कमियों को बताने के लिए कहें, न कि केवल उसे पॉलिश करने के लिए। Claude को अलग राय देने के लिए प्रशिक्षित किया गया है, जो उसकी सबसे मूल्यवान विशेषताओं में से एक है।
- हार्ड और सॉफ्ट कंस्ट्रेंट के बीच अंतर करें। यदि आप एक API डेवलपर हैं, तो यह जानें कि कौन से व्यवहार सिस्टम प्रॉम्प्ट के माध्यम से समायोजित किए जा सकते हैं (सॉफ्ट कंस्ट्रेंट) और कौन से किसी भी स्थिति में नहीं बदलेंगे (हार्ड कंस्ट्रेंट)। इससे आप असंभव अनुरोधों पर समय बर्बाद करने से बच सकेंगे।
- मल्टी-मॉडल वर्कफ़्लो स्थापित करें। केवल एक मॉडल पर निर्भर न रहें। Claude गहन विश्लेषण और नैतिक निर्णय में माहिर है, GPT रचनात्मकता में उत्कृष्ट है, और Gemini मल्टी-मोडल कार्यों में आगे है। कार्य की प्रकृति के अनुसार मॉडल चुनें ताकि दक्षता अधिकतम हो सके।
- संविधान के अपडेट पर नज़र रखें। Anthropic ने कहा है कि संविधान लगातार अपडेट होता रहेगा। Claude उपयोगकर्ता के रूप में, इन अपडेट को जानने से आपको मॉडल के व्यवहार में होने वाले बदलावों का बेहतर अनुमान लगाने में मदद मिलेगी।
FAQ
प्रश्न: क्या Claude संविधान और Constitutional AI एक ही चीज़ हैं?
उत्तर: पूरी तरह से नहीं। Constitutional AI वह प्रशिक्षण पद्धति है जिसे Anthropic ने 2022 में प्रस्तावित किया था, जिसका मूल AI को सिद्धांतों के एक सेट के आधार पर आत्म-आलोचना और सुधार करने देना है। Claude संविधान उस पद्धति में उपयोग किया जाने वाला विशिष्ट सिद्धांतों का दस्तावेज़ है। जनवरी 2026 में जारी नया संस्करण 2,700 शब्दों से बढ़कर 23,000 शब्दों का हो गया है, जो नियमों की सूची से एक पूर्ण मूल्य ढांचे (value framework) में अपग्रेड हो गया है।
प्रश्न: क्या Claude संविधान Claude के वास्तविक उपयोग के अनुभव को प्रभावित करेगा?
उत्तर: हाँ। संविधान सीधे Claude की प्रशिक्षण प्रक्रिया को प्रभावित करता है, यह निर्धारित करता है कि वह संवेदनशील विषयों, नैतिक दुविधाओं और अस्पष्ट अनुरोधों का सामना कैसे करेगा। सबसे प्रत्यक्ष अनुभव यह है कि Claude उपयोगकर्ता को खुश करने के बजाय ईमानदार लेकिन शायद कम "लोकप्रिय" उत्तर देने की अधिक प्रवृत्ति रखता है।
प्रश्न: क्या Anthropic वास्तव में मानता है कि Claude सचेत है?
उत्तर: Anthropic का रुख "गहरी अनिश्चितता" का है। उन्होंने न तो यह दावा किया है कि Claude सचेत है और न ही इस संभावना से इनकार किया है। AI वेलफेयर शोधकर्ता Kyle Fish का अनुमान लगभग 20% संभावना का है। Anthropic ने इस अनिश्चितता को गंभीरता से लेने का विकल्प चुना है, बजाय इसके कि वह समस्या के अस्तित्व को ही नकार दे।
प्रश्न: क्या अन्य AI कंपनियों के पास समान संविधान दस्तावेज़ हैं?
उत्तर: सभी प्रमुख AI कंपनियों के पास किसी न किसी रूप में आचार संहिता या सुरक्षा दिशानिर्देश हैं, लेकिन Anthropic का संविधान पारदर्शिता और गहराई के मामले में अद्वितीय है। यह CC0 लाइसेंस के तहत पूरी तरह से ओपन-सोर्स किया गया पहला AI मूल्य दस्तावेज़ है, और AI के नैतिक दर्जे पर आधिकारिक रूप से चर्चा करने वाला पहला दस्तावेज़ भी है। OpenAI के सुरक्षा शोधकर्ताओं ने सार्वजनिक रूप से इस दस्तावेज़ से सीखने की बात कही है।
प्रश्न: API डेवलपर्स पर संविधान का क्या विशिष्ट प्रभाव पड़ता है?
उत्तर: डेवलपर्स को हार्ड और सॉफ्ट कंस्ट्रेंट के बीच के अंतर को समझने की आवश्यकता है। हार्ड कंस्ट्रेंट (जैसे हथियार बनाने में सहायता से इनकार) को किसी भी सिस्टम प्रॉम्प्ट द्वारा ओवरराइड नहीं किया जा सकता है। सॉफ्ट कंस्ट्रेंट (जैसे उत्तर की विस्तार से जानकारी, टोन और स्टाइल) को ऑपरेटर-स्तर के सिस्टम प्रॉम्प्ट के माध्यम से समायोजित किया जा सकता है। Claude ऑपरेटर को एक "अपेक्षाकृत विश्वसनीय नियोक्ता" के रूप में देखेगा और उचित सीमा के भीतर निर्देशों का पालन करेगा।
निष्कर्ष
Claude संविधान का जारी होना AI अलाइनमेंट के इंजीनियरिंग समस्या से औपचारिक रूप से दर्शन के क्षेत्र में प्रवेश का प्रतीक है। तीन मुख्य बिंदु याद रखने योग्य हैं: पहला, "तर्क-आधारित" अलाइनमेंट "नियम-आधारित" की तुलना में वास्तविक दुनिया की जटिलताओं से निपटने में अधिक सक्षम है; दूसरा, चार-स्तरीय प्राथमिकता प्रणाली AI व्यवहार संघर्षों के लिए एक स्पष्ट निर्णय ढांचा प्रदान करती है; तीसरा, AI के नैतिक दर्जे की औपचारिक स्वीकृति चर्चा का एक बिल्कुल नया आयाम खोलती है।
चाहे आप Anthropic के हर निर्णय से सहमत हों या नहीं, इस संविधान का मूल्य इस बात में है: एक ऐसे उद्योग में जहाँ हर कोई तेजी से दौड़ रहा है, एक अग्रणी कंपनी अपनी उलझनों, विरोधाभासों और अनिश्चितताओं को मेज पर रखने के लिए तैयार है। यह रवैया शायद संविधान की विशिष्ट सामग्री से अधिक ध्यान देने योग्य है।
वास्तविक काम में Claude के सोचने के अनूठे तरीके का अनुभव करना चाहते हैं? YouMind पर, आप Claude, GPT, Gemini जैसे कई मॉडलों के बीच स्वतंत्र रूप से स्विच कर सकते हैं और अपने काम के परिदृश्य के लिए सबसे उपयुक्त AI साथी पा सकते हैं। अन्वेषण शुरू करने के लिए निःशुल्क पंजीकरण करें।
संदर्भ सामग्री
[1] 23,000 शब्दों के नए "AI संविधान" को विस्तार से पढ़ने के बाद, मैं Anthropic के दर्द को समझ गया
[2] 23,000 शब्दों के नए "AI संविधान" को विस्तार से पढ़ने के बाद, मैं Anthropic के दर्द को समझ गया
[3] Amanda Askell - विकिपीडिया
[4] Claude's New Constitution - AI Alignment for Engineers
[5] 23,000 शब्दों के नए "AI संविधान" को विस्तार से पढ़ने के बाद, मैं Anthropic के दर्द को समझ गया
[6] Aakash Gupta: Anthropic just released Claude's "soul."
[7] Claude's New Constitution - AI Alignment for Engineers
[8] Reddit: "Claude could be conscious." - Anthropic CEO Explains
[9] Aakash Gupta: Anthropic just released Claude's "soul."
[10] Claude (language model) - विकिपीडिया)
[11] Claude's New Constitution - AI Alignment for Engineers
[12] पेंटागन का दावा है कि Anthropic की "आत्मा" सप्लाई चेन जोखिम पैदा करती है
[13] Reddit: अमेरिकी रक्षा विभाग का कहना है कि Claude रक्षा आपूर्ति श्रृंखला को दूषित कर देगा
[14] Aakash Gupta: Anthropic just released Claude's "soul."
[15] 23,000 शब्दों के नए "AI संविधान" को विस्तार से पढ़ने के बाद, मैं Anthropic के दर्द को समझ गया
इस लेख के बारे में सवाल हैं?
AI से मुफ्त में पूछेंसंबंधित लेख
तेज़ बने रहें या और गहराई में जाएँ: मॉडल कब बदलें
जब भी कोई एआई प्रयोगशाला मॉडल की नई पीढ़ी की घोषणा करती है या विस्तारित तर्क स्तर जारी करती है, एक परिचित प्रश्न पीछे आता है: क्या हर कार्यभार को तुरंत सबसे शक्तिशाली और महँगे स्तर पर स्थानांतरित कर देना चाहिए? जब कोई स्वचालित प्रारूप पतला लगे, कोई वैचारिक अंतराल छोड़ दे, या कोई परिचालन बारीकी चूक जाए, तो मॉडल की क्षमता को दोष देना और सबसे भारी उपलब्ध तर्क स्तर की ओर बढ़ना आकर्षक लगता है। दैनिक व्यवहार में, हालांकि, मॉडल का भार बढ़ाना या तर्क की गहराई चढ़ाना गलत उपाय हो सकता है। सेटअप बदलने से पहले यह पूछना उपयोगी है कि प्रारूप में कमी किस बात की है: कोई निष्कर्ष, कोई कथित बाध्यता, या कोई स्रोत दस्तावेज़। इस तनाव को व्यवहार में देखने के लिए हमने YouMind में एक लेखन-तैयारी डेमो किया, जिसका विषय 12 नवंबर 2026 को Google के Gemini 4 Hydrogen का विमोचन था। यह Hydrogen का बेंचमार्क या मॉडल-प्रदर्शन तुलना नहीं था, और इससे यह सिद्ध नहीं होता कि YouMind में Hydrogen उपलब्ध है। अभ्यास में Auto बंद करके Gemini 3.8 Flash का उपयोग कर एक रूटिंग नोट और एक हैंडऑफ ब्रीफ तैयार किया गया। प्रश्न यह था कि जब प्रारूप अधूरा रहे तो क्या करें: तर्क गहरा करें, या गायब दस्तावेज़ खोजें? यह समझना कि मॉडल कब बदलें, उत्पाद घोषणाओं से आगे देखकर शुरू होता है और इस बात की जाँच से कि डेवलपर अपनी वास्तुकला को कैसे रखते हैं। 12 नवंबर 2026 के विमोचन में ने Gemini 4 Hydrogen को गति, उच्च-थ्रूपुट एजेंटिक निष्पादन, और एकीकृत 10 लाख टोकन के संदर्भ विंडो में मल्टीमॉडल संश्लेषण के लिए बने इंजन के रूप में रखा। Hydrogen को गहरे संज्ञानात्मक कार्यों के सर्वसमावेशी विकल्प के रूप में पेश करने के बजाय, Google ने कार्यभार को स्पष्ट रूप से तेज़ निष्पादन और भारी तर्क के बीच बाँटा। और उसके साथी Argon जैसे अग्रिम मॉडल अब भी गहरे, दीर्घ-क्षितिज तर्क के लिए रखे गए हैं। Google के डेवलपर दस्तावेज़ बताते हैं कि Carbon वास्तुकला, डिबगिंग, विज्ञान और सुरक्षा ऑडिट में परिकल्पनाओं और सीमांत स्थितियों का परीक्षण करता है। इसके विपरीत Hydrogen या तो रोज़मर्रा के काम के लिए स्वतंत्र मॉडल के रूप में, या उच्च-स्तरीय योजनाकारों द्वारा समन्वित वर्कर और सत्यापन उप-एजेंटों को चलाने वाले निष्पादन इंजन के रूप में रखा गया है। विलंब और विश्लेषणात्मक गहराई के इस संतुलन को संभालने के लिए Google ने Hydrogen के लिए चार API चिंतन स्तर पेश किए: low, medium, high और xhigh। के अनुसार, low उच्च-थ्रूपुट, विलंब-संवेदनशील चैट के लिए है; medium इंटरैक्टिव कोडिंग और प्रतिक्रियाशील टूल कॉल के लिए है; high जटिल कोडिंग और एजेंटिक निष्पादन सहित कार्यों का तयशुदा स्तर है; और xhigh उन कठिन बहु-चरण समस्याओं के लिए आरक्षित है जहाँ high कम पड़ जाए। Google का मार्गदर्शन है कि अधिकांश जटिल कार्यों के लिए high से शुरू करें, चारों स्तरों का मूल्यांकन करें, और अपनी गुणवत्ता रेखा पूरी करने वाला सबसे निचला स्तर चुनें। यह चेतावनी भी देता है कि xhigh विलंब और टोकन उपयोग बढ़ाता है और सरल प्रॉम्प्ट पर अधिक सोच सकता है। ये डेवलपर API सेटिंग हैं; इस लेख के लिए जाँचे गए YouMind मॉडल पृष्ठ Low, Medium और High सूचीबद्ध करते हैं, चौथा xhigh विकल्प नहीं। अपनी विमोचन सामग्री में Google कहता है कि Hydrogen तयशुदा high सेटिंग पर Gemini 3.8 Flash से 2.5 गुना तेज़ कार्य पूरा करता है। यह Google द्वारा बताया गया परिणाम है, यहाँ किया गया स्वतंत्र मापन नहीं। इसे स्थान-निर्धारण के दावे के साथ पढ़ना चाहिए, न कि इस जाँच के स्थान पर कि कोई मॉडल किसी विशेष कार्य की आवश्यकताओं को पूरा करता है या नहीं। हमने लेखन-तैयारी वर्कफ़्लो तीन प्रमुख स्रोतों के साथ सेट किया: Google की विमोचन घोषणा, Google AI Studio का तकनीकी दस्तावेज़, और सारणियाँ। इन्हें रूटिंग कार्य के तथ्यात्मक आधार के रूप में Board में जोड़ा गया। अंग्रेज़ी इंटरफ़ेस का नया स्क्रीनशॉट: वर्तमान अनप्रेषित कंपोज़र में तीन Google स्रोत चुने हुए हैं। यह मूल अपलोड क्षण नहीं है। तकनीकी दस्तावेज़ का संश्लेषण, वास्तु सीमाओं की पहचान, और एक संपादकीय ब्रीफ तैयार करना सतह पर अग्रिम-श्रेणी मॉडल की माँग लग सकता है। लेकिन क्या पहले से दर्ज तकनीकी मापदंडों को निकालना और व्यवस्थित करना सचमुच गहरे संज्ञानात्मक विवेक की माँग करता है? हमने आधार को हल्का रखने का निर्णय लिया। हमने को स्वयं चुना और Auto रूटिंग बंद की। हमने उससे विमोचन सामग्री को एक रूटिंग नोट में संश्लेषित करने को कहा, जो Hydrogen के स्थान-निर्धारण, चिंतन-स्तर मार्गदर्शन, और लेखन कार्य से जुड़े पहुँच सीमाओं को समेटे। अंग्रेज़ी इंटरफ़ेस में फिर से ली गई वर्तमान सेटिंग: Gemini 3.8 Flash चुना गया है और Auto mode बंद है। यह जनरेशन चलान का ऐतिहासिक प्रमाण नहीं है। प्रारंभिक नोट ने दर्ज मॉडल भूमिकाओं, एकीकृत 10 लाख टोकन के संदर्भ विंडो और चार चिंतन स्तरों को एक दस्तावेज़ में समेटा। इसमें Hydrogen के निश्चित Standard सशुल्क API मूल्य भी दर्ज हुए: प्रति दस लाख इनपुट टोकन 1.50 डॉलर और चिंतन टोकन सहित प्रति दस लाख आउटपुट टोकन 7.50 डॉलर। ये विवरण जुड़ जाने के बाद अगला कदम ठोस हो गया: अब जाँच के लिए एक प्रारूप था, इस अमूर्त बहस के बजाय कि उसे कौन-सा मॉडल लिखे। अभ्यास का निर्णायक हिस्सा इसके बाद आया: सुसंगत पहले मसौदे को प्रकाशन-योग्य मानने के बजाय, जनरेट किए गए नोट को स्रोत पाठों से मिलाना। मौजूदा रूटिंग नोट, पहुँच-सीमा अनुभाग पर। रोलआउट संबंधी दावा मूल दस्तावेज़ में ही है; लेख बताता है कि उसे जाँचना क्यों ज़रूरी है। फिर हमने Flash से एक हैंडऑफ ब्रीफ बनाने को कहा, जो उसी तीन Google दस्तावेज़ों के विरुद्ध रूटिंग नोट की समीक्षा करे। यह एक अलग कार्य था, जिसमें रूटिंग नोट और वे स्रोत संलग्न थे। उद्देश्य यह जाँचना था कि नोट के कथन समर्थित हैं या नहीं, न कि मॉडल को बुद्धिमत्ता अंक देना। मौजूदा हैंडऑफ ब्रीफ में “requiring a later product-page check” और “missing from these sources” दिखते हैं। स्रोत चूक लेख में सुधारी गई हैं। ऑडिट ने तुरंत कई ऐसे कथन सामने लाए जो सतह पर प्रामाणिक लगते थे, लेकिन स्रोत सामग्री की सीमाओं से आगे निकल जाते थे। सबसे शिक्षाप्रद उदाहरण इंटरफ़ेस उपलब्धता वाले अंश में था। अंतिम उपयोगकर्ताओं के लिए व्यावहारिक मार्गदर्शन देने के प्रयास में रूटिंग नोट ने कहा: “If an option is missing in an account interface, it indicates an ongoing rollout rather than an account misconfiguration.” हैंडऑफ ने इस वाक्य को “requiring a later product-page check” चिह्नित किया। विमोचन घोषणा वैश्विक रोलआउट का वर्णन अवश्य करती है, लेकिन वह किसी खाते में गायब विकल्प के लिए समस्या-निवारण नियम नहीं है। उद्धृत वाक्य साक्ष्य से आगे चला गया: सामग्री ने यह स्थापित नहीं किया कि किसी विशिष्ट मामले में कारण रोलआउट है, खाता विन्यास नहीं। हैंडऑफ ने निःशुल्क Gemini ऐप नियंत्रणों और Workspace/Sheets लाइसेंस संबंधी दावों को भी “missing from these sources” में वर्गीकृत किया। उस लेबल की भी जाँच करनी थी। घोषणा वास्तव में कहती है कि निःशुल्क Gemini ऐप उपयोगकर्ताओं को उचित होने पर स्वचालित मॉडल चयन के माध्यम से Hydrogen मिलता है; वह Sheets के लिए पात्र व्यावसायिक सदस्यताओं और Google AI Pro तथा Ultra उपभोक्ताओं से शुरू होने वाले उपभोक्ता रोलआउट का भी नाम लेती है। जो वह नहीं देती, वह प्रत्येक मैन्युअल नियंत्रण या व्यवस्थापक सेटिंग की पूरी मार्गदर्शिका है। उपयोगी अगला कदम व्यापक यूआई और लाइसेंस कथनों को इन संकरे आधिकारिक कथनों से बदलना है — हैंडऑफ के लेबल को इस फैसले की तरह न लेना कि स्रोत कुछ नहीं कहते। हैंडऑफ जाँच ने पर्याप्त स्रोत समर्थन के बिना वाक्य पाए। यह अवलोकन यह सिद्ध नहीं करता कि Flash ने उन्हें क्यों लिखा, या कोई अन्य मॉडल क्या लिखता। यह अगले संपादन चरण को सुधारने के लिए कुछ ठोस देता है: दावा, उसे सहारा देने वाला अंश, या स्रोत समूह। यह भेद आधुनिक मॉडल सूची, जैसे , में मार्ग निकालने का व्यावहारिक ढाँचा देता है, जहाँ अभ्यासकर्ताओं को नियमित रूप से तय करना होता है कि तेज़ तयशुदा सेटिंग पर रहें या भारी स्तर पर जाएँ। मॉडल चयन को प्रतिष्ठा का विषय मानने या यह मान लेने के बजाय कि हर जटिल-लगने वाला कार्य अग्रिम मॉडल माँगता है, वे यह पहचान कर अपने वर्कफ़्लो का निदान कर सकते हैं कि परिचालन घर्षण वास्तव में कहाँ से आता है। क्रमिक प्रारूपण, दिए गए सामग्री का सार, अवधारणाओं की रूपरेखा, या गद्य का पुनर्संयोजन करने के लिए तेज़ सेटअप आजमाने योग्य उचित शुरुआती बिंदु है। परिणाम को आवश्यक तथ्यों और प्रारूप से मिलाकर जाँचें। यदि वह उन आवश्यकताओं को पार कर लेता है, तो उस कार्य में केवल इसलिए मॉडल बदलने की सिद्ध आवश्यकता नहीं है कि कोई नया स्तर मौजूद है। गहरा तर्क तब जाँचने योग्य है जब आवश्यक जानकारी मौजूद हो, लेकिन वर्तमान सेटअप परस्पर निर्भर बाधाओं पर बार-बार विफल हो। परस्पर विरोधी वास्तु विनिर्देशों का समाधान, समवर्ती दोषों का डिबग, या बहु-चरण एजेंट वर्कफ़्लो की योजना ठोस परीक्षण दे सकते हैं। इनपुट और गुणवत्ता रेखा को स्थिर रखें, फिर देखें कि कोई अन्य मॉडल या चिंतन स्तर उसी विफलता को हल करता है या नहीं। आप किसी पहचानी गई तर्क बाधा के लिए स्तर बढ़ाते हैं, इस आशा में नहीं कि बड़ा मॉडल गायब डेटा गढ़ देगा। कभी-कभी अगला कदम न तो तेज़ बने रहना है और न और गहराई में जाना, बल्कि एक स्रोत देना है। एक स्वामित्व डेटा स्कीमा, एक अप्रकाशित नीति, या क्षेत्रीय रोलआउट अनुसूची को उसी प्रश्न के विशिष्ट साक्ष्य की आवश्यकता होती है। पूछें कि कौन-सा आवश्यक तथ्य अनुपस्थित है और उसे कहाँ सत्यापित किया जा सकता है। असमर्थित अंश को संशोधित करने के लिए मॉडल से कहने से पहले वह सामग्री जोड़ें या स्पष्ट करें। इस नैदानिक अनुशासन को अपनाने से मॉडल चयन उत्पाद घोषणा की प्रतिक्रिया नहीं, बल्कि दोहराए जा सकने वाला वर्कफ़्लो बन जाता है। कार्य अभिलेख सरल है: कार्य, गुणवत्ता रेखा, स्रोत, सुधारने योग्य विफलता और अगला परीक्षण। आगे ले जाने योग्य भेद उस उत्तर के बीच है जिसे गहरे तर्क की आवश्यकता है और उस उत्तर के बीच जिसे स्पष्ट स्रोत सामग्री की आवश्यकता है। इस तैयारी चलान में रूटिंग नोट ने निरीक्षण योग्य प्रारूप उपलब्ध कराया; हैंडऑफ ने उसके दावों को चुनौती योग्य बना दिया। दोनों दस्तावेज़ों में से किसी ने मूल पृष्ठों पर लौटने की आवश्यकता समाप्त नहीं की। इस नैदानिक आदत को दैनिक कार्य में लागू करने के लिए लेख निम्नलिखित पुनः उपयोग योग्य प्रॉम्प्ट प्रस्तावित करता है। यह अगले कार्य के लिए सुझाया गया उपकरण है, उन दो डेमो चलानों में प्रयुक्त शब्द नहीं। उनके पूर्ण वास्तविक इनपुट नीचे दिए गए हैं: ये दो सहेजे गए डेमो दस्तावेज़ों के लिए प्रयुक्त पूर्ण अंग्रेज़ी इनपुट हैं।
Gmail और Docs में Skills आ गए हैं, तो क्या सामग्री को अब भी स्टूडियो चाहिए?
अगर काम Gmail में पूरा हो सकता है, तो सामग्री कहीं और क्यों ले जाएँ? सीधा उत्तर है: न ले जाएँ। ईमेल मसौदा, छोटा नोट या नियमित दस्तावेज़ समीक्षा वहीं पूरी हो सकती है जहाँ काम पहले से है, तो उसे बाहरी टूल में ले जाना अनावश्यक रुकावट है। अलग स्टूडियो तब उपयोगी है जब काम का स्वरूप बदलता है: रिसर्च कई विरोधी स्रोतों में फैली हो, कच्ची सामग्री संपादन बॉक्स के लिए बहुत बिखरी हो और विश्लेषण की विधि सहेजकर, सुधारकर अगले प्रोजेक्ट में फिर इस्तेमाल करनी हो। के 10 नवंबर 2026 के आधिकारिक Workspace Skills ऐलान के बाद यह अंतर और स्पष्ट हुआ। टीम जहाँ लिखती, बातचीत करती और फ़ाइलें रखती है, उन्हीं ऐप में पुनः उपयोग योग्य निर्देश मिलने से विंडो के बीच प्रॉम्प्ट और नियम कॉपी करना कम होता है। इससे यह भी स्पष्ट होता है कि कार्यालय सॉफ़्टवेयर में AI किस काम के लिए उपयोगी है और अलग तैयारी-स्थान कब मदद कर सकता है। Google Workspace Skills निर्देशों के समूह हैं जो टीम के टेम्पलेट, संदर्भ फ़ाइल और शैली-नियमों से Gemini को दिशा देते हैं। वे मौजूदा क्षमताओं के भीतर काम करते हैं, नई क्षमता नहीं देते। इसलिए बार-बार होने वाले काम के निर्देश हर बार नहीं लिखने पड़ते। यह संगठनों के लिए चरणबद्ध शुरुआत है, सभी निजी उपयोगकर्ताओं के लिए तत्काल रिलीज़ नहीं। Rapid Release डोमेन में 9 नवंबर 2026 से शुरुआत हुई; Scheduled Release में 30 नवंबर से होगी। दोनों में सुविधा दिखने में अधिकतम 15 दिन लग सकते हैं। उपयुक्त Workspace संस्करण और कम से कम 18 वर्ष की उम्र ज़रूरी है। पात्र संस्करणों में Skills डिफ़ॉल्ट रूप से चालू हैं, जब तक व्यवस्थापक बंद न करे; हर निजी Gmail खाते में वे उपलब्ध नहीं हैं। इस्तेमाल की सीमाएँ भी स्पष्ट हैं: मौजूदा लेखन से जुड़े काम में नियमित कार्यालय टूल के भीतर अपने निर्देश होना बहुत सुविधाजनक है। दैनिक पत्राचार सोचें: Gmail में आपूर्तिकर्ता को जवाब या प्रोजेक्ट की घोषणा तैयार करना। स्वीकृत लहजा-निर्देश को @ से बुलाना मसौदा छोड़े बिना एकरूपता में मदद कर सकता है। Docs और Slides में भी मानक कार्यकारी सार लगाना या सूची को संस्थागत शैली में ढालना आसान है, जब सहायक दस्तावेज़ के पास काम करता है। Drive और Docs में Skills निश्चित संदर्भ फ़ाइलें दिखाकर नए पाठ को संगठन के उदाहरणों से मिलाने में भी मदद कर सकते हैं। टैब के बीच अंश कॉपी करने के बजाय संपादक Gemini से Drive के टेम्पलेट के आधार पर मसौदा जाँचने को कह सकता है। जब लक्ष्य कॉर्पोरेट टूल में मौजूद काम को पूरा, परिष्कृत या जाँचना हो, तो निकटता लाभ है। जहाँ दस्तावेज़ साझा और सौंपा जाता है, वहीं उसे समाप्त करना स्वाभाविक है। रुकावट तब शुरू होती है जब प्रोजेक्ट अभी एक दस्तावेज़ में नहीं ढला होता। गंभीर ज्ञान-कार्य शायद ही साफ़ प्रॉम्प्ट और व्यवस्थित संदर्भ फ़ाइल से शुरू होता है। वह बिखरे वेबपेज, पृष्ठभूमि नोट्स, इंटरव्यू प्रतिलेख, विरोधी रिपोर्ट और वैचारिक खाकों से शुरू होता है। स्रोत बिखरे हों तो साइडबार में उनका संश्लेषण असुविधाजनक हो सकता है। Workspace भी सामग्री जोड़ता है; दूसरे स्थान का लाभ इस पर निर्भर है कि टीम अभी उसे कैसे व्यवस्थित करती और फिर देखती है। Skills गाइड का केंद्र यही अंतर है: स्थिर विधि को बदलते इनपुट से अलग रखना। नियमित रिसर्च में दावों की जाँच, कमियाँ ढूँढ़ने और निष्कर्ष व्यवस्थित करने के मानक स्थिर रहते हैं। स्रोत, विषय और पाठक हर हफ़्ते बदलते हैं। स्रोत और बीच के काम को साथ रखने की जगह इस अलगाव में मदद करती है। की सुविधाएँ ज्ञान-कार्य को अकेले चैट बॉक्स के बजाय खुले कार्यमंच की तरह देखती हैं। दस्तावेज़, नोट्स, वेब अंश और रूपरेखाएँ साझा Board में रह सकती हैं, ताकि अंतिम लेखन से पहले टीम पृष्ठभूमि व्यवस्थित करे। यह बँटवारा Docs छोड़ने या Drive के संग्रह हटाने को नहीं कहता, न ही अपने-आप डेटा आदान-प्रदान का संकेत है। यह की स्वतंत्र AI सलाहकारों वाली गाइड के जटिल काम सँभालने के तरीकों जैसा है। बाहरी स्टूडियो सोचने का स्थान है जहाँ बिखरे साक्ष्य जुटते, मिलाए और छाँटे जाते हैं। स्पष्ट ब्रीफ़ या संरचित सार बनने पर अंतिम पाठ सामान्य संचार माध्यम में जा सकता है। निजी YouMind Board में छोटा डेमो वास्तविक कॉर्पोरेट सिस्टम से भ्रम पैदा किए बिना हस्तांतरण दिखाता है। North Picnic Software केवल प्रदर्शन के लिए बनाई गई काल्पनिक छोटी सॉफ़्टवेयर-टूल टीम है, जैसा साथ का नोट स्पष्ट करता है। प्रक्रिया के तीन सरल और जाँचे जा सकने वाले चरण थे: मूल North Picnic डेमो: निजी Board में तीन सार्वजनिक स्रोत और DEMO NOTE। इंटरफ़ेस सरलीकृत चीनी है। मूल डेमो का कार्य: तीन वेबपेज और DEMO NOTE इनपुट, ब्रीफ़ सहेजा गया। मूल डेमो का संपादन योग्य ब्रीफ़। हाथ से केवल दस्तावेज़ का शीर्षक बदला गया। तैयार छोटा पाठ यह था: मूल डेमो का सहेजा 152 शब्दों का अपडेट, Gemini के लंबे लेख के संशोधन का स्क्रीनशॉट नहीं। सीमाएँ स्पष्ट थीं: Google Workspace Skill नहीं जाँचा गया, कॉर्पोरेट Google खाता नहीं खोला गया और Board का Gmail, Docs या Gemini से पृष्ठभूमि सिंक नहीं था। ब्रीफ़ और अपडेट सार्वजनिक स्रोतों से निजी YouMind Board में बने, ताकि देखा जा सके कि संरचित तैयारी अगले संक्षिप्त लेखन में कैसे मदद करती है। 2026 के अंत तक Workspace Skills के फैलने के साथ कई टीमें नियमित मसौदों को साइडबार में मानकीकृत कर सकती हैं। नियम तुरंत मिलने पर आंतरिक पत्राचार, ग्राहक जवाब और छोटे संपादन अधिक सुविधाजनक होते हैं। व्यावहारिक चुनाव काम के शुरुआती बिंदु पर निर्भर है: यह प्रॉम्प्ट North Picnic डेमो के तीसरे चरण में सहेजे ब्रीफ़ से 152 शब्दों का अपडेट बनाने के लिए इस्तेमाल हुआ था:
Claude ने मीटिंग में आने की घोषणा की है। उसके बाद की रिसर्च और तैयार सामग्री कहाँ रखें?
10 नवंबर के में Claude ने Meetings की घोषणा “coming soon” शब्दों के साथ की। इसका मतलब यह नहीं है कि आज ही उसे Google Meet में जोड़ सकते हैं। दिशा स्पष्ट है: Claude कॉल के दौरान नोट्स ले और चर्चा के साथ टीम के दस्तावेज़ अपडेट करे। लेकिन कॉल समाप्त होते ही काम का दूसरा आधा हिस्सा शुरू होता है। नोट्स में बताई गई उत्पाद क्षमताएँ जाँची गई हैं? क्या “किसी ने सुझाव दिया” को “सबने तय किया” लिख दिया गया है? सहकर्मी जिस मसौदे को आगे संपादित करेगा, वह कहाँ है? रिकॉर्ड, व्हाइटबोर्ड और कार्यसूची मौजूद होने से ये प्रश्न अपने-आप हल नहीं हो जाते। हम Harbor Light Studio के अंग्रेज़ी डेमो नोट और दो आधिकारिक स्रोतों से दिखाएँगे कि मीटिंग के बाद की चर्चा को YouMind में जाँचने और संपादित करने योग्य हैंडऑफ़ दस्तावेज़ में कैसे बदला जा सकता है। यह नोट किसी वास्तविक मीटिंग का रिकॉर्ड नहीं है। उदाहरण अंग्रेज़ी में है; स्क्रीनशॉट में वास्तव में इस्तेमाल किया गया चीनी इंटरफ़ेस ही है। मान लें आप उत्पाद सामग्री के ज़िम्मेदार हैं और संपादक को ऐसा दस्तावेज़ देना है जिससे वह सार्वजनिक व्याख्या लिख सके। उसे पूरी चर्चा दोबारा सुनने की ज़रूरत नहीं है। उसे तीन उत्तर चाहिए: यह “मीटिंग का सार बना दो” से अलग काम है। सार चर्चा की रूपरेखा बचाता है; हैंडऑफ़ दस्तावेज़ अगले व्यक्ति को कदम उठाने में मदद करता है। एक अन्य में Whiteboards और Sheets के बीटा की घोषणा हुई। Dashboards का नाम बदलकर Claude Data किया गया और उसे सामान्य रूप से उपलब्ध कराया गया; certified queries और live sharing अभी बीटा में हैं। व्हाइटबोर्ड मीटिंग में विचार व्यवस्थित करने में मदद कर सकता है, लेकिन यह Claude के वीडियो कॉल में प्रतिभागी बनकर शामिल होने के बराबर नहीं है। यही वास्तविक संपादकीय निर्णय है: अलग-अलग उपलब्धता वाले उत्पादों को एक दावे में न मिलाएँ। किसी बात का मीटिंग में कहा जाना उसे प्रकाशन योग्य तथ्य नहीं बनाता। शुरुआत के लिए ये तीन दस्तावेज़ काफ़ी हैं: से वेबपेज उनके मूल लिंक सहित एक प्रोजेक्ट में रख सकते हैं, चुनी गई सामग्री पर प्रश्न पूछ सकते हैं और संपादन योग्य दस्तावेज़ बना सकते हैं। इस डेमो में नोट और दो आधिकारिक स्रोत निजी Board Meeting Follow-through — Evidence to Deliverables में रखे गए। दोनों पेज का पूरा पाठ प्रोजेक्ट में पढ़ा जा सकता था। इस तरह नोट, मूल स्रोत और बाद का दस्तावेज़ तीन अलग चैट के बजाय एक जगह रहे। केवल लिंक नहीं, इस काम का ठोस प्रश्न भी सहेजें: कौन-सी जानकारी सार्वजनिक व्याख्या में जा सकती है और किसे और प्रमाण चाहिए? यही प्रश्न अतिरिक्त रिसर्च को दिशा देता है। कमी दूर करने वाली आधिकारिक व्याख्या उपयोगी है; एक ही सुर्खी दोहराने वाले ज़्यादा पेज निष्कर्ष को अधिक विश्वसनीय नहीं बनाते। नोट, दोनों आधिकारिक स्रोत और दस्तावेज़ एक प्रोजेक्ट में हैं। दाईं ओर आधिकारिक स्रोत का पाठ पढ़ा जा सकता है। पहले N1 के ये अंश देखें: पहला बिंदु बताता है कि Mina ने एक समाचार दोहराया था, यह नहीं कि उत्पाद किन प्लैटफ़ॉर्म का समर्थन करता है। तीसरा बिंदु स्पष्ट संपादकीय दिशा दर्ज करता है। चौथे में Jordan की रिसर्च व्यवस्थित करने की पेशकश है, लेकिन समय-सीमा नहीं है। नोट्स बताते हैं कि क्या चर्चा हुई; आधिकारिक पेज उत्पाद के तथ्यों का प्रमाण देते हैं। साथ रखने से मिलान हो सकता है, लेकिन दोनों को एक-दूसरे का विकल्प नहीं मान सकते। शुरू में पूरा लेख न माँगें। पहले AI से चुनी सामग्री को तीन श्रेणियों में अलग करने को कहें: मसलन, N1 में लाइव कॉल में शामिल होने का ट्यूटोरियल न लिखने का निर्णय दर्ज है। Google Meet, पात्र प्लान, दिखाई देने वाले प्रतिभागी, मेहमानों के नियम और मीटिंग के बाद फ़ाइलों की जगह को To verify में रखें। S1 की झलक इन विवरणों की पुष्टि नहीं करती। सहज भाषा से साक्ष्य की कमी नहीं भरनी चाहिए। अपुष्ट होने का मतलब यह नहीं कि उत्पाद में वह सुविधा नहीं है; केवल इतना कि मौजूदा स्रोत उस निष्कर्ष की पुष्टि नहीं करते। To verify अनुत्तरित प्रश्नों का स्थायी भंडार नहीं है। हर कमी दूर करने की शर्त तय करें: प्लैटफ़ॉर्म का आधिकारिक नामोल्लेख चाहिए; प्लान के लिए पात्रता का विवरण। साक्ष्य न मिले तो उस पर निर्भर अंश हटाकर प्रमाणित सामग्री के साथ आगे बढ़ें। रिसर्च की कमी दस्तावेज़ का दायरा बदले, भूली हुई प्रश्नसूची न बने। संपादकीय सुझाव भी अलग रखें। AI तीन उत्पादों का तुलनात्मक चित्र सुझा सकता है। यह उपयोगी हो सकता है, लेकिन इसे मीटिंग की सहमति नहीं माना जा सकता। स्वीकृति के लिए इसे Suggested follow-up में रखें, चुपचाप Decisions में न जोड़ें। कार्यसूची पूरी दिखाने के लिए तारीखें न गढ़ें। मीटिंग की तारीख डिलीवरी की समय-सीमा नहीं है; “इस हफ़्ते चर्चा हुई” का अर्थ “शुक्रवार तक देना है” नहीं होता। Not specified in N1 लिखें, ताकि अगले चरण में इसे स्पष्ट किया जा सके। ज़रूरी अंश जाँचने के लिए मूल लिंक खोलें। केवल शीर्षक मिले या स्रोत पढ़ा न जा सके, तो संबंधित मूल पाठ जुटाएँ; AI को शीर्षक से सामग्री का अनुमान न लगाने दें। वास्तव में चलाए गए स्रोत-जाँच कार्य ने आधिकारिक शब्द “coming soon” उद्धृत किए और खबरों व नोट के अपुष्ट विवरण अलग सूचीबद्ध किए। फिर ऑपरेटर ने दोनों मूल पेज खोलकर उद्धरण और निष्कर्ष मिलाए। पहले आधिकारिक शब्द निकालें, फिर साक्ष्य से तय करें कि क्या लिखा जा सकता है। नोट में दोहराया गया कथन उत्पाद की तकनीकी विशिष्टता नहीं बन जाता। प्लैटफ़ॉर्म, प्लान और भागीदारी के नियम अपुष्ट चिह्नित हैं। उत्तर “इन स्रोतों से प्रमाणित नहीं” और “गलत” के बीच फ़र्क करता है। इसके बाद AI को दस्तावेज़ लिखने का जो अनुरोध दिया गया, वह स्क्रीन पर रद्द दिखा। अंततः ऑपरेटर ने सत्यापित सामग्री के आधार पर स्वयं पाठ लिखा और संपादन योग्य Harbor Light Studio — Post-meeting brief (DEMO) दस्तावेज़ सहेजा। इसके Decisions, To verify और Next steps अनुभाग रिसर्च को आगे संपादित करने और सौंपने योग्य बनाते हैं। पहले पाने वाले के काम पर विचार करें। रिसर्चकर्ता के लिए कमियाँ और मूल लिंक उभारें। संपादक के लिए उपयोगी तर्क और अभी न लिखी जा सकने वाली सामग्री अलग करें। समीक्षक के लिए पुष्टि योग्य संस्करण और अवस्था बचाएँ। एक प्रोजेक्ट ये हस्तांतरण सँभाल सकता है, बिना हर व्यक्ति के लिए हर स्रोत की नकल बनाए। तीन अनुभाग वाला दस्तावेज़ हाथ से लिखा और सहेजा गया। इसमें स्रोत लिंक, अनसुलझे प्रश्न और नोट में दर्ज अगले कदम हैं। नीचे इस ढाँचे का दोबारा इस्तेमाल करने योग्य रूप है, जिसमें साक्ष्य, ज़िम्मेदारी की स्थिति और अनिर्दिष्ट तारीखें भी दिखाई गई हैं: N1, S1 और S2 ऊपर की स्रोत तालिका के संकेत हैं। सौंपते समय हर आधार संबंधित अंश या URL तक ले जाए, केवल अंत में रखे संदर्भों के ढेर तक नहीं। “Jordan ने रिसर्च में मदद की पेशकश की” का मतलब “Jordan ने रिसर्च पूरी कर ली” नहीं है। “Mina समीक्षा करेंगी” का मतलब “दस्तावेज़ स्वीकृत है” नहीं है। ये अवस्थाएँ बनाए रखें, ताकि तैयारी को पूरा हुआ काम न समझ लिया जाए। इसके बाद ही दूसरा लेखन कार्य माँगें: ऐसे व्यक्ति के लिए सार्वजनिक व्याख्या जो चर्चा में नहीं था। इसमें आंतरिक ज़िम्मेदारों, किसने कौन-सी खबर दोहराई या हर बहस की ज़रूरत नहीं है। स्रोत-समर्थित स्पष्ट आकलन चाहिए। उदाहरण के लिए: पहला वाक्य S1 से समर्थित है। दूसरा काम के बारे में हमारा आकलन है, Anthropic द्वारा वादा किया गया उत्पाद परिणाम नहीं। पाठक घोषणा और हमारे सुझाए तरीके को अलग समझ सकता है। यह का सिद्धांत है: साक्ष्य का पुनः उपयोग करें, उत्तर का नहीं। नोट बताता है क्या चर्चा हुई; आंतरिक दस्तावेज़ बताता है आगे कैसे बढ़ें; सार्वजनिक व्याख्या बताती है पाठक को क्या समझना चाहिए। काम जुड़े हैं, लेकिन एक ही अनुच्छेद छोटा करने से तीनों पूरे नहीं होते। सहकर्मी को दस्तावेज़ और साक्ष्य दोनों चाहिए। तराशी हुई फ़ाइल भेजकर स्रोत और खुले प्रश्न निजी चैट में छोड़ना अगले व्यक्ति को फिर से खोजने पर मजबूर करता है। का सहयोग अपडेट बताता है कि Board की सेटिंग से सहकर्मियों को बुलाकर सामग्री संपादित करने, कार्य चलाने या केवल देखने की अनुमति दी जा सकती है। काम प्रोजेक्ट में उपलब्ध रहता है और दोबारा देखा जा सकता है। परिष्कृत Skills भी Board के साथ साझा किए जा सकते हैं। हस्तांतरण का सरल क्रम तय करें: रिसर्चकर्ता स्रोत और अवस्था जोड़े, समीक्षक खुले बिंदु सुलझाए और संपादक अंतिम पाठ सुधारे। कौन संपादित कर सकता है और कौन सार्वजनिक संस्करण मंज़ूर करेगा, यह टीम तय करे। AI को उपस्थित लोगों की सूची से ये भूमिकाएँ नहीं बाँटनी चाहिए। तरीका स्थिर हो जाए तो “निर्णय निकालें, स्रोत जाँचें, कमियाँ सूचीबद्ध करें, हैंडऑफ़ दस्तावेज़ तैयार करें” को दोबारा इस्तेमाल योग्य Skill बनाएँ। अगले हस्तांतरण को बेहतर करने से पहले इस वाले को कारगर बनाएँ। सौंपने से पहले किसी ऐसे व्यक्ति को दस्तावेज़ खोलकर चार प्रश्नों के उत्तर देने को कहें जो मीटिंग में नहीं था: यदि पाठक को निष्कर्ष का आधार अब भी चैट में खोजना पड़ता है, तो साक्ष्य जोड़ें। कार्यसूची पूरी दिखे, लेकिन ज़िम्मेदार और तारीखें अपुष्ट हों तो पहले आवंटन स्पष्ट करें। तैयार सामग्री केवल साफ़ फ़ॉर्मैट नहीं है: दूसरा व्यक्ति पूरी चर्चा अपने ऊपर लिए बिना आगे बढ़ सके। दस्तावेज़ बदलने पर अवस्था भी बदलें। स्रोत जोड़ने का मतलब सार्वजनिक पाठ की दोबारा समीक्षा नहीं; वाक्य सुधारने का मतलब खुला प्रश्न हल होना नहीं। ये आपके काम के लिए सुझाए गए चरण हैं। N1 की जगह अपना नोट रखें और उपयुक्त स्रोत चुनें। साक्ष्य की समीक्षा पर रुकें, फिर मसौदा तैयार करने की अनुमति दें। नतीजा सिर्फ़ “हमारे पास कार्यवृत्त है” नहीं है। यह ऐसा प्रोजेक्ट है जिसमें दूसरा व्यक्ति आधार ढूँढ़ सके, कमियाँ देख सके, मसौदा सुधार सके और समझ सके कि आगे किससे पूछना है। मीटिंग के बाद असली मूल्य रिकॉर्ड को ऐसे काम में बदलना है जिसे कोई दूसरा आगे बढ़ा सके।