हिंदी संस्करण · नई पुस्तक
बागवानी में कृत्रिम बुद्धिमत्ता
अधिवक्ता किम क्यूंग-जिन
पाँच अध्यायों और 10 खंडों में यह पुस्तक रोग और कीट निदान के लिए कंप्यूटर विज़न, कटाई रोबोट, स्मार्ट ग्रीनहाउस, सटीक सिंचाई, गुणवत्ता प्रबंधन, उच्च-थ्रूपुट फीनोटाइपिंग और पूर्वानुमानात्मक प्रजनन समझाती है।
विषय-सूची
कृत्रिम बुद्धिमत्ता जानवरों की भाषा का अनुवाद करती है
अधिवक्ता किम क्यूंग-जिन
व्हेल, डॉल्फ़िन, पक्षियों और मधुमक्खियों की आवाज़ सुनने वाली एआई की कहानी
बारह अध्यायों में बताया गया है कि कृत्रिम बुद्धिमत्ता डॉल्फ़िन, स्पर्म व्हेल, हंपबैक व्हेल, पक्षियों और मधुमक्खियों की आवाज़ें कैसे सुनकर उनमें नियम खोजती है, और यह तकनीक कौन-से जोखिम तथा पशु अधिकार के प्रश्न लाती है। ऐसी सरल भाषा में लिखा गया है जिसे बच्चे भी पढ़ सकें, और हर खंड में सत्यापित संदर्भ जोड़े गए हैं।
विषय-सूची
एआई प्राचीन लिपियों को पढ़ता है
अधिवक्ता किम क्यूंग-जिन
एआई से पुनर्जीवित प्राचीन अभिलेख
बारह अध्यायों में यह पुस्तक बताती है कि एआई उन अभिलेखों को कैसे फिर पढ़ने योग्य बनाता है जो कभी अपठनीय थे, जैसे जले हुए स्क्रॉल, कीचड़ में दबे लकड़ी के टुकड़े और टूटी मिट्टी की पट्टिकाएँ। इसमें हरकुलेनियम का आभासी अनरोलिंग, ओरेकल बोन लेखों का आभासी संयोजन, सिल्ला की लकड़ी की पट्टिकाओं का पाठ, अपठित लिपियों का संगणकीय विश्लेषण और मल्टीस्पेक्ट्रल अभिलेखागार शामिल हैं, और हर अध्याय में सत्यापित संदर्भ दिए गए हैं।
विषय-सूची
नई सामग्री डिज़ाइन और रॉकेट प्रणोदन इंजीनियरिंग के लिए कृत्रिम बुद्धिमत्ता
अधिवक्ता किम क्यूंग-जिन
एआई पोटेंशियल, स्व-चालित प्रयोगशालाएँ और भौतिकी-सूचित मशीन लर्निंग (PIML)
दस अध्यायों में बताया गया है कि कृत्रिम बुद्धिमत्ता नई सामग्री और रॉकेट प्रणोदन को कैसे बदल रही है: परमाणु सिमुलेशन, जनरेटिव मॉडल, स्व-चालित प्रयोगशालाएँ, उच्च-तापमान मिश्र धातु, धातु 3D प्रिंटिंग, दहन गणना, शीतलन डिज़ाइन, इंजन निदान और नियंत्रण। बिना समीकरणों के, हर अध्याय में सत्यापित संदर्भ के साथ।
AI पुस्तकालय
आर्टिफिशियल इंटेलिजेंस द्वारा उद्घाटित जीवन विज्ञान का एक नया युग
संरचनात्मक प्रोटिओमिक्स (Structural proteomics), जीनोमिक फाउंडेशन मॉडल (Genomic foundation models), स्वायत्त प्रयोगशालाएं (Autonomous laboratories), और वैश्विक अभिशासन (Global governance)
किम क्युंग-जिन, अधिवक्ता
यह पुस्तक आर्टिफिशियल इंटेलिजेंस की सहायता से संकलित एक शोध ग्रंथ है। एक मानव ने सामग्रियों का चयन किया और कार्य को संरचित किया, जबकि AI मॉडलों ने वाक्यों का मसौदा तैयार किया और तथ्यों की परस्पर जांच की।
AI पुस्तकालय
डिजिटल संप्रभुता की दोहरी संरचना
यूरोप का पलांटिर से अलगाव और अमेरिकी बिग टेक की श्रृंखला
किम क्युंग-जिन, अधिवक्ता
यह यूरोप की खुफिया एजेंसियों और रक्षा मंत्रालयों द्वारा अमेरिकी पलांटिर के विश्लेषणात्मक उपकरणों को हटाना शुरू करने का 2026 का अभिलेख है। यह फ्रांस की घरेलू सुरक्षा एजेंसी (Direction générale de la Sécurité Intérieure), जर्मनी के संवैधानिक संरक्षण कार्यालय (Bundesamt für Verfassungsschutz), और नीदरलैंड्स की रक्षा मंत्रालय के प्रतिस्थापन निर्णय; अमेरिकी निर्यात नियंत्रण जो सहयोगी देशों की कृत्रिम बुद्धिमत्ता तक पहु…
हिंदी संस्करण · नई पुस्तक
खाद्य फसल कृषि में कृत्रिम बुद्धिमत्ता का उपयोग
अधिवक्ता किम क्यॉन्ग-जिन
छह अध्याय और 18 भाग डिजिटल कृषि अवसंरचना, सटीक फसल निगरानी, वृद्धि पूर्वानुमान, एआई आणविक प्रजनन, स्वचालित निर्णय, जलवायु-स्मार्ट कृषि और वैश्विक खाद्य सुरक्षा की व्याख्या करते हैं।
कुल 15 भाग
कृत्रिम बुद्धिमत्ता और डिजिटल नवाचार से संचालित वानिकी और कृषि-वानिकी का भविष्य
अधिवक्ता किम क्यूंग-जिन
वनों और कृषि-वानिकी के लिए एक नया भविष्य
उपग्रह, ड्रोन, LiDAR, वन-विशिष्ट भाषा मॉडल और कृत्रिम बुद्धिमत्ता जंगलों को पढ़ते हैं, वनाग्नि व कीट प्रकोप का पूर्वानुमान लगाते हैं और कटाई, परिवहन तथा कार्बन बाजारों को बदलते हैं। पाँच अध्यायों के पंद्रह खंड मैदानी उदाहरणों और जाँच योग्य स्रोतों से इस बदलाव का अनुसरण करते हैं।
कुल 15 भाग
स्मार्ट पशुपालन: पशुशाला में प्रवेश करती कृत्रिम बुद्धिमत्ता
अधिवक्ता किम क्यूंग-जिन
सेंसर सुनते हैं, कैमरे देखते हैं, कृत्रिम बुद्धिमत्ता निर्णय में सहायता करती है
पाँच अध्यायों और पंद्रह खंडों में यह पुस्तक दिखाती है कि सेंसर, कैमरे, माइक्रोफ़ोन, पहनने योग्य उपकरण और कृत्रिम बुद्धिमत्ता पशुपालन में कैसे प्रवेश करते हैं। विषयों में स्वास्थ्य, प्रजनन, पोषण, रोबोटिक दुग्ध-दोहन, आभासी बाड़, डिजिटल ट्विन, मीथेन में कमी, पशु कल्याण और डेटा स्वामित्व शामिल हैं।
16 भाग प्रकाशित
2026 बीजिंग: दो दिग्गजों का खतरनाक नृत्य
Kim Kyung-jin
विषय-सूची, प्रस्तावना, 13 अध्याय, उपसंहार
ट्रम्प-शी जिनपिंग शिखर वार्ता को होर्मुज, दुर्लभ पृथ्वी, ताइवान, Boeing, सोयाबीन और AI चिप्स के दृश्यों से पढ़ने वाली ऑनलाइन पुस्तक.
PDF डाउनलोड पुस्तकें
बहुभाषी विश्वविद्यालय AI सामान्य पाठ्यपुस्तक
यह विदेशी छात्रों के लिए पाठ्यपुस्तक है जिसमें कोरियाई मूल पाठ और विदेशी भाषा अनुवाद साथ रखे गए हैं. प्रत्येक पुस्तक परिचय पृष्ठ से PDF डाउनलोड किया जा सकता है.
Claude Code पूर्ण मास्टर गाइड
Claude Code पूर्ण मास्टर गाइड
26वां अध्याय एजेंट टीम: आपस में बात करने वाले एजेंट
वकील किम क्यॉंगजिन
सहायक एजेंट और एजेंट टीम के बीच मुख्य अंतर
प्रॉम्प्ट का एक वाक्य डालते हैं. "एक काल्पनिक AI स्टार्टअप का लैंडिंग पेज बनाओ." थोड़ी देर बाद स्क्रीन बँट जाती है. नीले रंग से दिखने वाला फ्रंटएंड डेवलपर एजेंट, हरे रंग का बैकएंड डेवलपर एजेंट, और पीले रंग का QA एजेंट एक साथ जागते हैं. तीनों एजेंट अपने-अपने हिस्से में काम शुरू करते हैं. लेकिन सहायक एजेंट से अलग एक चीज़ होती है.
फ्रंटएंड डेवलपर बैकएंड डेवलपर को संदेश भेजता है. QA एजेंट दोनों डेवलपरों को सुधार का अनुरोध भेजता है. एजेंट आपस में बात कर रहे हैं.
यही एजेंट टीम (Agent Teams) है.
सहायक एजेंट और एजेंट टीम के बीच फर्क संचार ढाँचे में है. सहायक एजेंट एकतरफा (One-way) है. मुख्य सत्र प्रॉम्प्ट भेजता है, सहायक एजेंट काम करता है, और नतीजा मुख्य सत्र को लौटाता है. इस प्रक्रिया में सहायक एजेंट एक-दूसरे से बात नहीं कर सकते. समानांतर चलें तब भी वे अलग-थलग काम करते हैं.
एजेंट टीम द्विदिश (Two-way) है. टीम सदस्य एक-दूसरे को संदेश भेज और पा सकते हैं. एक-दूसरे को काम सौंप सकते हैं. साझा कार्य सूची को साथ मिलकर संभालते हैं. मुख्य सत्र से गुज़रने बिना सदस्य सीधे बात कर सकते हैं.
[चित्र 26-1] सहायक एजेंट बनाम एजेंट टीम संचार ढाँचे की तुलना: सहायक एजेंट में मुख्य सत्र के साथ सिर्फ एकतरफा तीर होते हैं. एजेंट टीम में सदस्यों के बीच द्विदिश तीर और साझा कार्य सूची होती है]
इस ढाँचागत अंतर का असर साफ़ दिखता है.
सहायक एजेंट ढाँचे में "कोड को रिफैक्टर करो और टेस्ट लिखो" कहें तो मुख्य सत्र रिफैक्टर एजेंट और टेस्ट-लेखन एजेंट को अलग-अलग काम भेजता है. दोनों एजेंट स्वतंत्र रूप से काम पूरा कर अपने-अपने नतीजे मुख्य सत्र को भेजते हैं. मुख्य सत्र दोनों नतीजों को जोड़ता है.
समस्या यह है कि रिफैक्टर एजेंट ने फ़ंक्शन सिग्नेचर बदल दिया, लेकिन टेस्ट-लेखन एजेंट ने मूल सिग्नेचर के आधार पर टेस्ट लिख दिए होंगे. वे आपस में बात नहीं कर सकते, इसलिए ऐसी असंगति पकड़ने का तरीका नहीं है.
एजेंट टीम ढाँचे में स्थिति अलग है. रिफैक्टर एजेंट फ़ंक्शन सिग्नेचर बदलता है, तो टेस्ट-लेखन एजेंट को संदेश भेज सकता है. "इस फ़ंक्शन का सिग्नेचर बदल गया है, ध्यान रखना." टेस्ट-लेखन एजेंट बदले हुए सिग्नेचर को ध्यान में रखकर टेस्ट लिखता है. QA एजेंट समस्या पकड़ ले तो सीधे उसी एजेंट से सुधार मांगता है. बीच में मुख्य सत्र से गुज़रने की ज़रूरत नहीं होती.
एजेंट टीम में टीम लीड (Team Lead) की भूमिका निभाने वाला मुख्य ऑर्केस्ट्रेटर होता है. यह प्रोजेक्ट मैनेजर जैसा काम करता है. एजेंट बनाता है, कार्य सूची शुरू करता है, पूरी प्रगति पर नज़र रखता है, और नतीजों की गुणवत्ता जाँचता है. लेकिन सारी बातचीत इसी ऑर्केस्ट्रेटर से होकर नहीं जाती. सदस्य ज़रूरत पड़ने पर सीधे बात करते हैं.
साझा कार्य सूची और आपसी कार्य आवंटन
एजेंट टीम के सहयोग को संभव बनाने वाला मुख्य ढाँचा साझा कार्य सूची (Shared Task List) है.
मुख्य ऑर्केस्ट्रेटर जैसे ही एजेंट टीम बनाता है, सबसे पहले वह कार्य सूची बनाता है. फ्रंटएंड विकास, बैकएंड API लागू करना, टेस्ट लिखना, QA जाँच जैसी प्रविष्टियाँ सूचीबद्ध होती हैं, और हर प्रविष्टि के लिए जिम्मेदार तय किया जाता है.
इस कार्य सूची का "साझा" होना महत्वपूर्ण है. हर सदस्य पूरी कार्य सूची देख सकता है. अपना काम पूरा होने पर वह स्थिति अपडेट करता है. दूसरे सदस्य की प्रगति देख सकता है. और, यही सहायक एजेंट से निर्णायक रूप से अलग बात है, सदस्य दूसरे सदस्य को नया काम सौंप सकता है.
एक प्रदर्शन में यह तंत्र साफ़ दिखा. फ्रंटएंड और बैकएंड डेवलपर ने अपना काम पूरा कर परिणाम QA एजेंट को भेजा. QA एजेंट ने कोड की जाँच कर 3 गंभीर समस्याएँ पकड़ीं. QA एजेंट ने ये समस्याएँ फ्रंटएंड और बैकएंड डेवलपर को लौटाते हुए, हर एक को सुधार का काम सौंपा.
दोनों डेवलपरों ने सुधार पूरा कर फिर QA एजेंट को भेजा. दूसरी जाँच में QA एजेंट ने पास घोषित किया. तीनों गंभीर समस्याएँ हल हो गईं.
[चित्र 26-2] साझा कार्य सूची-आधारित सहयोग प्रवाह: फ्रंटएंड·बैकएंड काम पूरा → QA एजेंट जाँच → 3 समस्याएँ मिलीं → हर डेवलपर को सुधार सौंपा → पुनर्जाँच → पास]
इस प्रक्रिया में मुख्य ऑर्केस्ट्रेटर पूरी धारा पर नज़र रखते हुए स्थिति अपडेट देता था, लेकिन QA एजेंट का डेवलपर एजेंट को सुधार मांगना सीधे हुआ. यह मुख्य ऑर्केस्ट्रेटर से गुज़रे बिना टीम सदस्यों के बीच सीधी बातचीत है.
सदस्य संदेश भेजने वाले टूल (Send Message Tool) से एक-दूसरे को संदेश भेजते हैं. प्रॉम्प्ट में "काम खत्म होने पर फ्रंटएंड डेवलपर को संदेश भेजो" लिखा हो, तो एजेंट सीधे उसी सदस्य को संदेश देता है.
रिफैक्टर एजेंट और टेस्ट-लेखन एजेंट के सहयोग का परिदृश्य
एक ठोस परिदृश्य से एजेंट टीम का काम समझते हैं.
उपयोगकर्ता मुख्य सत्र से कहता है. "इस मॉड्यूल को रिफैक्टर करो और टेस्ट जोड़ो."
मुख्य सत्र अनुरोध का विश्लेषण करता है. दो विशेषज्ञ क्षेत्र चाहिए. रिफैक्टरिंग और टेस्ट लेखन. मुख्य सत्र दोनों एजेंट खोजता है, रिफैक्टर एजेंट और टेस्ट-लेखन एजेंट को ढूँढ लेता है.
सहायक एजेंट तरीके मेंप्रक्रिया यूँ चलती है. मुख्य सत्र रिफैक्टर एजेंट को "इस मॉड्यूल को रिफैक्टर करो" जैसा प्रॉम्प्ट भेजता है. साथ ही टेस्ट-लेखन एजेंट को "इस मॉड्यूल के लिए टेस्ट लिखो" जैसा प्रॉम्प्ट भेजता है. दोनों एजेंट समानांतर काम करते हैं. हर परिणाम मुख्य सत्र में लौटता है. मुख्य सत्र दोनों परिणामों को जोड़ता है.
रिफैक्टर किए गए कोड के हिसाब से टेस्ट बदलने पड़ सकते हैं. यह बदलाव मुख्य सत्र सीधे कर सकता है, या टेस्ट-लेखन एजेंट को फिर से बुलाना पड़ सकता है.
एजेंट टीम तरीके मेंप्रवाह बदल जाता है. मुख्य ऑर्केस्ट्रेटर "रिफैक्टर + टेस्ट" टीम बनाता है. साझा कार्य सूची तैयार होती है.
रिफैक्टर एजेंट पहले काम शुरू करता है. फ़ंक्शन निकालना, वेरिएबल नाम बदलना, इंटरफेस साफ करना जैसी चीज़ें करता है. काम पूरा होने पर वह टेस्ट-लेखन एजेंट को संदेश भेजता है. "रिफैक्टरिंग पूरी हो गई है. बदले हुए फ़ंक्शन सिग्नेचर ये हैं." टेस्ट-लेखन एजेंट इस जानकारी के आधार पर टेस्ट लिखता है. बदले हुए इंटरफेस को ठीक से समेटने वाले टेस्ट बनते हैं.
टेस्ट चलाने पर अगर कुछ टेस्ट फेल हों? टेस्ट-लेखन एजेंट रिफैक्टर एजेंट को संदेश भेज सकता है. "इस फ़ंक्शन का रिटर्न टाइप दस्तावेज़ से अलग है. कृपया जाँचें." रिफैक्टर एजेंट जाँचता है और सुधार करता है. फिर टेस्ट दोबारा चलाए जाते हैं. यह दोहराव टीम के भीतर खुद-ब-खुद होता है.
[चित्र 26-3] एजेंट टीम सहयोग परिदृश्य का विस्तृत प्रवाह: रिफैक्टर एजेंट काम → टेस्ट एजेंट को बदलाव भेजना → टेस्ट लिखना → विफल होने पर रिफैक्टर एजेंट को सुधार सुझाव → सुधार → पुनर्जाँच → पास → मुख्य ऑर्केस्ट्रेटर को पूरा होने की रिपोर्ट]
T-Mux टर्मिनल से यह प्रक्रिया दृश्य रूप में देखी जा सकती है. स्क्रीन बँटी रहती है और हर एजेंट का काम रियल टाइम में दिखता है. नीला एजेंट कोड रिफैक्टर करते समय, हरा एजेंट इंतजार करता हुआ, संदेश मिलते ही टेस्ट लिखना शुरू करता है. ज़रूरत हो तो किसी खास एजेंट को सीधे संदेश भेजकर अतिरिक्त निर्देश दे सकते हैं.
एजेंट टीम बनाते समय ध्यान रखने वाले आर्किटेक्चर सिद्धांत
एजेंट टीम मजबूत है, लेकिन गलत बनती है तो खर्च बढ़ता है और नतीजा उलझन भरा हो सकता है. टीम बनाते समय इन सिद्धांतों का पालन करें.
भूमिका स्पष्ट करना: हर एजेंट को अपना अलग क्षेत्र देना
टीम का हर एजेंट अपनी अलग फ़ाइल और अपना अलग आउटपुट रखे. अगर कई एजेंट एक ही फ़ाइल बदलें, तो एक-दूसरे का काम ओवरराइट होने का जोखिम रहता है. फ्रंटएंड डेवलपर से सिर्फ फ्रंटएंड फ़ाइलें, बैकएंड डेवलपर से सिर्फ बैकएंड फ़ाइलें बदलने को प्रॉम्प्ट में साफ़ लिखें.
आउटपुट भी साफ़ परिभाषित होना चाहिए. "अच्छा कोड लिखो" धुँधला है. "REST API एंडपॉइंट लागू करो, और हर एंडपॉइंट के लिए टेस्ट फ़ाइल को/tests/फ़ोल्डर में बनाओ" साफ़ है. एजेंट को क्या बनाना है, और कहाँ रखना है, यह स्पष्ट बताइए.
संचार प्रोटोकॉल: कौन किससे, कब बात करेगा, यह तय करना
एजेंटों को खुलकर बात करने की छूट है, इसका मतलब यह नहीं कि संचार ढाँचा तय न करना पड़े. प्रॉम्प्ट में संचार प्रवाह साफ़-साफ़ लिखना कहीं बेहतर नतीजा देता है.
"बैकएंड विकास पूरा होते ही, फ्रंटएंड डेवलपर को API स्पेक भेजो." "सारी विकास प्रक्रिया पूरी होते ही, परिणाम QA एजेंट को भेजो." "QA में समस्या मिले तो, उस फ़ाइल के जिम्मेदार एजेंट से सुधार मांगो." ऐसा साफ़ लिखने पर एजेंट निर्भरताएँ समझते हैं और सही क्रम में काम करते हैं.
प्राप्तकर्ता को नाम से बताना भी ज़रूरी है. "दूसरे एजेंट को भेजो" धुंधला है. "फ्रंटएंड डेवलपर एजेंट को भेजो" सटीक है.
टकराव रोकना: एजेंटों को एक-दूसरे में बाधा न डालने देना
फ़ाइल स्वामित्व का ज़िक्र पहले हो चुका है. इसके अलावा कुछ टकराव-रोधी तरीके हैं.
अनुमति की पूर्व स्वीकृति:अगर एजेंट हर बार अनुमति जाँच में रुकें, तो पूरा वर्कफ़्लो धीमा पड़ जाता है. प्रोजेक्ट सेटिंग या अपने कंप्यूटर की सेटिंग में कुछ कमांड पहले से स्वीकृत कर दें, तो काम बिना रुकावट चलता है. टीम सदस्य मुख्य सत्र की अनुमति विरासत में लेते हैं, इसलिए मुख्य सत्र में बाईपास मोड (Bypass Mode) सेट कर दें तो सभी सदस्य समान अनुमति रखते हैं.
योजना स्वीकृति मोड (Plan Approval Mode):टीम सदस्य काम शुरू करने से पहले योजना बनाते हैं, और मुख्य ऑर्केस्ट्रेटर की स्वीकृति के बाद ही उसे चलाते हैं, ऐसा सेट किया जा सकता है. शुरुआत में उपयोगकर्ता खुद हर योजना मंजूर करे, और टीम के काम करने का तरीका समझ में आ जाए तो मुख्य सत्र को स्वीकृति सौंपना व्यावहारिक है. टीम के किसी एक सदस्य को योजना समीक्षा और स्वीकृति के लिए अलग रखना भी संभव है.
सहज समापन (Graceful Shutdown):काम खत्म होने पर मुख्य ऑर्केस्ट्रेटर हर सदस्य को समापन अनुरोध भेजता है. "काम सहेजकर बंद करो." अगर किसी सदस्य का काम अभी चल रहा हो, तो वह "अभी पूरा नहीं हुआ" कह सकता है. सभी सदस्य पूरा होने की पुष्टि कर दें, तब टीम भंग होती है. जबरन बंद करने पर काम अधूरा रह सकता है, इसलिए सहज समापन प्रक्रिया अपनाना सुरक्षित है.
टीम का आकार और लागत
एजेंट टीम का हर सदस्य अलग सत्र चलाता है. 3 एजेंट हों तो लागत लगभग 3 गुना हो जाती है. 5 हों तो 5 गुना.
सुझाया गया टीम आकार 3 से 5 सदस्य है. 10 से अधिक बड़े एजेंट स्वार्म (Swarm) में लागत तेजी से बढ़ती है, और समन्वय की जटिलता उसी अनुपात में बढ़ती है.
[तालिका 25-1] एजेंट टीम उपयुक्तता मापदंड
| एजेंट टीम उपयुक्त होने की स्थिति | एजेंट टीम जरूरत से ज़्यादा होने की स्थिति |
|---|---|
| कई विशेषज्ञ क्षेत्रों की एक साथ ज़रूरत | ऐसा काम जिसे क्रम से भी किया जा सके |
| सदस्यों के बीच निर्भरता और संवाद ज़रूरी हो | एक ही संदर्भ में संभाला जा सके |
| समानांतर काम के बाद आपसी जाँच ज़रूरी हो | एक ही फ़ाइल को बदलने वाला काम |
| उच्च गुणवत्ता माँगने वाला जटिल काम | सरल और तेज़ काम |
अगर काम क्रम से हो सकता है, तो सहायक एजेंट काफी है. अगर एजेंटों के बीच बातचीत की ज़रूरत नहीं है, तो सहायक एजेंट बेहतर है. अगर एक ही फ़ाइल कई एजेंटों को बदलनी पड़े, तो एजेंट टीम हो या सहायक एजेंट, ढाँचा फिर से बनाना होगा.
एजेंट टीम सेट करने का तरीका
एजेंट टीम एक प्रयोगात्मक फीचर (Experimental Feature) है, और डिफ़ॉल्ट रूप से बंद रहती है. इसे चालू करने के लिए प्रोजेक्ट की.claude/settings.local.jsonमें environment variables जोड़ने होंगे. क्लॉड कोड के आधिकारिक दस्तावेज़ में एजेंट टीम पेज से वह JSON कॉपी करके सेटिंग फ़ाइल में चिपका दें.
एजेंट टीम बुलाने वाले प्रॉम्प्ट की संरचना इस पैटर्न का पालन करती है.
1.लक्ष्य तय करना:पूरी टीम को जो लक्ष्य हासिल करना है, उसे साफ़ लिखें. टीम के सदस्य जागते समय बिना किसी संदर्भ के होते हैं, इसलिए मुख्य सत्र को लक्ष्य स्पष्ट बताना होगा. 2.टीम संरचना:"3 सदस्यों की टीम को सॉनेट मॉडल से बनाओ" जैसा, टीम का आकार और मॉडल तय करें. 3.भूमिका तय करना:हर सदस्य की भूमिका, जिम्मेदारी वाला क्षेत्र, और किससे बात करनी है, यह साफ़ लिखें. 4.
अंतिम आउटपुट तय करना:मुख्य सत्र को टीम के काम के परिणामस्वरूप जो अंतिम आउटपुट मिलेगा, उसे साफ़ लिखें.
[चित्र 26-4] एजेंट टीम प्रॉम्प्ट संरचना: लक्ष्य → टीम संरचना → भूमिका-वार निर्देश (संचार लक्ष्य सहित) → अंतिम आउटपुट तय करना]
T-Mux टर्मिनल में एजेंट टीम चलाएँ तो, स्प्लिट स्क्रीन में हर एजेंट का काम रियल टाइम देखा जा सकता है. गलत दिशा में जा रहे एजेंट को जल्दी पहचानकर बंद किया जा सकता है, जिससे बेकार खर्च बचता है. IDE एक्सटेंशन में एजेंट की अंदरूनी सोच विस्तार से नहीं दिखती, इसलिए जटिल एजेंट टीम काम के लिए T-Mux वातावरण बेहतर है.
सहायक एजेंट मुख्य सत्र के निर्देशों के तहत स्वतंत्र रूप से काम करने वाला विशेषज्ञ है. एजेंट टीम साझा लक्ष्य की ओर संवाद और सहयोग करने वाली टीम है. दोनों शक्तिशाली टूल हैं, लेकिन उनका उपयोग संदर्भ अलग है. तेज़ और कुशल काम सौंपना चाहिए तो सहायक एजेंट चुनें, जटिल परस्पर निर्भरता और उच्च गुणवत्ता चाहिए तो एजेंट टीम चुनें.
इन दोनों ढाँचों को स्थिति के अनुसार जोड़ना क्लॉड कोड ऑपरेटर की क्षमता है, और स्किल्स तथा एजेंटों को जोड़कर वर्कफ़्लो डिज़ाइन करने के अगले कदम की नींव है.
एआई विशेषज्ञ वकील किम क्यॉंगजिन
एआई विधि-नीति विशेषज्ञ · पूर्व सांसद · अनेक पुस्तकें
© 2026 किम क्यॉंगजिन. All rights reserved.
अगर यह किताब थोड़ी देर भी आपके साथ रही हो, तो अगली कहानी दुनिया में आ सके, इसके लिए सहयोग दें.
(स्वैच्छिक सहयोग खाता : Nonghyup 302-1096-0948-81, खाताधारक : किम क्यॉंगजिन)