Anthropic ने इस महीने Claude Code version 2.1.207 जारी किया है, और इसके रिलीज़ नोट्स में एक ऐसा बदलाव छिपा है जो AI-assisted development के नियमों को फिर से लिख देता है। अब उन तीन प्रमुख क्लाउड प्लेटफॉर्म्स पर Auto mode डिफ़ॉल्ट रूप से उपलब्ध है जो इस एजेंट को होस्ट करते हैं: Amazon Bedrock, Google Vertex AI, और Microsoft Azure Foundry। यह एक अकेला बदलाव यह तय कर देता है कि जब मशीन द्वारा लिखा गया कोड आपके रिपॉजिटरी (repository) में पहुँचता है, तो अप्रूवल चेन (approval chain) का मालिक कौन है।
पुराना तरीका दोषपूर्ण था
इस रिलीज़ तक, Claude Code डिफ़ॉल्ट रूप से manual mode में चलता था। एजेंट एक फ़ाइल एडिट स्टेज करता, एक शेल कमांड तैयार करता, या एक git commit को कतार (queue) में लगाता, और फिर रुक जाता। वह एक इंसान के diff को पढ़ने, कमांड की जाँच करने और 'approve' पर क्लिक करने का इंतज़ार करता। सिद्धांत सही था: किसी व्यक्ति की अनुमति के बिना AI को कभी भी प्रोडक्शन कोड को छूने न दें।
हकीकत अलग थी। Anthropic ने पाया कि manual mode में 93% उपयोगकर्ता बिना पढ़े ही प्रॉम्प्ट्स को अप्रूव कर रहे थे। डेवलपर्स अप्रूवल स्क्रीन को एक चेकपॉइंट के बजाय एक बाधा (nuisance) के रूप में देखते थे। वे अपने काम के प्रवाह (flow) को बनाए रखने के लिए तेज़ी से "yes" पर क्लिक करते थे, जिससे मैन्युअल गेट बेकार हो गया। एक सुरक्षा नियंत्रण जिसे हर कोई बायपास कर देता है, वह नियंत्रण नहीं है। वह सुरक्षा के नाम पर केवल एक बाधा (friction) है।
Auto Mode कैसे मानव क्लिक की जगह लेता है
Auto mode उस रबर-स्टैम्प मानव अनुमोदन (human approval) को दूसरे AI मॉडल से बदल देता है। यह क्लासिफायर (classifier) एजेंट द्वारा किए जाने वाले हर एक एक्शन की निष्पादन (execution) से पहले समीक्षा करता है। यह जाँचता है कि क्या वह स्टेप अभी भी मूल कार्य के अनुरूप है और क्या एजेंट अपने रास्ते से भटक गया है। यदि क्लासिफायर एक्शन को मंजूरी दे देता है, तो एजेंट तुरंत आगे बढ़ जाता है। कोई पिंग नहीं। कोई पॉपअप नहीं। आपके लंच खत्म करने का इंतज़ार नहीं।
यह एक अलग तरह का सेफ्टी नेट है। क्लासिफायर रात के 2 बजे थकता नहीं है। वह किसी डेडलाइन के दबाव में पढ़ना नहीं छोड़ता। और वह सौवें एक्शन पर भी उतनी ही बारीकी से जाँच करता है जितनी पहले एक्शन पर। एक थका हुआ इंजीनियर ऐसा नहीं कह सकता।
गवर्नेंस में बदलाव
यहाँ गहरा बदलाव डिफ़ॉल्ट्स और ज़िम्मेदारी के बारे में है। 2.1.207 से पहले, टीमों को सक्रिय रूप से auto mode चुनना पड़ता था। अब ज़िम्मेदारी उलट गई है: आपको इसे बंद करने के लिए स्पष्ट रूप से कदम उठाने होंगे। यदि आपका संस्थान फाइनेंस या हेल्थकेयर में रेगुलेटेड डेटा को संभालता है, तो यह कोई मामूली UX बदलाव नहीं है। यह एक पॉलिसी इवेंट है। आपकी कंप्लायंस टीम को यह जानने की ज़रूरत है कि जब तक कोई स्पष्ट रूप से इस फीचर को डिसेबल नहीं करता, तब तक स्वायत्त कमिट्स (autonomous commits) पहले से ही आपके रिपॉज़ में पहुँच रहे हो सकते हैं।
आपको अभी क्या करना चाहिए
सबसे पहले, अपनी वर्तमान स्थिति का ऑडिट करें। अपने हालिया लॉग्स और git इतिहास की जाँच करें। यदि आप Claude Code को दिए गए कमिट्स देखते हैं लेकिन सेशन रिकॉर्ड में उनके अनुरूप कोई मानव अप्रूवल प्रॉम्प्ट नहीं मिलता है, तो auto mode पहले से ही सक्रिय है। यह न मानें कि आपका पुराना कॉन्फ़िगरेशन बरकरार है।
यदि आपको मैन्युअल कंट्रोल वापस चाहिए, तो जान लें कि पुराने तरीके अब काम नहीं करेंगे। Anthropic ने उन पिछले environment variables के सपोर्ट को हटा दिया है जो इस व्यवहार को टॉगल करते थे। अब आपको अपने मैनेज्ड सेटिंग्स फ़ाइल में disableAutoMode सेट करना होगा। आपके शेल कॉन्फ़िग्स या कंटेनर इमेजेस में कोई भी पुराना वर्कअराउंड (workaround) चुपचाप विफल हो जाएगा, इसलिए अपग्रेड करने के बाद अपने डिप्लॉयमेंट पाइपलाइन्स को स्कैन करें।
आप क्लासिफायर को फाइन-ट्यून नहीं कर सकते। इसकी आक्रामकता या रिस्क थ्रेशोल्ड के लिए कोई डायल नहीं हैं। आपके पास केवल एक्सेस कंट्रोल ही व्यावहारिक नियंत्रण हैं। ब्लास्ट रेडियस (blast radius) को सीमित करें। एजेंट को विशिष्ट डायरेक्टरीज़ तक ही सीमित रखें। उसे न्यूनतम अनुमतियों (permissions) के साथ अल्पकालिक क्रेडेंशियल्स (short-lived credentials) दें। यदि क्लासिफायर कभी किसी गलत एक्शन को नहीं पकड़ पाता है, तो एक सीमित दायरे वाला एजेंट एडमिन कीज़ (admin keys) रखने वाले एजेंट की तुलना में बहुत कम नुकसान पहुँचा सकता है।
Auto Mode कहाँ उपयोगी है
यहाँ लाभ उन कार्यों पर काम की गति का है जिनमें मानव चक्रों (human cycles) की आवश्यकता नहीं है। Auto mode उन सीमित और दोहराव वाले कार्यों में उत्कृष्ट है जहाँ जोखिम कम है और पैटर्न स्पष्ट है। अपने लिंटर नियमों (linter rules) को अपडेट करने के बाद सौ फ़ाइलों पर फॉर्मेटिंग पास करने पर विचार करें। या किसी सुरक्षा एडवाइजरी के आने पर पैच-लेवल डिपेंडेंसी को अपडेट करना। एजेंट इंजीनियर को गहरे फोकस से बाहर निकाले बिना इटरेशन, एप्लिकेशन, टेस्टिंग और कमिट कर सकता है।
यह महत्वपूर्ण है क्योंकि इंजीनियरिंग का समय सीमित है। व्हाइटस्पेस फिक्स पर "approve" क्लिक करने में बिताया गया हर मिनट आर्किटेक्चर, इंसिडेंट रिस्पांस, या वास्तव में कठिन 20% काम से चुराया गया मिनट है जिसमें अभी भी मानवीय निर्णय की आवश्यकता होती है। Auto mode वह समय वापस देता है।
लेकिन अनुशासन के बिना गति केवल तेज़ तकनीकी ऋण (technical debt) है। क्लासिफायर यह जाँचता है कि क्या कोई एक्शन प्रॉम्प्ट से मेल खाता है। यह यह नहीं जाँचता कि परिणामी कोड आपके इंटीग्रेशन सुइट (integration suite) को पास करता है, आपके डोमेन इनवेरिएंट्स (domain invariants) का सम्मान करता है, या आपके स्टाइल गाइड का पालन करता है। प्रोडक्शन तक कुछ भी पहुँचने से पहले आपको अभी भी CI गेट्स, कोड रिव्यू और ऑटोमेटेड टेस्ट की आवश्यकता है।
मल्टी-क्लाउड की जटिलता
चूंकि यह डिफॉल्ट Bedrock, Vertex AI और Azure Foundry में एक साथ रोल आउट किया गया है, इसलिए मल्टी-क्लाउड सेटअप चलाने वाली कंपनियों को निरंतरता (consistency) के बारे में सोचने की आवश्यकता है। जब तक आप प्रत्येक प्लेटफॉर्म को सोच-समझकर कॉन्फ़िगर नहीं करते, तब तक आप AWS पर ढीली अनुमतियों (loose permissions) के साथ ऑटो मोड को चलने नहीं दे सकते और साथ ही GCP पर इसे सुरक्षित (locked down) नहीं रख सकते। यदि आप इन तीनों क्लाउड को एक एकल ऑपरेशनल मेश (operational mesh) के रूप में देखते हैं, तो अभी से अपनी disableAutoMode पॉलिसी और अपनी पहचान सीमाओं (identity boundaries) को मानकीकृत करें। प्लेटफॉर्म के बीच का विचलन (drift) तब तक अदृश्य रहता है जब तक कि वह किसी बिल्ड को खराब न कर दे—या उससे भी बुरा कुछ न कर दे।
यह याद रखना भी महत्वपूर्ण है कि क्लासिफायर क्या नहीं देख पाता है। यह इस बात का मूल्यांकन करता है कि क्या एजेंट अपने कार्य पर टिका हुआ है, न कि इस बात का कि क्या एक रिफैक्टर (refactor) आपके कोडबेस में व्यापक प्रभाव (ripple effects) पैदा कर रहा है। एक साझा यूटिलिटी (shared utility) निकालने वाला एजेंट अपने प्रॉम्प्ट के पूरी तरह अनुरूप लग सकता है, जबकि वह सूक्ष्म रूप से एक ऐसे इंटरफ़ेस में बदलाव कर रहा हो जिस पर दस डाउनस्ट्रीम सेवाएं निर्भर हैं। क्लासिफायर कोई सीनियर आर्किटेक्ट नहीं है। यह केवल एक टास्क चेकर है।
अगले स्प्रिंट के लिए एक चेकलिस्ट
यदि आप इस बदलाव का प्रबंधन कर रहे हैं, तो इस सप्ताह उठाए जाने वाले ठोस कदम यहाँ दिए गए हैं:
- दो सप्ताह के लॉग्स का ऑडिट करें। Claude Code के हर कमिट (commit) को मैप करें। ऐसे किसी भी कमिट को चिह्नित करें जो बिना मानवीय अनुमोदन प्रॉम्प्ट (human approval prompt) के संपन्न हुआ हो।
- क्रेडेंशियल्स का दायरा तय करें। एजेंट के लिए एक समर्पित सर्विस अकाउंट बनाएं। इसे केवल उन्हीं डायरेक्टरीज़ तक राइट एक्सेस (write access) दें जिनकी इसे वास्तव में आवश्यकता है। इसे कभी भी प्रोडक्शन डेटाबेस, डिप्लॉयमेंट कीज़ (deployment keys), या कस्टमर डेटा स्टोर तक एक्सेस न दें।
- अपने डॉक्यूमेंटेशन को अपडेट करें। पुराने एनवायरनमेंट वेरिएबल टॉगल (environment variable toggles) के संदर्भों को हटा दें। ऑन-कॉल इंजीनियरों को नई
disableAutoModeप्रबंधित सेटिंग की ओर निर्देशित करें। - जोखिम के आधार पर विभाजित करें। केवल डेवलपमेंट के लिए स्वच्छता कार्यों (hygiene tasks) जैसे फॉर्मेटिंग और मामूली डिपेंडेंसी अपडेट (dependency bumps) के लिए ऑटो मोड की अनुमति दें। बिजनेस लॉजिक, ऑथेंटिकेशन, या डेटा हैंडलिंग कोड से संबंधित किसी भी चीज़ के लिए मैनुअल मोड या पूर्ण मानवीय समीक्षा की आवश्यकता रखें।
- अपनी कंप्लायंस टीम को जानकारी दें। उन्हें समझाएं कि क्लासिफायर एक स्वचालित जांच (automated check) है, न कि मानवीय स्वीकृति (human sign-off)। उन्हें दिखाएं कि नया ऑप्ट-आउट डिफॉल्ट आपकी मौजूदा चेंज-कंट्रोल नीतियों के साथ कैसे इंटरैक्ट करता है।
गार्डरेल्स बनाए रखें, दिखावा छोड़ें
ऑटो मोड उस अनुमोदन अनुष्ठान (approval ritual) को हटाकर AI-सहायता प्राप्त कोडिंग को तेज़ बनाता है जो मैनुअल मोड में बन गया था। एजेंट की समीक्षा करने वाला दूसरा मॉडल, आधी रात को थके हुए डेवलपर द्वारा "yes" दबाने की तुलना में एक बेहतर सुरक्षा उपाय है। लेकिन डिफॉल्ट एक पहले से लिया गया निर्णय है, और यह मानकर चलता है कि जब तक आप अन्यथा न कहें, आप स्वायत्तता (autonomy) चाहते हैं।
2.1.207 को एक इंफ्रास्ट्रक्चर परिवर्तन के रूप में देखें, न कि सुविधा अपग्रेड के रूप में। अपनी अनुमतियों की समीक्षा करें, अपने रनबुक्स (runbooks) को फिर से लिखें, और सोच-समझकर चुनें कि कौन से वर्कफ़्लो स्वचालित रहेंगे और कौन से मानवीय। एजेंट को कठिन और उबाऊ काम (grunt work) करने दें। आपका काम यह सुनिश्चित करना है कि उस काम के चारों ओर की दीवारें इतनी मजबूत हों कि वे टिकी रहें।
Telegram पर GyaanSetu AI कम्युनिटी में चर्चा में शामिल हों।