क्लॉड कोड ने अभी हाल ही में घोषणा की कि उसने प्रॉम्प्ट को काफी कम कर दिया है, और तुरंत ओपस 5 को 'रिबाउंस' का अपराधी पकड़ लिया गया!?!
और यह रिबाउंड वास्तव में काफी बड़ा है: 72%। (हंसते हुए)
ये आपस में विरोधी लगने वाले आंकड़े Anthropic की आधिकारिक वेबसाइट और एक यूजर के प्रयोग से प्राप्त हुए हैं।
दो दिन पहले, Anthropic ने Opus 5, Fable 5 आदि मॉडल्स के लिए 80% से अधिक सिस्टम प्रॉम्प्ट कंटेंट हटाने की घोषणा की।
परिणाम के बाद, नेटिजन चेन चेंग (@chenchengpro) ने अचानक एक पैकेट पकड़ लिया—
एक युवक ने विभिन्न मॉडल द्वारा वास्तव में प्राप्त सिस्टम प्रॉम्प्ट को अलग-अलग किया और संख्याएँ निकालीं, और पाया कि Opus 5, Opus 4.8 की तुलना में 72% लंबा हो गया है???
एक ने 80% काट दिया, दूसरे ने 72% बढ़ाया।
कंपनी A, आपका यह प्रॉम्प्ट वास्तव में वजन कम कर रहा है, या फिर हम सबके बिना चुपचाप अतिरिक्त भोजन कर रहा है...
Claude Code के प्रॉम्प्ट्स में बड़ा बदलाव, आधिकारिक रूप से 80% हटा दिए गए
आइए पहले बात करते हैं कि एंथ्रोपिक ने इस बार क्या हटाया।
औपचारिक लेख के अनुसार, Claude Code को गलतियों से बचाने के लिए, सिस्टम प्रॉम्प्ट में कई स्पष्ट और अक्सर निरपेक्ष नियम शामिल किए गए थे।
उदाहरण के लिए, डिफ़ॉल्ट रूप से टिप्पणियाँ न लिखें, बहु-पंक्ति डॉकस्ट्रिंग्स न लिखें, और जब तक उपयोगकर्ता द्वारा अनुरोध न किया जाए, तब तक योजनाएँ और विश्लेषण दस्तावेज़ न बनाएँ।
अर्थात, मॉडल कहाँ पर गलती कर सकता है, उस जगह पर मनुष्य पहले से ही एक नियम जोड़ देता है!!
धीरे-धीरे, Claude Code के पीछे के सिस्टम प्रॉम्प्ट्स एक मोटी किताब जैसे बनते गए, जैसे कि "कर्मचारी व्यवहार पुस्तिका"।
यह विधि प्रारंभिक मॉडल पर निश्चित रूप से काम करती थी, लेकिन जैसे-जैसे क्लॉड की क्षमता बढ़ी, समस्याएँ धीरे-धीरे सामने आने लगीं...
सबसे सीधी बात यह है कि विभिन्न स्थानों से आने वाले निर्देश आसानी से एक-दूसरे से टकरा जाते हैं।
इन ओवरलैपिंग या टकराती हुई जानकारियों के सामने, क्लॉड को काम शुरू करने से पहले यह तय करना होगा कि किसकी बात माननी है!!
इसलिए, Anthropic ने Claude Code के प्रॉम्प्ट्स में एक बड़ी सुधार अभियान शुरू किया।
एक बहुत स्पष्ट परिवर्तन टिप्पणियों और दस्तावेज़ीकरण नियमों में हुआ है।
अब पिछली लंबी सूची जिसमें टिप्पणियाँ नहीं लिखने, बहु-पंक्ति डॉकस्ट्रिंग्स नहीं लिखने आदि नियम शामिल थे, उसे एक वाक्य में संकुचित कर दिया गया है—
अपने चारों ओर के कोड के शैली के अनुसार कोड लिखें, जिसमें टिप्पणियों का घनत्व, नामकरण शैली और प्रचलित लेखन शैली समान हो।
दोस्तों के लिए अनुवाद: पहले इस प्रोजेक्ट को मूल रूप से कैसे लिखा गया था, उसे देखें, फिर वास्तविक परिस्थितियों के साथ मिलाकर अपना निर्णय लें ~
बेशक, इसी तरह के बहुत सारे बदलाव हैं।
परिणामस्वरूप, A कंपनी ने Opus 5, Fable 5 आदि नवीनतम मॉडल्स में से 80% से अधिक सिस्टम प्रॉम्प्ट्स हटा दिए...
ध्यान देने योग्य बात यह है कि Anthropic के प्रोग्रामिंग आकलन के अनुसार, इस बड़े पैमाने पर कटौती से कोई मापने योग्य प्रदर्शन में कमी नहीं आई है, इसलिए आपको चिंता करने की आवश्यकता नहीं है।
(लेकिन मैं अभी भी पूछना चाहता हूँ... प्रॉम्प्ट्स को 80% तक काट दिया गया है, फिर भी मॉडल का काम एक भी नहीं खराब हुआ, सच में???)
इस विशाल अनुकूलन के साथ, क्लॉड कोड के कॉन्टेक्स्ट इंजीनियरिंग नियमों को लगभग पूरी तरह से नवीनीकृत किया गया है।
क्लॉड कोड का उपयोग करने वाले या क्लॉड पर आधारित एजेंट विकसित करने वाले डेवलपर्स के लिए, एंथ्रोपिक ने कुछ अधिक विशिष्ट समायोजन सुझाव भी दिए हैं।
मैंने अपने दोस्तों के लिए थोड़ा सा व्यवस्थित किया है—
CLAUDE.md को संक्षिप्त करें: केवल प्रोजेक्ट के विशेष नियम रखें, कोड से Claude द्वारा प्राप्त जानकारी को हटा दें।
Skill: कोड रिव्यू, टेस्टिंग और रिलीज जैसी प्रक्रियाओं को अलग-अलग सहेजें और आवश्यकता पड़ने पर लोड करें।
डुप्लिकेट निर्देश हटाएं: एक नियम केवल एक बार लिखें, उपकरण विवरण में पहले से लिखा गया कोई भी सामग्री सिस्टम प्रॉम्प्ट और CLAUDE.md में दोहराए नहीं जाने की आवश्यकता है।
टूल कॉल उदाहरणों को कम करें: पैरामीटर के अर्थ, विकल्प और लौटने वाले परिणामों को स्पष्ट करें, निश्चित कॉल उदाहरणों को कम करें।
सीधे निष्पादनयोग्य संदर्भ प्रदान करें: डेवलपर्स क्लॉड को टेस्ट केस, मौजूदा कोड, HTML प्रोटोटाइप या अन्य प्रोजेक्ट फाइलें संदर्भ के रूप में दे सकते हैं, जिससे लंबे पाठ वर्णन की आवश्यकता कम हो जाती है।
संक्षेप में, Anthropic की यह नई दृष्टिकोण एक वाक्य में सारांशित की जा सकती है—
क्लॉड को एक विस्तृत कर्मचारी हैंडबुक न दें, बल्कि उपकरणों, वातावरण और कार्य सीमाओं को स्पष्ट रूप से डिज़ाइन करें!!
एक बड़ी हुई प्रॉम्प्ट कटौती...
एक यूजर ने पैकेट कैप्चर किया: ओपस 5 फिर से 72% कैसे बढ़ गया???
यहां तक कि, क्लॉड कोड के इस प्रॉम्प्ट कटौती अभियान में काफी सफलता मिल चुकी है।
लेकिन एक डेवलपर नेटिव ने एंथ्रोपिक द्वारा दिए गए "80% से अधिक" पर नजर रखते हुए, अचानक एक बहुत सरल सवाल उठाया—
क्या आपने वाकई इतना कुछ हटा दिया? (बहुत अच्छा सवाल.jpg)
इसीलिए, नेटिव चेन चेंग (@chenchengpro) ने सीधे क्लॉड कोड CLI को स्थानीय सर्वर की ओर इशारा किया और विभिन्न मॉडल्स द्वारा वास्तव में प्राप्त सिस्टम प्रॉम्प्ट्स को पूरी तरह से प्राप्त कर लिया।
फिर, एक काफी ड्रामेटिक डेटा सेट सामने आया:
Opus 4.7: 15225 अक्षर
Opus 4.8: 4467 अक्षर
Opus 5: 7694 अक्षर
हाँ, Opus 4.7 से Opus 4.8 में अपग्रेड करने पर, Claude Code के सिस्टम प्रॉम्प्ट में वास्तव में एक "बड़ी कटौती" हुई।
मूल रूप से 15225 वर्णों की प्रॉम्प्ट सामग्री को घटाकर केवल 4467 वर्णों तक कर दिया गया, जिससे सीधे तौर पर काफी कम हो गया।
हालांकि, नवीनतम Opus 5 में, कहानी अचानक मोड़ लेती है—
इसे वास्तविक रूप से प्राप्त सिस्टम प्रॉम्प्ट की लंबाई 4467 वर्णों से बढ़कर 7694 वर्ण हो गई, जो Opus 4.8 की तुलना में लगभग 72% अधिक है!!!
तो, Claude Code के प्रॉम्प्ट्स में वास्तव में बड़ा संकुचन हुआ है, लेकिन यह विशालकाय कटौती मुख्य रूप से Opus 4.8 चरण में हुई।
Opus 5 के लॉन्च के बाद, Anthropic ने अपने संक्षिप्त प्रॉम्प्ट में कई चीजें वापस जोड़ दीं...
फिर से जांचें! फिर से खोदें!
क्लॉड कोड के कार्यान्वयन को आगे बढ़ाते हुए, ध्यानी उपयोगकर्ताओं ने एक महत्वपूर्ण विस्तार भी खोज लिया—
प्रत्येक संस्करण में वास्तव में दो सेट प्रॉम्प्ट होते हैं, और एक फ़ंक्शन द्वारा मॉडल आईडी के आधार पर अंतिम रूप से मॉडल को कौन सा सेट भेजा जाएगा, यह निर्धारित किया जाता है।
Sonnet, Haiku, Claude 3 और कुछ पुराने Opus मॉडल पुराने विस्तृत प्रॉम्प्ट का उपयोग करेंगे; Opus 5, Fable 5 जैसे नए मॉडल, नए अत्यधिक संक्षिप्त प्रॉम्प्ट का उपयोग करेंगे।
दूसरे शब्दों में, क्लॉड कोड ने वास्तव में नए मॉडल से कई पुराने नियम हटा दिए हैं।
केवल Opus 5 तक पहुँचकर, मॉडल में कुछ नए व्यवहार के रुझान दिखाई दिए, जिसके कारण Anthropic को अधिक लक्षित प्रतिबंधों को फिर से जोड़ना पड़ा।
इस तरह, आधिकारिक रूप से "80% से अधिक हटा दिए गए" और डेवलपर्स द्वारा पाया गया "Opus 5 में 72% वृद्धि" दोनों एक साथ सत्य हो सकते हैं।
पिछला अंक Claude Code के पुराने प्रॉम्प्ट सिस्टम से नए सिस्टम में स्थानांतरण का समग्र परिवर्तन दर्शाता है; अगला अंक Opus 5 और तुरंत पिछले Opus 4.8 की तुलना करता है।
हालांकि कुछ हिस्सा वापस आ गया, लेकिन Opus 5 के 7694 वर्ण अभी भी Opus 4.7 के लगभग आधे हैं।
तो सवाल फिर उठता है:
Opus 5 में कितने हज़ार अक्षर जोड़े गए हैं, Anthropic ने उनमें क्या लिखा?
अधिक विस्तार से विश्लेषण करने पर, ध्यानी उपयोगकर्ताओं ने देखा कि इसमें मुख्य रूप से दो Opus 5 विशिष्ट सामग्री जोड़ी गई हैं:
कार्य प्रदान करना: कार्य के दायरे को नियंत्रित करने, प्रगति की रिपोर्ट करने और परिणाम प्रदान करने का तरीका निर्धारित करता है।
सुधार: मॉडल को अपनी पिछली गलतियों की बार-बार व्याख्या और सुधार करने से रोकें।
दो भागों का कुल योग लगभग 3755 वर्ण है, जो Opus 5 और Opus 4.8 के बीच के अंतर को लगभग कवर करता है～
Opus 5 ने इन चीजों को फिर से क्यों जोड़ा, वास्तव में, यह मुख्य रूप से मॉडल के अधिक सक्रिय होने से संबंधित है—
एंथ्रोपिक द्वारा प्रकाशित निर्देश दिशानिर्देशों के अनुसार, ओपस 5 कार्य निष्पादित करते समय प्रगति की रिपोर्ट करने को पसंद करता है, और उत्पन्न उत्तर और दस्तावेज आमतौर पर अधिक लंबे होते हैं, साथ ही उप-एजेंट को सक्रिय करने, कार्य के दायरे को विस्तारित करने और परिणामों की पुनरावृत्ति से सत्यापन करने के प्रति अधिक तैयार होता है।
जटिल लंबे समय तक चलने वाले कार्यों के सामने आने पर, ये आदतें वास्तव में मददगार साबित हो सकती हैं।
लेकिन यदि उपयोगकर्ता केवल कुछ पंक्तियों कोड बदलना चाहता है, तो Opus 5 अभी भी एक उप-एजेंट टीम को शुरू करता है और कई चक्रों की जांच करता है, जिससे टोकन खपत और प्रतीक्षा समय दोनों बढ़ जाते हैं...
इसलिए, नए प्रॉम्प्ट में अधिक लक्षित आवश्यकताएँ शामिल की गईं: कब उप-एजेंट को कॉल करना उपयुक्त है, प्रगति की रिपोर्ट कितनी बार करनी चाहिए, किस सीमा तक कार्य करने के बाद रोकना चाहिए, और अंतिम आउटपुट की लंबाई को कैसे नियंत्रित करना है।
इससे, पहले वाला विरोधाभासी डेटा समझ में आता है।
क्लॉड कोड द्वारा हटाए गए अधिकांश विवरण पुराने मॉडल के लिए छोड़े गए जटिल ऑपरेशन निर्देश थे, जबकि ओपस 5 में 72% की वृद्धि मुख्य रूप से नए मॉडल की शक्ति बढ़ने के बाद उसके सक्रिय व्यवहार को सीमित करने के लिए की गई है।
जितना अधिक मॉडल खुद काम कर सकता है, उतना कम इंसान को उसे कदम दर कदम सिखाने की आवश्यकता होती है, लेकिन जब मॉडल अपनी इच्छा बनाने लगता है, तो कौन से कार्य खुद से किए जा सकते हैं और किस बिंदु पर रुकना चाहिए, यह पहले से ही एक सीमा तय करनी चाहिए।
इस तरह देखने पर, Claude Code के प्रॉम्प्ट्स वास्तव में पतले हो गए हैं, केवल Opus 5 ने कहीं और चर्बी बढ़ा ली है।
वास्तव में, AI भी इस नियम से बच नहीं पाता: पुरानी समस्याएँ कम हो जाती हैं, और नई समस्याएँ ठीक दूसरी जगह पर उभर आती हैं। (doge)
रेफरेंस लिंक:
[1]https://x.com/chenchengpro/status/2081339012632215684
[2]https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models
यह लेख वेचेन ग्रुप "क्वांटम बिट" से आया है, लेखक: फ्रंटियर टेक्नोलॉजी पर ध्यान दें