00:00:00एजेंटिक इंजीनियरिंग के लिए कई तरह के टूल्स उपलब्ध हैं, जिनका उपयोग आप AI की मदद से
00:00:06कोड पर काम करने के लिए कर सकते हैं। और आजकल सबसे लोकप्रिय टूल्स में निश्चित रूप से क्लाउड कोड, ओपन कोड, कर्सर,
00:00:13और गिटहब कोपायलट के साथ विजुअल स्टूडियो कोड शामिल हैं। बेशक, गूगल एंटी-ग्रेविटी,
00:00:18कोडेक्स, जेमिनी CLI भी हैं, और सच कहूं तो? ये वे टूल्स हैं जिनका मैंने पिछले कुछ
00:00:24महीनों में काफी इस्तेमाल किया है, क्योंकि मैं लगातार यह टेस्ट करना चाहता हूँ कि बाज़ार में क्या उपलब्ध है
00:00:29और ये टूल्स कितनी अच्छी तरह काम करते हैं। मैंने buildmygraphic.com जैसे वास्तविक प्रोजेक्ट्स और कई अन्य प्रोजेक्ट्स बनाए हैं
00:00:35जो जल्द ही रिलीज होने वाले हैं, साथ ही कई इंटरनल प्रोजेक्ट्स भी। और मैंने पूरे कोर्सेस तैयार किए हैं
00:00:41जैसे कि यह वाला, जिसे मैंने हाल ही में अपडेट किया है जहाँ मैं कर्सर और गिटहब कोपायलट के बारे में विस्तार से बताता हूँ या फिर यह वाला
00:00:46जो मैंने कल ही रिलीज किया है जिसमें मैं क्लाउड कोड की जानकारी देता हूँ। लेकिन इस वीडियो में मैं आपको
00:00:53इन टूल्स का ओवरव्यू, उनकी अलग-अलग क्षमताओं और उन पर अपनी राय देना चाहता हूँ। और
00:00:59सबसे पहला महत्वपूर्ण अंतर यह है कि हम इन्हें दो श्रेणियों में बाँट सकते हैं।
00:01:05क्योंकि हमारे पास CLI या TUI हैं, यानी टर्मिनल यूजर इंटरफेस या कमांड लाइन इंटरफेस,
00:01:12और दूसरी तरफ ये IDEs हैं। वैसे निष्पक्ष रूप से कहें तो ओपन कोड में वेब मोड भी है, जिससे आप
00:01:23अपने सिस्टम पर लोकल सर्वर शुरू कर सकते हैं और फिर ओपन कोड के साथ काम करने के लिए वेब यूजर इंटरफेस का उपयोग कर सकते हैं। लेकिन
00:01:31इसका डिफॉल्ट मोड जिसमें मैंने इसे इस्तेमाल किया है, वह TUI मोड है, जो बिल्कुल वैसा ही मोड है जैसा क्लाउड कोड में मिलता है।
00:01:37जहाँ आप ओपन कोड को अपने किसी प्रोजेक्ट में इंस्टॉल करने के बाद रन करते हैं और फिर
00:01:44आप अपनी कमांड लाइन या टर्मिनल के अंदर से इसके साथ इंटरैक्ट करते हैं। ठीक वैसे ही जैसे
00:01:49क्लाउड कोड में डिफॉल्ट रूप से होता है। यह ध्यान देने वाली बात है कि ओपन कोड और क्लाउड कोड दोनों में ही IDE
00:01:57इंटीग्रेशन की सुविधा है, इसलिए वे इन IDEs के साथ जुड़ सकते हैं और उदाहरण के लिए IDE में कोड बदलाव या
00:02:04संभावित कोड परिवर्तनों का प्रिव्यू दिखा सकते हैं या आपको IDE में ही काम करने की अनुमति दे सकते हैं। ये इंटीग्रेशन
00:02:12मौजूद हैं लेकिन मेरा मानना है कि इन्हें मुख्य रूप से कमांड लाइन यानी टर्मिनल से
00:02:19उपयोग करने के लिए ही ऑप्टिमाइज़ किया गया है। इसलिए जब मैं कहता हूँ कि वे CLI या
00:02:25TUI (टर्मिनल यूजर इंटरफेस) हैं, तो मेरा यही मतलब होता है। क्लाउड कोड और ओपन कोड को मुख्य रूप से
00:02:32टर्मिनल के लिए या मौजूदा IDEs में एक्सटेंशन के रूप में उपयोग करने के लिए बनाने का एक मुख्य कारण—बजाय कर्सर या विंडसर की तरह VS कोड फोर्क्स होने के—
00:02:40यह है कि इससे डेवलपर्स को अधिक फ्लेक्सिबिलिटी मिलती है। उन्हें
00:02:49IDE की सभी बारीकियों की चिंता करने की ज़रूरत नहीं होती, इसके बजाय वे
00:02:55बेहतरीन एजेंट्स और टूल्स बनाने पर ध्यान केंद्रित कर सकते हैं जो AI के साथ कोड जेनरेट और एडिट करने में आपकी मदद करें। अब
00:03:04बेशक, इसका एक नुकसान यह भी है कि ये IDEs आपको
00:03:10सिर्फ AI एजेंट्स या चैट इंटरफेस से कहीं ज्यादा ऑफर करते हैं। उदाहरण के लिए, कर्सर में
00:03:18शानदार ऑटो-कम्प्लीशन है जहाँ आप सिर्फ TAB की दबाकर पूरी फाइल या कई फाइलों में भी
00:03:26बदलाव करते हुए तेज़ी से कोडिंग कर सकते हैं। गिटहब कोपायलट का
00:03:34ऑटो-कम्प्लीशन भी ठीक-ठाक है। मेरी राय में यह कर्सर से थोड़ा कमजोर है, लेकिन यह भी अच्छा है और सबसे
00:03:39ज़रूरी बात यह है कि यह वहां मौजूद है, क्योंकि क्लाउड कोड और ओपन कोड जैसे CLI टूल्स के साथ
00:03:46आपके एडिटर में कोई ऑटो-कम्प्लीशन नहीं मिलता, कम से कम इन टूल्स के ज़रिए तो नहीं। वे इसके बजाय एजेंट्स या एजेंटिक
00:03:55टूल्स हैं, जिसका मतलब है कि आप एक चैट के ज़रिए इंटरैक्ट करते हैं जो AI को ट्रिगर करता है।
00:04:02तो ये टूल्स ऐसे ही हैं, और बेशक कर्सर और गिटहब कोपायलट के साथ VS कोड भी
00:04:08ऑटो-कम्प्लीशन के अलावा यह सुविधा देते हैं। VS कोड में यहाँ एक साइडबार होता है जहाँ आप गिटहब कोपायलट के साथ बात कर सकते हैं
00:04:14और कर्सर में भी ऐसा ही है, लेकिन ओपन कोड और क्लाउड कोड के साथ इंटरैक्ट करने का यही मुख्य और
00:04:21एकमात्र तरीका है। अब चूंकि ये आखिर में AI एजेंट्स ही हैं या फिर
00:04:28एजेंटिक इंजीनियरिंग पर आधारित हैं, तो सबसे महत्वपूर्ण सवाल यह है कि ये अलग-अलग टूल्स किन AI मॉडल्स को
00:04:34सपोर्ट करते हैं। क्लाउड कोड के लिए, यह मुख्य रूप से एंथ्रोपिक के मॉडल्स हैं—
00:04:42जैसे कि Haiku, Sonnet और बेशक Opus—और क्योंकि क्लाउड कोड और
00:04:51ये मॉडल्स एक ही कंपनी, एंथ्रोपिक के हैं, इसलिए इनका इंटीग्रेशन बहुत अच्छा है और
00:04:57मेरे अनुभव में ये मॉडल्स क्लाउड कोड में बहुत अच्छी तरह काम करते हैं। मैं ऐसा इसलिए कह रहा हूँ क्योंकि ये
00:05:02ही मॉडल्स अन्य टूल्स में भी उपलब्ध हैं। गिटहब कोपायलट का इस्तेमाल करते समय भी मैं
00:05:10उन एंथ्रोपिक मॉडल्स को चुन सकता हूँ, लेकिन वे वहां एक अलग ढांचे (harness) में चलते हैं। वे गिटहब
00:05:17कोपायलट, कर्सर या ओपन कोड के ढांचे में चलते हैं, और ये सभी ढांचे अच्छे हैं
00:05:23लेकिन मेरे अनुभव में क्लाउड कोड और एंथ्रोपिक मॉडल्स का वह कॉम्बिनेशन वाकई लाजवाब है।
00:05:29हालांकि यह बताना भी ज़रूरी है कि हाल ही में एक घोषणा हुई है कि
00:05:35क्लाउड कोड अब Ollama के साथ भी जुड़ गया है। अगर आपको नहीं पता, तो Ollama एक ऐसा टूल है जिसका उपयोग
00:05:41ओपन AI मॉडल्स को आपके अपने सिस्टम पर चलाने के लिए किया जा सकता है, बशर्ते आपका सिस्टम उसके लिए सक्षम हो।
00:05:49तो सैद्धांतिक रूप से आप क्लाउड कोड के साथ ओपन मॉडल्स का उपयोग कर सकते हैं, जिससे यह एक तरह से फ्री हो जाता है क्योंकि वे
00:05:54आपके सिस्टम पर चल रहे हैं और आप सिर्फ अपनी बिजली का खर्च दे रहे हैं। लेकिन कमी यह है कि ये मॉडल्स
00:06:01कम से कम अभी एंथ्रोपिक मॉडल्स, खासकर Opus जितने सक्षम नहीं हैं।
00:06:08और अगर वे होते भी, तो हम उन मॉडल्स की बात कर रहे होते जिन्हें चलाने के लिए बहुत अधिक GPU RAM,
00:06:16वीडियो RAM और सामान्य रूप से काफी शक्तिशाली हार्डवेयर संसाधनों की आवश्यकता होती है, तो वे
00:06:22आपके साधारण लैपटॉप या मैक मिनी पर नहीं चलेंगे। तो यह ध्यान रखने योग्य बात है, लेकिन
00:06:29सपोर्ट वहां मौजूद है और आपके सिस्टम और भविष्य के ओपन मॉडल्स के विकास के आधार पर
00:06:35यह एक बेहतर विकल्प हो सकता है। तो हमारे पास यहाँ Ollama का सपोर्ट भी है। अब आप
00:06:42ओपन कोड, कर्सर और VS कोड के साथ भी Ollama का उपयोग कर सकते हैं, और ये सभी टूल्स अन्य कई
00:06:51मॉडल्स को भी सपोर्ट करते हैं। मेरा मतलब है, ओपन कोड में अगर आप सिर्फ 'models' टाइप करेंगे, तो आपको चुनने के लिए
00:06:59मॉडल होता है जिसके लिए आप पहले से भुगतान कर रहे हैं और आप गिटहब कोपायलट (जैसे VS कोड में) के अलावा
00:07:05एक समय ऐसा भी था जब आप अपने क्लाउड कोड मैक्स सब्सक्रिप्शन का इस्तेमाल
00:07:12ओपन कोड के साथ कर सकते थे, और उस सब्सक्रिप्शन के ज़रिए ओपन कोड में एंथ्रोपिक मॉडल्स
00:07:17चला सकते थे, जो काफी अच्छा था क्योंकि मैं व्यक्तिगत रूप से कई मामलों में क्लाउड कोड के बजाय
00:07:24ओपन कोड के UI और व्यवहार को पसंद करता था। मुझे लगता है कि ओपन कोड एक बेहतरीन सॉफ्टवेयर है,
00:07:30यह ओपन सोर्स भी है, जिस पर मैं बाद में आऊंगा, लेकिन एंथ्रोपिक ने इस पर पाबंदी लगा दी और अब
00:07:36आप ओपन कोड में अपने क्लाउड कोड मैक्स सब्सक्रिप्शन का उपयोग नहीं कर सकते। हालांकि, आप अपने गिटहब
00:07:43कोपायलट सब्सक्रिप्शन का उपयोग कर सकते हैं। तो आप यहाँ ओपन कोड के साथ उस सब्सक्रिप्शन का उपयोग
00:07:50कर सकते हैं और बेशक गिटहब कोपायलट के साथ भी, जो काफी अच्छी बात है क्योंकि फिर आपके पास वही सब्सक्रिप्शन
00:07:54model which you already may be paying for and you can try those models in OpenCode besides using
00:08:00ओपन कोड में भी उन मॉडल्स को आज़मा सकते हैं। लेकिन चाहे आप कोई भी भुगतान मॉडल अपनाएं,
00:08:06इन तीनों टूल्स में आपको कई मॉडल्स का एक्सेस मिलता है, हालांकि क्लाउड कोड में यह थोड़ा सीमित है।
00:08:13जैसा कि मैंने अभी बताया, ओपन कोड 'ओपन सोर्स' है। यह ओपन सोर्स है और इसका
00:08:20फायदा यह है कि इसका विकास पारदर्शी और कम्युनिटी-संचालित है, साथ ही इसमें इनोवेशन भी बहुत तेज़ है,
00:08:25हालांकि यह बात इन सभी टूल्स पर लागू होती है। शायद गिटहब कोपायलट
00:08:32थोड़ा पीछे चल रहा है, लेकिन वे भी अन्य टूल्स द्वारा जोड़े गए फीचर्स को लागू करने और तालमेल बिठाने में बहुत तेज़ हैं।
00:08:38फिर भी, यह काफी अच्छा है कि ओपन कोड एक ओपन सोर्स विकल्प है जो कम्युनिटी द्वारा संचालित है।
00:08:43बावजूद इसके, ओपन कोड सब्सक्रिप्शन भी ऑफर करता है। 'ओपन कोड ब्लैक' है जिसमें
00:08:50एंथ्रोपिक, गिटहब कोपायलट या कर्सर सब्सक्रिप्शन की तरह ही अलग-अलग लेयर्स हैं
00:08:55ताकि आपको हर उपयोग के लिए अलग से भुगतान न करना पड़े, बल्कि
00:09:02एक फिक्स्ड फीस हो और उसमें कुछ उपयोग शामिल हो। तो यह सुविधा यहाँ भी उपलब्ध है
00:09:07भले ही ओपन कोड ओपन सोर्स हो। तो हमारे पास क्लाउड कोड, ओपन कोड और कर्सर के लिए सशुल्क सब्सक्रिप्शन
00:09:14उपलब्ध हैं, और गिटहब कोपायलट के लिए भी सब्सक्रिप्शन प्लान्स हैं। अब,
00:09:20क्लाउड कोड के लिए आपको सशुल्क सब्सक्रिप्शन की ज़रूरत है, जबकि ओपन कोड के लिए यह वैकल्पिक है और जैसा कि
00:09:26बताया गया है, आप ओपन कोड में अपने गिटहब कोपायलट सब्सक्रिप्शन का भी उपयोग कर सकते हैं। यहाँ ध्यान देने वाली बात यह है कि
00:09:31ओपन कोड शायद इकलौता ऐसा टूल है जिसे मुनाफे में रहने की ज़रूरत है,
00:09:39क्योंकि यह कोई बड़ी VC फंडेड कंपनी नहीं है और न ही यह गिटहब कोपायलट की तरह माइक्रोसॉफ्ट का हिस्सा है।
00:09:46इसलिए उन्हें ऐसा मॉडल खोजना होगा जहाँ वे इन सब्सक्रिप्शन से पैसे कमा सकें।
00:09:52क्लाउड कोड, कर्सर और मुझे लगता है कि गिटहब कोपायलट भी, अपनी कंपनियों द्वारा
00:09:58भारी सब्सिडी प्राप्त करते हैं क्योंकि वे या तो VC फंडेड हैं या माइक्रोसॉफ्ट के हैं, इसलिए आपको शायद
00:10:05क्लाउड कोड, कर्सर और गिटहब कोपायलट प्लान्स में ओपन कोड की तुलना में थोड़ा अधिक
00:10:11उपयोग करने को मिले, लेकिन यह इस पर भी निर्भर करता है कि आप कौन से मॉडल्स इस्तेमाल कर रहे हैं और यह कोई बड़ी समस्या नहीं भी हो सकती।
00:10:17अब फीचर्स की बात करते हैं। कौन-कौन से फीचर्स सपोर्टेड हैं? संक्षेप में कहें तो
00:10:22अगर किसी एक मॉडल में कोई अच्छा फीचर आता है, तो बाकी भी जल्दी ही उसे अपना लेते हैं। अब,
00:10:29मुझे ऐसा लगता है कि क्लाउड कोड कई नए फीचर्स लाने में आगे रहा है, और कुछ हद तक कर्सर भी।
00:10:38गिटहब कोपायलट अक्सर थोड़ा पीछे रहा है, लेकिन अगर हम उन फीचर्स को देखें जो मेरे हाल ही में रिलीज़ हुए
00:10:45क्लाउड कोड कोर्स और डेवलपर्स के लिए AI वाले कोर्स में भी कवर किए गए हैं—
00:10:50जैसे कि सब-एजेंट्स या एजेंट स्किल्स—तो ये सभी टूल्स द्वारा सपोर्टेड हैं।
00:10:57आपको ओपन कोड और अन्य सभी प्रोवाइडर्स के डॉक्यूमेंटेशन में इनके
00:11:04संबंधित एंट्रीज़ मिल जाएँगी, यानी ये फीचर्स सभी में उपलब्ध हैं। एक चीज़ जो
00:11:12गौर करने वाली है वो ये कि ओपन कोड के मामले में 'एजेंट्स' शब्द में दो चीज़ें शामिल हैं—
00:11:19यह अलग-अलग मोड्स का कॉम्बिनेशन है जिनमें आप ओपन कोड चला सकते हैं, और वे एजेंट्स जिन्हें काम सौंपा जा सकता है।
00:11:26क्लाउड कोड के मामले में, एक एजेंट वास्तव में सिर्फ एक सब-एजेंट है जिसे किसी विशेष कार्य को करने के लिए
00:11:34बुलाया जाता है, जैसे डॉक्यूमेंटेशन को एक्सप्लोर करना। ओपन कोड में आपके पास अलग-अलग एजेंट्स होते हैं
00:11:42जिनके बीच आप टैब की (tab key) का उपयोग करके 'प्लान मोड' और 'एडिट मोड' में स्विच कर सकते हैं।
00:11:47तो आपके पास एक प्लान और एक एडिट एजेंट होता है, जबकि क्लाउड कोड में इन चीज़ों को 'मोड्स' कहा जाता है। तो यह
00:11:53ध्यान देने वाली बात है, लेकिन अंततः आपको एजेंट्स और स्किल्स जैसे ये सभी फीचर्स इन सभी टूल्स में मिलेंगे
00:12:01और अगर किसी टूल में कोई कमी है, तो आप निश्चिंत रह सकते हैं कि वह जल्द ही वहां आ जाएगी। यही बात
00:12:05मेमोरी या रूल्स फाइल्स के लिए भी सच है, वे भी इन सभी टूल्स में सपोर्टेड हैं ताकि आप
00:12:13ऐसी फाइल्स सेट कर सकें जिनमें कुछ सामान्य नियम हों जिनका हमेशा पालन किया जाना चाहिए या जहाँ कुछ ऐसी सीख साझा की जाएँ
00:12:18जिन पर सभी चैट सेशन्स में विचार किया जाना चाहिए। क्लाउड कोड में यह 'Cloud MD' फाइल है और
00:12:24आप एक रूल्स डायरेक्टरी में कुछ रूल्स भी सेट कर सकते हैं। लेकिन ओपन कोड में वह 'agents MD' फाइल
00:12:31और 'Cloud MD' फाइल भी होगी क्योंकि वह दोनों को सपोर्ट करता है। 'Agents MD' सैद्धांतिक रूप से एक ओपन
00:12:40स्टैंडर्ड है जो वाकई कर्सर द्वारा भी सपोर्टेड है, इसलिए हमारे पास कर्सर में भी 'agents MD' है
00:12:50और गिटहब कोपायलट में भी। कर्सर के पास इसके अतिरिक्त अपने खुद के 'cursor rules' हैं और गिटहब कोपायलट के अपने
00:12:57'github copilot rules' हैं। यहाँ क्लाउड कोड के लिए वे 'claud rules' होंगे, तो वे आपस में
00:13:06कम्पैटिबल नहीं हैं और यही थोड़ा चिड़चिड़ाने वाला हिस्सा है। जैसा कि आप देख रहे हैं, थ्योरी में 'agents MD'
00:13:12कम्पैटिबल होना चाहिए और साझा किया जाना चाहिए, लेकिन क्लाउड कोड यहाँ एप्पल की तरह व्यवहार करता है और 'agents MD' को सपोर्ट नहीं करता,
00:13:18इसके बजाय इसकी अपनी 'claud MD' फाइल है जिसे ओपन कोड तो सपोर्ट करता है लेकिन जहाँ तक मुझे पता है अन्य टूल्स नहीं।
00:13:24तो हाँ, यह थोड़ा अजीब है। और सामान्य तौर पर, जब इन एजेंट स्किल्स की बात आती है,
00:13:29तो वे सभी मॉडल्स द्वारा सपोर्टेड हैं लेकिन उन्हें बहुत ही अलग-अलग
00:13:34फोल्डर्स में स्टोर करना पड़ता है। उदाहरण के लिए, जब आप ओपन कोड का उपयोग कर रहे होते हैं, तो आप अपनी स्किल्स को 'opencode skills'
00:13:41फोल्डर में या कम्पैटिबिलिटी के लिए 'claud skills' में स्टोर करेंगे। यदि आप क्लाउड का उपयोग कर रहे हैं,
00:13:48तो केवल 'claud skills' फोल्डर ही सपोर्टेड है। कर्सर के साथ यह 'cursor skills' या 'claud skills' या
00:13:58कम्पैटिबिलिटी के लिए 'codex skills' है, लेकिन 'opencode skills' नहीं। और विजुअल स्टूडियो कोड और गिटहब
00:14:05कोपायलट के साथ यह '.github skills' या 'claud skills' है। तो 'claud skills' हर जगह काम करता है, लेकिन जैसा कि
00:14:13आप देख सकते हैं, हम अभी भी उस दौर में हैं जहाँ बहुत सी चीज़ें विकसित हो रही हैं और हर प्रोवाइडर अपना खुद का
00:14:20कॉन्फ़िगरेशन और सेटिंग्स रखने की कोशिश कर रहा है और दूसरों पर उसे थोप रहा है। तो हाँ, यह निश्चित रूप से
00:14:28भविष्य में बदलेगा और मुझे यकीन है कि एक या दो साल में यह सब बहुत अधिक मानकीकृत (standardized) हो जाएगा, लेकिन अभी
00:14:34बहुत सारे अलग-अलग फोल्डर्स हैं और डॉक्यूमेंटेशन में बहुत कुछ देखना पड़ता है, और ज़ाहिर है,
00:14:39चीज़ें भी अक्सर बदलती रहती हैं और जब तक यह वीडियो आप तक पहुँचेगा, शायद कुछ चीज़ें पहले ही बदल चुकी हों।
00:14:45इन सभी टूल्स में MCP सर्वर्स का भी सपोर्ट है ताकि आप उदाहरण के लिए
00:14:51उन्हें ब्राउज़र एक्सेस देने के लिए 'playwright' सर्वर इंस्टॉल कर सकें। उनके पास वेब फेच का एक्सेस है जिससे वे वेब
00:14:57रिक्वेस्ट भेज सकते हैं। तो आप उन्हें किसी डॉक्यूमेंटेशन पेज पर जाने और वहां से
00:15:02कंटेंट पढ़ने के लिए कह सकते हैं। तो यह वाकई उपयोगी है और इसलिए अंततः शुद्ध रूप से
00:15:08फीचर्स के नज़रिए से, मेरे अनुभव में इनमें बहुत ज्यादा अंतर नहीं हैं। बेशक कॉन्फ़िगरेशन सेटिंग्स
00:15:14अलग हो सकती हैं या कोई खास फीचर एक टूल में हो और दूसरे में नहीं, लेकिन जब
00:15:18उन मुख्य फीचर्स की बात आती है जिन पर आम सहमति है कि वे अच्छे हैं, तो वे आम तौर पर
00:15:24सभी टूल्स में सपोर्टेड होते हैं। और जैसा कि मैंने पहले बताया, अगर कोई अच्छा फीचर आता है और किसी एक टूल में नहीं है,
00:15:28तो आप मान कर चलिए कि वह वहां भी जल्द ही आ जाएगा। लेकिन इन टूल्स की क्वालिटी का क्या?
00:15:34इन पर मेरा फैसला क्या है? आपको कौन सा इस्तेमाल करना चाहिए? कौन सा सबसे अच्छा रिजल्ट देता है?
00:15:40मुझे खेद है, लेकिन सच तो यह है कि ये सभी टूल्स अच्छे हैं। काफी उबाऊ जवाब है, मुझे पता है, पर मैं क्या करूँ?
00:15:48वे सब अच्छे हैं। मैंने उन सबका इस्तेमाल किया है और ऐसा कोई टूल नहीं है जिसके बारे में मैं कहूँ कि वह बेकार है।
00:15:54जैसा कि मैंने शुरू में कहा, मेरे अनुभव में क्लाउड कोड बहुत अच्छा काम करता है, खासकर जब 'Opus' के साथ इस्तेमाल किया जाए,
00:16:00क्योंकि यह उसी कंपनी द्वारा बनाया गया ढांचा है जिसने टूल्स बनाए हैं, तो आप महसूस कर सकते हैं कि आपको
00:16:07उन एंथ्रोपिक मॉडल्स के साथ क्लाउड कोड से बहुत अच्छे रिजल्ट मिलते हैं। हालाँकि, मैं यह भी कहूँगा कि
00:16:13एक समय ऐसा भी था जब मुझे लगा कि गिटहब कोपायलट ने उन एंथ्रोपिक मॉडल्स के साथ काफी अच्छे रिजल्ट दिए,
00:16:18कुछ हद तक बेहतर भी, लेकिन यह बहुत व्यक्तिपरक (subjective) है और आपके प्रोजेक्ट पर निर्भर कर सकता है।
00:16:24अब, मुझे जो चीज़ वाकई पसंद है वह यह है कि ओपन कोड, कर्सर और गिटहब कोपायलट के साथ मैं
00:16:30अन्य मॉडल्स का भी उपयोग कर सकता हूँ क्योंकि उदाहरण के लिए 'GPT 5.2 codecs' मॉडल है। शायद यही नाम है।
00:16:39यह कोडिंग के लिए एक बेहतरीन मॉडल है जो क्लाउड कोड में उपलब्ध नहीं है, लेकिन
00:16:46इन अन्य टूल्स में है और यह एक ऐसा मॉडल है जिसे मैं बहुत पसंद करता हूँ। मैं इसका उपयोग जटिल
00:16:53कार्यों के लिए करना पसंद करता हूँ, इसलिए तब मैं ओपन कोड पर स्विच कर लेता हूँ। मेरे पास गिटहब कोपायलट सब्सक्रिप्शन है तो मैं
00:16:58उसका उपयोग उस सब्सक्रिप्शन के ज़रिए या कर्सर सब्सक्रिप्शन के साथ कर्सर में कर सकता हूँ। तो मैं
00:17:04तभी स्विच करता हूँ जब मुझे कोई ऐसा मॉडल चाहिए हो जो क्लाउड कोड में न हो।
00:17:09या सच कहूँ तो, कभी-कभी कुछ कामों के लिए मैं IDE का उपयोग करना पसंद करता हूँ क्योंकि मुझे पता होता है कि
00:17:15मुझे खुद ज़्यादा एडिट करने की ज़रूरत पड़ेगी। मैं एक अच्छा 'Diff view' चाहता हूँ। बेशक कर्सर और गिटहब कोपायलट,
00:17:22बदलाव करने के बाद आपको एक अच्छा ओवरव्यू देते हैं कि क्या बदला है और आप उन बदलावों को एक-एक करके
00:17:28स्वीकार या अस्वीकार कर सकते हैं, और कुछ खास काम ऐसे होते हैं जहाँ मुझे यह सुविधा पसंद है,
00:17:34इसलिए ऐसी स्थितियों में मैं इन IDEs का उपयोग करता हूँ। अगर हम सिर्फ कोड की
00:17:41क्वालिटी की बात करें, तो जैसा कि मैंने कहा, मैं यह नहीं कह सकता कि एक टूल दूसरे से खराब है। यह आखिर AI है और
00:17:49मुझे उन सभी से बहुत खराब परिणाम भी मिले हैं और बहुत अच्छे भी। सबसे महत्वपूर्ण
00:17:55हिस्सा हमेशा आपका प्रॉम्प्ट और आपके द्वारा प्रदान किया गया संदर्भ (context) ही रहेगा। एजेंट्स और स्किल्स जैसे
00:18:02फीचर्स का उपयोग करना, विशेष रूप से स्किल्स, अतिरिक्त जानकारी प्रदान करने के लिए बहुत उपयोगी हो सकते हैं। लेकिन यह बात
00:18:08इन सभी टूल्स पर लागू होती है। यह एक डेवलपर के रूप में आपका काम है क्योंकि यहाँ हम
00:18:13सिर्फ कोडिंग की बात नहीं कर रहे हैं, हम एजेंटिक इंजीनियरिंग की बात कर रहे हैं जहाँ आप एक डेवलपर के रूप में
00:18:18अपनी क्षमताओं का लाभ उठाते हैं और AI को ऐसी जानकारी देने की कोशिश करते हैं जिस पर वह काम कर सके,
00:18:23और फिर AI द्वारा दिए गए समाधान की समीक्षा करते हैं। इस मामले में ये सभी टूल्स अच्छा काम कर सकते हैं।