github copilot का रास्ता चुनना
Categories:
copilot पिछले साल फरवरी से जुलाई तक vscode insider में असीमित रूप से उपयोग किया जा सकता था, मैंने इस अवधि में copilot की agent क्षमता के धीरे-धीरे कमजोर होने का गवाह बना। कल्पना करना मुश्किल है कि copilot का पहला महीना प्रीव्यू संस्करण वास्तव में सबसे अच्छा था, उसके बाद agent क्षमता धीरे-धीरे गिरी।
ठीक क्या बदला?
वह है copilot का विकास विकास दिशा, पिछले एक साल से अधिक समय में “token बचाना” रहा है। शुरुआत में सभी के agent फ़ाइलें एक बार में पूरी पढ़ लेते थे, qwen cli/claudecode/gemini/copilot शुरुआत में ऐसा ही करते थे, परिणाम बहुत अच्छा था, बस token खपत शायद काफी अधिक थी, संदर्भ भी तेजी से भर जाता था, यदि संदर्भ को पुनर्गठित किया जाए तो कैश हिट दर कम हो जाती। बाद में सभी खंडित पठन की दिशा में चले गए, कुछ grep के बाद ऊपर-नीचे कुछ दर्जन पंक्तियाँ पढ़ते हैं, कम होने पर और पढ़ते हैं, कुछ LSP जैसे कोड संरचनात्मक उपकरण का उपयोग करके पढ़ते हैं। copilot का agent फ़ाइल को ऊपर से नीचे पढ़ने की विधि का उपयोग करता है, हर बार 50 पंक्तियाँ पढ़ता है, कभी-कभी 200 पंक्तियाँ पढ़ लेता है, लेकिन लगातार ऊपर से नीचे पढ़ता है। डिफ़ॉल्ट 50 बार के टूल कॉल सीमा, और 200k से कम इनपुट संदर्भ के साथ, यह जो काम पूरा कर सकता है वह काफी सीमित है।
शुरुआत में सभी निर्माताओं की सेवाएँ घाटे में थीं, उम्मीद थी कि कम कीमत से पारिस्थितिकी तंत्र में जगह बनाई जाए, बाद में लागत कम करने का तरीका निकाला जाए, बस इस एक साल से अधिक समय में अंततः पता चला कि लागत कम नहीं हो सकती, जबरन लागत कम करने से अपना उत्पाद तृतीय श्रेणी का उत्पाद बन जाएगा।
इसलिए copilot को बहुत ज्यादा दोष न दें, जो agent मेज पर आने की क्षमता रखते हैं वे पहले से ही token के हिसाब से शुल्क ले रहे हैं, copilot पिछड़ा हुआ एक है। बार-बार गिने जाने के ऐतिहासिक बोझ को फेंकने के बाद, उम्मीद है copilot अपने agent को ठीक से सुधारे, मुख्य धारा के साथ तालमेल बनाए रखे, आखिरकार यह vscode के साथ सबसे अच्छा एकीकृत है। AI टूल महँगा हो सकता है, लेकिन बहुत खराब नहीं होना चाहिए।
