आख़िरकार अंतिम अध्याय। यहाँ तक आप एजेंट की संरचना समझने, पहला एजेंट बनाने, टूल जोड़ने, कई में बाँटने, मूल्यांकन से मापने, और गार्डरेल से बचाने तक आ पहुँचे। बचा हुआ विषय एक ही है — इसे "रोज़ चलते रहने वाला प्रोडक्शन सिस्टम" बनाना। इस अध्याय में, फ़्रेमवर्क चुनना, Claude से बनाने के दो रास्ते, और डिप्लॉय-निगरानी-लागत-भरोसेमंदी वाले संचालन के अहम बिंदु देखेंगे। पिछले अध्याय गार्डरेल और सुरक्षा में सीखा बचाव-डिज़ाइन, यहाँ संचालन के रूप में फल देता है।
लक्ष्य है "प्रोटोटाइप को, स्थिर रूप से चलते रहने वाला प्रोडक्शन एजेंट बनाना"
खुद बनाएँ, या फ़्रेमवर्क
"एजेंट फ़्रेमवर्क से बनाना चाहिए, या खुद लूप लिखना चाहिए" — हर कोई शुरू में इसी सवाल में उलझता है। जवाब सरल है, जब तक छोटा है खुद बनाकर कार्यप्रणाली सीखो, और बढ़ जाए तो SDK या फ़्रेमवर्क से उत्पादकता बढ़ाओ। अध्याय 2 में न्यूनतम ढाँचा हाथ से जोड़ना, ठीक इसी "पहले खुद बनाकर समझो" वाले चरण का हिस्सा था। भीतर दिखता हो, तो बाद में फ़्रेमवर्क पर बदल भी लें, तब भी क्या हो रहा है यह जानते हुए चला सकते हैं। उल्टा, कार्यप्रणाली जाने बिना फ़्रेमवर्क को सब सौंप दें, तो अटकने पर हाथ-पैर बँध जाते हैं।
💡 निर्णय का पैमाना। लूप, टूल कॉल और स्टेट प्रबंधन खुद लिखते रहना बोझ बनने लगे, तो यह फ़्रेमवर्क अपनाने का संकेत है। उल्टा, अभी छोटा और प्रयोग के चरण में हो, तो पतला अपना-बनाया कोड ज़्यादा तेज़, और समझ भी गहरी करता है। "सुविधाजनक है" के बजाय "दोहराव घटता है" के आधार पर अपनाएँ।
फ़्रेमवर्क कैसे चुनें
फ़्रेमवर्क कई हैं, पर नाम या नवीनतम वर्शन का पीछा करने से पहले, "किस आधार पर चुनूँ" वाला पैमाना रखना अहम है। औज़ार बदलते रहें, पर यह नज़रिया लंबे समय काम आता है। नीचे के 5 से उम्मीदवारों को आँकें।
जितनी ऊँची, उतने कम कोड से चलता है, पर भीतर क्या हो रहा है दिखना मुश्किल। सीखने-डीबग के संतुलन से चुनें।
अपना लूप या नियंत्रण डाला जा सकता है या नहीं। जितनी पेचीदा ज़रूरत, उतना निकलने-का-रास्ता रखने वाला लचीला डिज़ाइन असर करता है।
कनेक्शन पुर्ज़े, दस्तावेज़, उदाहरण, समुदाय की मोटाई। उलझने पर जानकारी मिलेगी या नहीं, यह असल काम में असर करता है।
ट्रेस, लॉग, मूल्यांकन की व्यवस्था है या नहीं। अध्याय 5 में सीखी "दृश्यमानता" को, बिना अतिरिक्त मेहनत के थामता है या नहीं।
किसी ख़ास मॉडल या प्लेटफ़ॉर्म से हद से ज़्यादा तो नहीं बँधता। बदलने की आसानी और घेराबंदी की सहूलियत में अदला-बदली (ट्रेड-ऑफ़) है।
प्रतिनिधि उदाहरणों को श्रेणी में मोटे तौर पर व्यवस्थित करें, तो तस्वीर साफ़ हो जाती है। सामान्य ऑर्केस्ट्रेशन वाले (चेन या ग्राफ़ से LLM प्रोसेसिंग जोड़ने वाली, यानी LangChain जैसी लाइब्रेरियाँ), मल्टी-एजेंट वाले (कई एजेंटों के बँटवारे-तालमेल पर केंद्रित फ़्रेमवर्क), और हर कंपनी की आधिकारिक SDK (मॉडल देने वाले की, उसी मॉडल के लिए इष्टतम डेवलपमेंट किट)। ज़्यादातर मौकों पर, ये परस्पर विशिष्ट नहीं, बल्कि जोड़-मिलाकर इस्तेमाल किए जा सकते हैं।
📊 अलग-अलग नाम नहीं, "नज़रिए" से चुनें। फ़्रेमवर्क का ताक़त-नक़्शा तेज़ी से हिलता है, और पिछले साल का पसंदीदा इस साल भी वही हो, ज़रूरी नहीं। इसीलिए, ऊपर के 5 नज़रिए पैमाना बनाकर अपनी ज़रूरत पर लगाकर देखना पक्का तरीक़ा है। श्रेणी दर श्रेणी ठोस नाम और उनका बँटवारा AI एजेंट फ़्रेमवर्क तुलना में नवीनतम चेहरे देखें।
Claude से बनाने के दो विकल्प
यह कोर्स Claude को धुरी बनाकर चला है। Claude से एजेंट को प्रोडक्शन बनाते वक़्त, मोटे तौर पर दो रास्ते हैं। दोनों असली विकल्प हैं, और "एजेंट के लूप और सैंडबॉक्स को कौन होस्ट करे" ही बुनियादी अंतर है।
एजेंट के लूप, टूल क्रियान्वयन, स्टेट प्रबंधन को, आपके माहौल (सर्वर या कंटेनर) में चलाने वाला किट। नियंत्रण बारीकी से असर करता है, और मौजूदा सिस्टम में गहराई से जोड़ा जा सकता है।
कब उपयुक्त: अपने ख़ास अमल-माहौल, टूल, डेटा से गहराई से जोड़ना हो।
एजेंट के लूप और सैंडबॉक्स (अलग-थलग अमल-माहौल) को, सर्वर की तरफ़ Anthropic होस्ट करता है, यह तरीक़ा। अमल-आधार का संचालन बोझ घटता है, और अलग-थलग सुरक्षित माहौल में चलाया जा सकता है।
कब उपयुक्त: अमल-माहौल की झंझट घटाकर, फुर्ती से सुरक्षित रूप से शुरू करना हो।
मोटे तौर पर, खुद बारीकी से नियंत्रण चाहिए तो SDK, संचालन की झंझट सौंपनी हो तो मैनेज्ड — इस धुरी से समझें तो आसानी रहती है। दोनों ही Claude की क्षमता को बुनियाद बनाकर, अब तक के अध्यायों में सीखे टूल कनेक्शन, मूल्यांकन और गार्डरेल को ज्यों का त्यों काम में ला सकते हैं। ठोस सेटअप और समर्थन-दायरा बदल सकता है, इसलिए विस्तार व्याख्या-लेख और आधिकारिक दस्तावेज़ पर छोड़ते हैं।
💡 पहले अवधारणा, विस्तार प्राथमिक स्रोत से। "खुद लूप घुमाओ (SDK)" या "होस्ट करवाओ (मैनेज्ड)" — बस यह तुलना दिमाग में रख लें तो काफ़ी है। क्रियान्वयन के चरण Claude Agent SDK परिचय, और मैनेज्ड तरीक़े की सोच मैनेज्ड एजेंट क्या है में देखें। स्पेसिफ़िकेशन अपडेट होते रहते हैं, इसलिए आख़िर में आधिकारिक दस्तावेज़ को प्राथमिक स्रोत मानकर देखना ही सुरक्षित है।
प्रोडक्शन संचालन के अहम बिंदु
प्रोटोटाइप और प्रोडक्शन का अंतर, "एक बार चलना" से "चलते रहना" की छलाँग में है। डेमो कुछ बार अच्छे से चल जाए तो बात बन जाती है, पर प्रोडक्शन रोज़, बड़ी मात्रा में, विविध इनपुट के सामने रहता है। यहाँ असर करने वाले अहम बिंदु, 6 डिब्बों में पकड़ें।
एनवायरनमेंट वेरिएबल से की सँभालें, और सेटिंग-कोड अलग करें। दोबारा बनाए जा सकने वाले रूप (कंटेनर आदि) में उतारें, और कभी भी पीछे लौटा सकें।
अध्याय 5 की ऑब्ज़र्वेबिलिटी को प्रोडक्शन से जोड़ें। हर चरण की ट्रेस, सफलता-दर, देरी लगातार देखकर, असामान्यता जल्दी भाँपें।
टोकन खपत दृश्यमान बनाएँ, और सीमा-अलर्ट लगाएँ। बेकार दोबारा-अमल या हद से लंबा कॉन्टेक्स्ट छाँटें, और मॉडल को उपयोग के मुताबिक़ अलग-अलग इस्तेमाल करें।
API सीमा या क्षणिक नाकामी मानकर, एक्सपोनेंशियल बैकऑफ़ (अंतराल बढ़ाकर दोबारा कोशिश) से टिके रहें। अनंत रिट्राई से बचें, और सीमा तय करें।
बातचीत या काम की बीच की अवस्था सुरक्षित रूप से सहेजें-वापस लाएँ। बीच में गिर भी जाए तो आगे से फिर शुरू कर सकने वाला डिज़ाइन, लंबे टास्क को थामता है।
मॉडल या SDK का अपडेट, पहले मूल्यांकन सेट से बर्ताव पक्का करके ही। अपडेट से पहले-बाद की तुलना से, चुपचाप आई गुणवत्ता-बदलाव को न चूकें।
⚠️ लागत "डिज़ाइन" से तय होती है। एजेंट एक टास्क में कई बार मॉडल बुलाता है, इसलिए लागत आसानी से उछल जाती है — ऐसी संरचना है। सस्ते मॉडल से काम बनने वाले चरण सस्ते मॉडल पर मोड़ो, और कॉन्टेक्स्ट ज़रूरी जितना ही दो — ऐसी लगन भरी तरकीबें असर करती हैं। ठोस कटौती-तरीके AI कोडिंग की लागत इष्टतमीकरण में व्यावहारिक हैं, और एजेंट संचालन में भी ज्यों का त्यों लागू किए जा सकते हैं।
न टूटने के लिए डिज़ाइन
प्रोडक्शन का एजेंट, कभी न कभी ज़रूर अनचाहे इनपुट, बाहरी API की गड़बड़ी, मॉडल की मनमानी से टकराता है। अहम यह नहीं कि "कभी नाकाम न हो", बल्कि नाकाम होने पर भी नुक़सान न फैले, और चुपचाप उबर जाए — ऐसे जोड़ना। पिछले अध्याय के गार्डरेल को, संचालन की व्यवस्था के रूप में पूरा करें।
सीधे पूरी तरह सार्वजनिक किए बिना, थोड़े यूज़र या कुछ ट्रैफ़िक से। समस्या न हो तो फैलाएँ, गड़बड़ी हो तो तुरंत पीछे लौटाएँ।
टूल या मॉडल जवाब न दे, तो वैकल्पिक रास्ते या सुरक्षित डिफ़ॉल्ट जवाब पर हटें। पूरे तंत्र की रुकावट से बेहतर, आंशिक कमी चुनें।
वापस न लिए जा सकने वाले, बड़े असर वाले संचालन से पहले, इंसान की पुष्टि बीच में डालें (अध्याय 6 देखें)। रफ़्तार से ज़्यादा सुरक्षा कहाँ लेनी है, वह सरहद तय कर रखें।
एक बार पास हो गया तो ख़त्म नहीं। इनपुट की चाल भी बदलती है, मॉडल भी। मूल्यांकन सेट नियमित घुमाकर, गुणवत्ता की गिरावट भाँपें।
✅ "चुपचाप ठीक होना" डिज़ाइन करें। अच्छा प्रोडक्शन सिस्टम, मुसीबत आने पर भी हंगामा नहीं मचाता। चरणबद्ध रिलीज़ से असर छोटा रखें, फ़ॉलबैक से आंशिक कमी लें, मंज़ूरी गेट से जानलेवा चोट रोकें, और पुनर्मूल्यांकन से गिरावट के आगे रहें। चारों जुड़ने पर ही "न टूटना" बनता है।
आगे की सीख
आख़िर में, ज़रा आगे की बात। एजेंट का इकोसिस्टम — फ़्रेमवर्क, SDK, मॉडल, कनेक्शन मानक — आगे भी बेतहाशा रफ़्तार से हिलता रहेगा। आज का इष्टतम हल, अगले साल भी इष्टतम हो, ज़रूरी नहीं। इसीलिए, पीछा जिसका करना है वह चलन के टूल-नाम नहीं, बल्कि न बदलने वाली बुनियाद है।
📊 पूँजी तो बुनियाद ही बनती है। अध्याय 1 के 4 घटक (दिमाग, औज़ार, याददाश्त, लूप), अध्याय 5 का मूल्यांकन और ऑब्ज़र्वेबिलिटी, अध्याय 6 का सुरक्षा डिज़ाइन — ये कोई भी फ़्रेमवर्क चले, तब भी चलने वाली बुनियाद हैं। हर नए औज़ार पर, आप इसी पैमाने से "यह क्या अमूर्त कर रहा है" फुर्ती से भाँप पाते हैं। औज़ार बदलते रहेंगे, बुनियाद बची रहेगी। यहाँ तक जमाई समझ ही, आपकी सबसे बड़ी पूँजी है।
बस, छोटा ही सही, सचमुच एक, प्रोडक्शन में उतार कर देखें। चलाना, मापना, सुधारना — यह लूप अपने प्रोजेक्ट में घुमाने का अनुभव, किसी भी पाठ्य-सामग्री से ज़्यादा ताक़त देता है।
- जब तक छोटा है खुद बनाकर सीखो, बढ़ जाए तो फ़्रेमवर्क से उत्पादकता बढ़ाओ। "सुविधाजनक" नहीं, "दोहराव घटता है" के आधार पर अपनाओ।
- फ़्रेमवर्क अमूर्तता, आज़ादी, इकोसिस्टम, ऑब्ज़र्वेबिलिटी, वेंडर निर्भरता के 5 नज़रियों से चुनें। अलग नाम नहीं, पैमाना।
- Claude से बनाना हो तो अपना लूप वाला Claude Agent SDK, या होस्ट किया जाने वाला मैनेज्ड एजेंट। नियंत्रण या सहूलियत के हिसाब से चुनें।
- प्रोडक्शन के अहम बिंदु हैं डिप्लॉय, निगरानी, लागत, रिट्राई, स्टेट प्रबंधन, अपडेट। और चरणबद्ध रिलीज़, फ़ॉलबैक, मंज़ूरी गेट, पुनर्मूल्यांकन से न टूटें।
- इकोसिस्टम तेज़ी से हिलता है। 4 घटक, मूल्यांकन, सुरक्षा वाली बुनियाद ही, लंबे समय असर करने वाली पूँजी बनती है।
पूरे 7 अध्याय, बहुत बढ़िया। आपने एजेंट को डिज़ाइन करने, बनाने, जोड़ने, बढ़ाने, मापने, बचाने और चलाने तक, पूरा रास्ता चल कर पार किया। यहाँ से, अपनी ही प्रोडक्ट पर हाथ चलाने की बारी आपकी है।
बनाने वाले से एक क़दम पीछे हटकर, काम में AI काम में लाने का नज़रिया भी माँजना चाहते हैं उनके लिए।
AI वर्क-स्किल्स कोर्स पर →Claude Code जैसे कोडिंग टूल में महारत हासिल करना चाहते हैं उनके लिए।
AI कोडिंग कोर्स पर →बनाए एजेंट को, दुनिया के सामने लाने वाली इंडी-डेवलपमेंट प्रोडक्ट में ढालना चाहते हैं उनके लिए।
AI से इंडी डेवलपमेंट कोर्स पर →